9月11日、RuntimeWireが「Cursor launches Projects, a persistent manager for fleets of coding agents」と題した記事を公開した。CursorがコーディングエージェントをAI群として永続的に管理・調整する新機能「Projects」を発表したという内容だ。
単なるチャット補完を超えた「エージェント群の管理者」
Cursorの共同創業者4名（Michael Truell、Aman Sanger、Sualeh Asif、Arvid Lunnemark）は9月10日、「Projects」のベータ版を全ユーザーへの展開を開始した。Projectsは、クラウドおよびローカルマシン上でコーディング作業を指揮する「永続的なコーディネーターエージェント」を開発者に提供する機能だ。
従来のAIコーディング支援は、チャット単位で完結するものが多く、セッションをまたぐと「このコードベースの設計方針は〜」と毎回説明し直す必要があった。ProjectsはこのペインをProject fileという共有コンテキストで解決する。計画、デモ、調査結果、テスト手順、コードベースの慣習といった情報がエージェントをまたいで引き継がれる。あるエージェントがサービスのテスト手法を発見すれば、その知見を後続エージェント全員が使える。
コーディネーターがサブエージェントを束ねる仕組み
Projectsの中心は「コーディネーターエージェント」だ。このエージェント自身は基本的にコードを書かない。代わりに、次のことを担う：
- 作業を計画し、調査・実装・テスト用のサブエージェントを生成
- サブエージェントの出力を収集してレビューに備える
- 1つのコーディネーターが数千のサブエージェントに委任可能（アカウント上限やコスト詳細は未公表）
各Projectは専用クラウドマシン上で稼働するため、開発者がラップトップを閉じた後も作業が継続する。ローカル環境でのテストが必要になれば、コーディネーターが開発者のマシン上にエージェントを起動する設計だ。
さらにProjectsは、外部シグナルをトリガーにした自動起動にも対応する。Cursorはこれを「サブスクリプション」と呼ぶ。具体的には：
- Slackチャンネルのバグレポートを監視
- プルリクエストの変更に反応
- CIの失敗を検知して対応
- スケジュール実行
Cursor自身がProjectsで自社開発
Cursorのエンジニアチームは数ヶ月にわたってProjectsを内部利用してきた。その用途は、数百件のプルリクエストにまたがるマイグレーション、デザインシステムのメンテナンス、そしてProjects機能そのものの開発だ。
社内の1つのデザインシステムProjectは、新しいプルリクエストを自動スキャンして再利用可能なコンポーネントを抽出し、同じミスを2回検知したらlintルールを作成する。このワークフローは1日あたり20〜100件のプルリクエストを処理し、エンジニアが最終レビューを行う。
Cursorは生産性指標として「Projectsユーザーは通常ユーザー比で30%多くプルリクエストをマージし、主にProjectsで作業するユーザーは6倍のプルリクエストをマージする」という数字を公表している。ただし、サンプルサイズ、測定期間、ベースラインのいずれも開示されていない。「主にProjectsで作業するユーザー」はプロダクトの利用度で定義されたコホートであり、因果関係は示されていない。
なお、METRが2025年に実施したランダム化比較試験では、AIツールの使用を許可した場合、16名の経験豊富なオープンソース開発者が246タスクを完了する時間が推定19%増加した。Cursorも対象ツールに含まれていた。この研究はProjectsを対象にしておらず、非同期エージェント群も試験していないため直接比較はできないが、プルリクエスト数を生産性の証拠として単独で使うことへの注意を促す先行知見として参照に値する。※なお、METRの研究は元記事には含まれない情報であり、編集部が付加した文脈である。
「永続性」は業界標準になりつつある
Projectsが持つ「記憶とスケジュール」というコンセプトはCursorの専売特許ではない。
- GitHub Copilot：リポジトリ・ユーザーレベルのメモリとスケジュール自動化
- Replit Agent：バックグラウンドタスクを独立したプロジェクトコピーで並列実行
CursorのProjectsはこれらを統合する立場で競合する。コードベース、エディタ、クラウドエージェント、ローカルテスト、Slackシグナル、プルリクエスト、定期タスクを単一のコーディネーターに集約する設計だ。ただし、統合度が高いということは、誤った指示や悪い慣習を学習したコーディネーターの「影響範囲」も広くなることを意味する。Cursor自身の運用例でも、1日数十件のプルリクエストを処理する段階においても、人間によるレビューステップは維持されている点は注目に値する。エージェントへの委任が進むほど、Human-in-the-loopの設計が重要になるという構図は、Projectsの運用例からも読み取れる。
大量のクラウドエージェントを常時稼働させる本機能の構造は、推論をオンデマンドなチャット応答ではなく常時稼働のインフラとして消費するモデルへの転換を示している。Projectsの発表がこのタイミングで行われた背景として、Cursorを取り巻く事業環境の変化がある可能性はあるが、元記事はM&A情報には触れておらず、詳細は別途確認が必要だ。
詳細はCursor launches Projects, a persistent manager for fleets of coding agentsを参照していただきたい。
