Open Agents

Open Agents は、Vercel 上でバックグラウンドのコーディングエージェントを構築・運用するための Vercel Labs のオープンソース参考アプリです。ライブラリではなく動作するシステムで、Web UI、エージェント実行環境、サンドボックス編成、GitHub 連携がまとめて同梱されます。プロンプトがブランチとプルリクエストになるまで、ノート PC を起動したままにしておく必要はありません。第一者リポジトリ は 2025-12-26 に作成され、ライセンスは MIT。2026-09-21 の GitHub は 5,823 stars、758 forks、最終 push は 2026-08-29 でした。README は、このリポジトリは fork して改変するためのもので、ブラックボックスとして扱うものではないと明言しています。

構造

Open Agents は 3 つの層を 1 つのデプロイに重ねます。

Web -> Agent workflow -> Sandbox VM

• Web アプリ：認証、セッション、チャット、ストリーミング UI を担当します。
• エージェント：起動元のリクエストのライフサイクルに縛られず、Vercel 上の永続ワークフローとして動きます。
• サンドボックス：実行環境であり、ファイルシステム、シェル、git、開発サーバー、プレビューポートを含みます。

プロジェクトが最初に強調する設計判断は エージェントはサンドボックスではない という点です。エージェントは VM の外で動き、ファイル読み取り、編集、検索、シェル実行といったツールを通じて内側に届きます。この分離により、実行が単一リクエストをまたいで継続し、サンドボックスのライフサイクルが独立して休止と復帰を行い、モデル選択とサンドボックス実装がそれぞれ進化できます。

主な機能

• チャット駆動のコーディングエージェント：ファイル、検索、シェル、タスク、スキル、Web のツールを備えます。
• 永続的な多段実行：Vercel Workflow SDK が支え、ストリーミングとキャンセルに対応します。
• 隔離された Vercel サンドボックス：スナップショットから復帰し、アイドル時には休止します。
• サンドボックス内の Git 操作：リポジトリを clone し、ブランチで作業し、成功後に任意で自動 commit、push、PR 作成まで行います。
• セッション共有：読み取り専用リンクで共有でき、任意で ElevenLabs 文字起こしによる音声入力も使えます。

使用シナリオ

• セルフホストのコーディングエージェント：中身を確認できないホスト型製品ではなく、社内エージェント基盤を持ちたいチーム。
• 長時間のバックグラウンド作業：リファクタリング、移行、テスト一掃など、開始したタブを閉じても続いてほしい処理。
• 参考実装として：最終的に一部の層を差し替えるとしても、Web／ワークフロー／サンドボックスの分解自体に価値があります。

制約：これはテンプレートであり、マネージド製品ではありません。完全に動かすには Postgres、認証シークレット、Vercel OAuth の資格情報、GitHub App を用意する必要があり、fork 後はアップグレードも自己責任です。自動 commit と自動 PR は設定に依存する機能で、常時有効ではありません。

料金プラン

2026-09-21 時点でソフトウェア自体のベンダーサブスクリプションはなく、コストは Vercel とデータベースの実利用量になります。

はじめに

最短の手順は README の Deploy with Vercel ボタンで、アプリを作成し必要な環境変数の入力を促します。

POSTGRES_URL=
BETTER_AUTH_SECRET=
NEXT_PUBLIC_VERCEL_APP_CLIENT_ID=
VERCEL_APP_CLIENT_SECRET=
NEXT_PUBLIC_GITHUB_CLIENT_ID=
GITHUB_CLIENT_SECRET=
GITHUB_APP_ID=
GITHUB_APP_PRIVATE_KEY=
GITHUB_WEBHOOK_SECRET=

ローカル実行は apps/web/.env.example を参照してください。最小構成では POSTGRES_URL と BETTER_AUTH_SECRET だけが必要ですが、サインインと GitHub アクセスにはそれぞれの資格情報が要ります。

よくある質問

そのまま使える製品ですか？

参考アプリです。動作はしますが、fork して各層を自分の環境とポリシーに合わせる前提です。

エージェントはサンドボックスの中で動きますか？

いいえ。エージェントは外側にいてツール経由でサンドボックスに働きかけます。これが永続実行とサンドボックスの独立したライフサイクルを成立させます。

サンドボックスはどのポートを公開できますか？

同梱の設定は 3000、5173、4321、8000 を公開し、指定したベーススナップショットから起動できます。

代替案

• E2B：エージェント実行環境がすでにあり、実行層だけ欲しい場合に焦点の絞られたサンドボックス基盤。
• Daytona：エージェントのコード実行向けのもう 1 つのマネージドサンドボックス。
• LangGraph：サンドボックスと UI を自前で用意し、エージェント論理の永続グラフ実行環境が欲しい場合に。

ヒント

1. 何かを変える前に「エージェントはサンドボックスではない」の節を読みましょう。このプロジェクトの柔軟性の多くはその境界から来ています。
2. GitHub App は早めに接続しましょう。自動 commit と自動 PR が価値の出る場所で、それを動かすには資格情報が必要です。
3. 長い処理はワークフロー層に任せましょう。チャットリクエスト内でインラインに実行すると、このテンプレートの面白さである永続性を捨てることになります。

まとめ

Open Agents は「実際に動くバックグラウンドコーディングエージェントのデプロイとは何か」への具体的な答えです。社内エージェント基盤を作るにあたり、1 週間の設計議論ではなく fork できる出発点が欲しいなら有力な候補で、E2B のような専用サンドボックス層と自然に組み合わせられます。