Coder Agent Relay、Cursorのツール実行を企業内ネットワークへ移行——推論は引き続きクラウド上

Coderは、Agent RelayとCursorの初の統合を発表した。企業はCursor App、Web、モバイルでのユーザー体験を維持しながら、エージェントが実際にコードを操作するworkerを自社クラウド、VPC、またはオンプレミス環境にデプロイできる。各Coder workspaceでCursor workerが起動し、外部へのHTTPS接続を能動的に確立する。Cursorはクラウド上でモデル推論とエージェントループを実行し、その接続を通じてツール呼び出しを送信する。一方、ファイルの読み取りや編集、テストの実行、内部サービスへのアクセスといった高い権限を必要とする操作は、企業が管理するマシン上で行われる。

このアーキテクチャは、「思考する場所」と「実行する場所」を分離する。プラットフォームチームは従来どおりworkspace templateを使用して、イメージ、ネットワークのegress、CPU／GPU、ライフサイクル、タスクごとの分離境界を設定できるほか、エージェントがアクセス、実行、変更した内容や、ブロックされた操作を記録できる。リポジトリ全体をベンダーのsandboxへコピーする方式と比べ、データレジデンシーや監査要件に制約されるコードベースに適している。また、環境レイヤーでネットワークと権限に関するルールを適用できるため、prompt injectionによって誘発される危険な操作をモデル自身が拒否することだけに依存せずに済む。

ただし、「コードが社内ネットワーク内にとどまる」ことは、すべてのデータが社内ネットワーク内にとどまることを意味しない。推論と計画は引き続きCursor側で行われるため、導入企業はprompt、ツールの返却内容、エラーメッセージ、diff、生成物のうち、どの情報が外向き接続を通過するのかを実際に検証する必要がある。Cursorのドキュメントでも、この統合はreference architectureとして明確に位置付けられている。顧客は引き続きworkerイメージ、secret、スケーリング、ネットワーク、本番環境での検証に責任を負い、Enterpriseプランとサービスアカウントキーも必要となる。Agent Relayは現在、design partner限定のprivate previewとして提供されている。正式導入に先立ち、エンジニアリングチームはデータフロー仕様、保持ポリシー、障害発生時のfail-closed動作、および独立して検証可能な監査ログを求めるべきだ。