Coder、SpaceXAIと共同でコードエージェント管理サービス「Agent Relay」を発表

Coder は今週、コードエージェントツールを自社のインフラ上で実行できる「Coder Agent Relay」サービスを発表しました。このサービスのローンチパートナーには SpaceXAI が名を連ねています。Cursor がクラウド上で推論と計画を担当し、関連するソースコードやツールの出力を受け取る一方で、ソフトウェアエンジニアリングチームは自社の環境でコーディングエージェントツールを実行できます。

銀行、ライフサイエンス、防衛、航空宇宙、政府など規制の厳しい業界における「エージェント制御」へのパスポートとして位置づけられる本サービスでは、Coder 環境がセルフホスト型であることが強みです。これにより開発者は隔離されたワークスペース内で厳格なコンプライアンスを適用できます。理論上はともかく実用上も、許可されていない宛先へのアクセスを制限するポリシーを設定することで、セキュリティを担保します。

AI コーディングがまだ届いていない市場

8 月 14 日に SpaceX による買収が完了した Cursor は、「Cursor Cloud Agents」を提供しています。これは規制の厳しい組織の自社工インフラ上で動作する Coder ワークスペース内に組み込むことが可能です。開発者はこれまで通り Cursor の使い慣れた体験を享受でき、Cursor 側はエージェントループ（推論と計画を含む）を引き続き実行します。ツール呼び出しは顧客のネットワーク上にある Coder 環境で処理されるため、ソースコードやシークレット情報、内部サービスはすべて顧客が管理するマシン上に留まります。

Coder の CEO、ロブ・ホワイトリー氏は The New Stack に対し、自社のチームが「ゴールデンパス」に注力している理由を語りました。これは深刻な不均衡を是正し、開発者が好むツールを提供するためです。重要なのは、インフラやポリシーの管理に悩まされなくても済むよう、ツールを適切に設定して提供することにあります。

ホワイトリー氏は「Coder では、エンジニアの 1% がトークン利用料の 40% を負担しています」と指摘します。「問題は支出額そのものではなく、技術導入の偏りです。AI エージェントを活用できる層とそうでない層との格差が拡大しており、業界全体で『トークン最大化』という失敗した流行を生んでしまいました。」

ホワイトリー氏は「エンジニアに AI 利用を最大化して生産性を上げようとする姿勢自体は正しいが、そのための指標としては不適切だ」と述べています。また、「トークンへの支出額を追うことは、誤ってゲーム化される危険のある紅鲱（あやしい手掛かり）に過ぎません。」

「現在私たちは、開発者のスキルアップに焦点を当てています。これが Coder が開拓する市場の核心です。つまり、Coder の基盤と SpaceXAI のエージェント体験を組み合わせたソリューションを提供することです」とホワイトリー氏は付け加えました。

しかし、その実現を阻む最大の障壁はデプロイモデルにあります。

Coder の戦略は、規制された組織がベンダーホスト型ツールでは満たせない要件を抱えているという事実に対応するものです。具体的には、ソースコードへのアクセス制御が必要であり、実行環境にはセキュリティとガバナンスが求められ、すべての行動が監査可能でなければならないからです。基盤サービスに SpaceXAI のエージェント体験を組み合わせることで、ホワイトリー氏とそのチームが指摘するように、エージェント利用そのものが問題なのではなく、デプロイモデルこそが障壁となっている市場が開かれます。

この障壁はどれほど大きなものなのでしょうか？CEO のホワイトリー氏は、それがしばしば絶対的なものになり得ると語ります。

「最悪のケースとは、即座に Cursor をブロックされるという一般的なケースです」とホワイトリー氏は嘆きます。「Cursor 自体に問題があるわけでも、セキュリティ上の欠陥があるわけでもありません。単にアーキテクチャが適合していないのです。これらの企業は、エージェントが動作する環境を完全に制御する必要があります。」

ホワイトリー氏は、ソフトウェアエンジニアがセキュリティチームによってクラウドエージェントの使用が禁止され、結果として Cursor がブロックされた事例についても言及しています。

「最悪のケースとは即座に Cursor をブロックされることです。Cursor に問題があるわけでも、不具合があるわけではありません。単にアーキテクチャが適合していないのです。」このように開発を阻まれた人々は、「なぜ私たちは良いものを手に入れないのか」という感情を共有しています。

このように開発者が制限される状況は、「なぜ私たちは良いものを使えないのか」という不満を象徴しています。あるチームが Cursor を採用して生産性が向上したものの、利用が拡大するにつれてセキュリティチームの目に留まり、結果として全社的に使用禁止となったケースです。私は実際に、そのような顧客企業が方針を転換し、「Cursor は使えるが、エージェントは Coder 上で実行しなければならない」という新たなルールを導入した事例を目撃しています。これにより、大企業で働く開発者たちは、セキュリティチームに拒否されることなく、あるいは Citrix のような不便な環境を強要されることもなく、自分が好む Cursor のユーザー体験とインターフェースを利用できるようになりました。

顧客がシステムインテグレーターになるべきではないという点について、ホワイトリー氏は顧客側からの要望に応える形で、Cursor と Coder が「それぞれ独立して」両社の技術間の統合強化の必要性に気づいたことを確認しています。「顧客がシステムインテグレーターを担うべきではありません。正直なところ、多くの顧客はすでにその役割を果たしていました」とホワイトリー氏は付け加え、「Cursor は 3 月以来、セルフホスト型エージェントをサポートしています」と述べています。

この提携では、共同の市場展開戦略と直接的なプロダクト統合が組み合わされます。各 Coder ワークスペースからは Cursor 作業者を起動でき、Cursor へアウトバウンド接続を開くことが可能です。プラットフォームチームは、既存の開発者環境管理と同様の方法でこれらのワークスペースのプロビジョニングとスケーリングを行えるため、規制の厳しい組織でも、Cursor の製品機能や Coder ワークスペースが提供するセキュリティ・標準化を維持したまま、プライベートコードやカスタムハードウェアと共に Cloud Agents を大規模に展開できます。

ツール実行とリポジトリのチェックアウトは顧客管理インフラ上で完結し、関連するコードやツールの出力のみがクラウドホスト型の推論のために Cursor へ送信されます。

サンドボックス化されたエージェントは限定的で、単一のタスクにスコープを限定します

エージェント環境はサンドボックス化され、一時的であり、かつ単一のタスクにのみ適用されます。不正なリソースへのアクセスを促すプロンプトインジェクション攻撃は、モデルが拒否するのを待つのではなく、環境層でブロックされます。モデルの選択と推論処理は引き続きクラウドプロバイダーが担当します。

すべての実行結果には、エージェントがアクセスした内容、実行した操作、変更を加えた箇所、およびブロックされた試みがログとして記録されるため、任意の時間帯におけるコンプライアンス報告を人手で再構築する必要はありません。

SpaceXAI は、Coder が構築している数々のパートナーシップの一つであり、その背景にある物語は「最高の AI コーディングツールは、組織がコントロール権を手放すことなく、あらゆる組織内やインフラ上で動作すべきである」という主張に基づいています。

Coder Agent Relay for Cursor は現在、設計パートナー限定のプレビュー段階にあります。

「エンジニアの 1% がトークン利用料の 40% を占めている」——この事実を背景に、Coder と SpaceXAI が開発者に良い環境を提供しようとしている理由について。