Cursor は 2026 年 10 月 16 日、クラウドエージェント基盤を更新し、3 点を一度に加えた。クラウドエージェントが対話型のキャンバスページを直接生成できるようになり、新しい環境 API がベータ入りし、クラウド環境に入るリポジトリ数の上限は 300 に上がり、大規模環境の読み込みは 5 倍速くなった。3 点はいずれも同じ公式更新ログに載っており、指す方向は同じだ。クラウドエージェントは「ウェブページで開くアシスタント」から、プログラムで大量に調度できるインフラへ移りつつある。
環境を初めてコードで管理できる
最も実質的な変化は Environments API のベータ入りだ。クラウドエージェントが働くには、まず作業場の準備がいる。どのリポジトリを複製し、どんな実行設定を使うか。これまではウェブの管理画面で手作業で設定するのが普通だったが、API の開放で、チームはクラウド環境をプログラムから作成・管理し、複製するリポジトリを指定し、environment.json に実行時設定を書けるようになった。付随する Cloud Agents API の文書には呼び出し方法が細かく書かれている。API でエージェントを起動し、追加指示を送り、実行イベントのストリームを受け取り、実行先には Cursor が托管するクラウド環境か、チーム自身のマシンプールを選べる。
規模の数字も連動して動いた。1 つの環境で扱えるリポジトリは最大 300 になった（公式アカウントの投稿時の数字とは食い違いがあったため、本稿は更新ログと API 文書の 300 に従う）。大規模なマルチリポジトリ環境の読み込みは 5 倍速くなった。マイクロサービスのリポジトリが何十もあるチームにとって、クラウドエージェントが定着しない理由は、環境を組み立てられない、起動が遅すぎる、といった点にあることが多い。今回の改修はまさにその土台に手を入れている。モデルは差し替えられ、プロンプトも書き換えられる。環境の層がプログラム可能になって初めて、エージェントは規模をもって複製できる。
納品の形も変わった：開けるページを直接渡す
2 つ目の変化は納品側にある。クラウドエージェントは作業中に、ダッシュボードやレポートといった対話型キャンバスを構築し、終わったらチームにリンクを送って開けるようになった。これまでエージェントが返すのはコードの差分と文章の要約で、確認する側が自分で動かして見る必要があった。キャンバスは成果物を、そのまま見て共有できるページに変える。本サイトが先に報じたオープンウェイトモデルの動き——Beam オープンウェイトモデル公開：501B パラメータで活性化は 23B のみ、コーディングエージェントを狙うはまさにコーディングエージェントの路線を攻めている——と並べて読むと、コーディングエージェントの競争がモデル層から実行環境と納品形式へ広がっているのが分かる。
注意すべき境界
注意点が 2 つある。環境 API はまだベータで、文書にも段階的に開放中のフィールドが明記されている。例えばセッション単位の環境変数は、機能が有効化されていないアカウントでは黙って無視されるため、Cursor は本番で依存する前に実測で確認するよう求めている。300 リポジトリの上限も、托管クラウド環境と特定のセルフホストプールに限られ、単一マシンの実行先にはもっと厳しい制限が残る。すでにクラウドエージェントを使っているチームは、今回の更新を自社の使い方と 1 項目ずつ照合する価値がある。まだ使っていないチームは 1 点だけ読み取ればよい。頭部の製品がエージェントのために「作業場」と「納品形式」を真剣に作り始めたということは、利用が物珍しさの段階を過ぎ、これからはエージェントを生産ラインとして運用できるかどうかを競う段階に入ったということだ。
