Cursor Projects、常駐型の調整エージェントで数カ月にわたる開発を管理、イベントに応じて数千のサブエージェントを起動可能

Cursorは9月10日、ベータ版のProjectsをリリースした。その中核は、コードを書くエージェントをさらに追加することではなく、開発者と実行エージェントの間に常駐型のcoordinatorを配置することにある。ユーザーは、単一の継続的な対話の中で機能、移行、保守の目標を説明する。coordinatorは調査、作業の分解、実装とテストの割り当てを担い、その結果をレビューに戻すが、自らコードを直接変更することはない。

各Projectにはクラウド実行環境が用意されており、ノートPCを閉じた後も稼働を続けられる。開発者のデバイスでしか検証できない項目に限り、ローカルエージェントを起動する。調査メモ、計画、成果物、チームからのフィードバックは共有ファイルに書き込まれ、各エージェントが使用するマシンに同期される。これにより、複数のエージェントがリポジトリを繰り返し理解し直したり、同じ調査をやり直したりする問題の解消を目指す。SubscriptionsはSlackチャンネル、スケジュール、PRのオープンまたはマージイベントを監視でき、CIの修復、バグ報告への対応、コード整理などを、新たなプロンプトを待たずに開始できる。

Cursorによると、このシステムは数千のサブエージェントをオーケストレーションできる。同社内でも、数百件のPRにまたがるフレームワークおよびスタイルシステムの移行に利用したという。あるデザインシステム関連タスクでは、1日当たり20～100件のPRを処理する見込みだ。同社はさらに、新規ユーザーがマージするPRは30％増加し、ヘビーユーザーでは6倍に達したとしている。ただし、これらは作業の種類、チーム規模、自己選択バイアスを統制していない社内の相関データであり、生産性実験の結果と直接見なすことはできない。

エンジニアリングチームがより注視すべきなのは、まだ公開されていない並行実行コスト、失敗からのリカバリー、競合解決、権限モデルだ。常駐型エージェントがSlackを読み取り、リポジトリに書き込み、ローカル環境でテストを実行できるなら、継続的な認証情報を持つサービスアカウントに近い存在となる。導入時には引き続きtokenのscopeを制限し、branch protectionと人手によるマージのゲートを維持すべきだ。また、まず小規模な移行を実施し、成功したPR 1件当たりのモデル、コンピューティング、レビューの各コストを測定する必要がある。