Coder Agent Relay、クラウド推論とセルフホスト実行を分離――Cursorのツール操作を企業ワークスペース内で実行可能に

Coderは9月2日、Agent Relayを発表した。最初の統合対象はCursor Cloud Agentsで、現在はデザインパートナー向けのプライベートプレビューとしてのみ提供されている。これは、coding agentにおいて一体化されがちな2つの要素を分離しようとするものだ。Cursorは引き続きクラウド上でエージェントの制御ループ、計画、モデル推論を実行する一方、実際にファイルを読み書きし、コマンドを実行して内部サービスへアクセスするdaemonは、Relayによって企業がセルフホストするCoder workspace内に配置される。

ユーザーがセッションを作成すると、外部のエージェントプロバイダーがRelayにリソースを要求する。Coderは指定されたテンプレートに基づいてワークスペースを起動するか、事前ウォームアップ済みのワークスペースを割り当て、その後、ワークスペースのdaemonと外部サービスの間に安全な接続を確立する。実行環境は標準のCoder workspaceであるため、企業は既存のRBAC、Identity Provider、ネットワークポリシー、Agent Firewall、監査ログをそのまま利用できる。また、各コミット、ツール呼び出し、ファイルアクセスを、ジョブを開始した実在のユーザーにひも付けられる。タスク完了後にワークスペースを破棄することも可能だ。

この設計が重要なのは、プラットフォームチームがCursorのフロントエンドやエージェント体験を作り直すことなく、リスクの高いツール実行を自社のVPC内へ戻せる点にある。ただし、「セルフホスト実行」はエンドツーエンドのプライベート環境を意味しない。Coderは、エージェントの推論ループが引き続きプロバイダーのクラウド上で動作し、LLMリクエストもCoder AI Gatewayを経由しないことを明記している。公開情報では、daemonとクラウドの間でどのようなコード内容が送信されるのか、ツールの実行結果がどのように切り詰められるのか、接続プロトコル、接続喪失後の取り消しセマンティクス、さらにデータ流出を防ぐための検証可能な境界について、まだ説明されていない。一方、Cursorの既存ドキュメントによると、Cloud Agentsは通常、完全な開発環境、MCP、内部ネットワークへの接続機能を備えている。そのため、本番導入前には、パケット、シークレットインジェクション、ログ保持、プロンプトインジェクションに関するテストが引き続き必要となる。