Projectsの正体
従来のCursor Agentでは、利用者が1つの依頼を出し、会話の中で実装や修正を進める使い方が中心でした。Projectsでは一段上に「コーディネーター」が置かれます。コーディネーター自身はコードを書かず、計画を作り、必要な数の実装エージェントを起動し、終わった仕事を利用者の確認へ戻します。
| 比較点 | 通常のAgent | Projects |
|---|---|---|
| 主な単位 | 1つの依頼や会話 | 機能、移行、アプリ全体 |
| 実装担当 | 会話中のAgent | 委任された複数のAgent |
| 文脈 | 会話ごとに渡す | Project内のファイルへ蓄積 |
| 継続時間 | 単発作業が中心 | 数週間から数カ月を想定 |
| 自動開始 | 基本は人の指示 | Slack、予定、PRをきっかけに可能 |
大切なのは、Projectsが「さらに賢い1体のAI」というより、複数のAIを束ねる作業場所だという点です。Cursorは1つのProjectが数千のサブエージェントへ委任できると説明しています。ただし、これは常に数千体が必要という意味ではありません。作業量に応じて並列数を増減できる設計を示す数字です。
利用者が直接やり取りする相手は、原則としてコーディネーターです。実装担当を一体ずつ手動で起動し、それぞれへ同じ背景を説明する必要がありません。調査、実装、テストの順序や依存関係をコーディネーターが整理し、終わった結果をまとめます。人の役割は細かなタスク配分から、目的、制約、承認条件を決める仕事へ移ります。
この違いは、小さな修正より大きな案件で効きます。ボタンの色を1カ所直すだけなら管理層が増える分だけ遠回りです。一方、認証方式の変更で画面、API、データ移行、テスト、文書を同時に直す場合は、担当を分けても共通の前提を保てることが価値になります。
3つの仕組み
Projectsを支える仕組みは、クラウド実行、共有コンテキスト、Subscriptionsの3つです。
- クラウド実行 Projectは専用のクラウド環境で動くため、利用者がノートPCを閉じても作業を続けられます。一方、手元の端末でしか再現できないテストが必要になれば、コーディネーターがローカルのAgentを起動します。
- 共有コンテキスト 調査結果、成果物、テスト方法、コードベースから得た知識、利用者の好みをProject内のファイルへ残します。そのファイルはクラウドとローカルの実行環境で同期され、次のAgentも再利用できます。
- Subscriptions Slackの特定チャンネル、新しいPR、決めた時刻などを監視し、条件を満たしたら利用者の追加指示を待たずに仕事を始めます。たとえば不具合報告がSlackへ届いたら、調査担当を起動する運用が考えられます。
| 仕組み | 解消しやすい問題 | 新しく生じる管理 |
|---|---|---|
| クラウド実行 | PCを開き続ける必要 | 実行量と権限の把握 |
| 共有コンテキスト | 毎回の説明し直し | 古い情報や秘密情報の整理 |
| Subscriptions | 定型監視の手作業 | 誤作動しない条件設定 |
同じく複数Agentを扱う技術としては、GitHub HydraFusionの解説も参考になります。HydraFusionがモデルの協調手法に焦点を当てるのに対し、Projectsは実際の開発案件を長期運用するための製品機能です。
共有コンテキストは便利な記憶であると同時に、作業の根拠を残す場所でもあります。「このサービスはどのコマンドでテストするか」「変更してはいけない互換性は何か」をファイルに残せば、次の担当Agentも同じ基準で動けます。ただし、記録された内容が常に正しいとは限りません。仕様変更後も古い手順が残れば、誤った判断を繰り返す原因になります。
Subscriptionsも単なる予約実行ではありません。SlackやPRなど外部の出来事を仕事の入口にできます。そのため、監視対象を「すべての投稿」のように広くせず、専用チャンネル、特定ラベル、対象リポジトリなどで絞る必要があります。自動化の価値は起動回数ではなく、人が確認できる形で必要な仕事だけが始まることにあります。
できる仕事
Cursorが公式に挙げる代表例は、機能開発、移行、継続保守です。どれも「1回の指示で1ファイルを直す」より、途中で調査やレビューを挟みながら複数の変更を積み上げる仕事です。
| 用途 | Projectに任せる流れ | 人が握る判断 |
|---|---|---|
| 機能開発 | 調査、計画、分担、実装、テスト | 要件、体験、最終承認 |
| 大規模移行 | 安全な手順を決め、PR単位で反復 | 互換性と切り戻し条件 |
| 継続保守 | PRや不具合を監視し、修正を提案 | 優先順位と本番反映 |
たとえばフレームワーク更新では、まず数件のPRを人が細かくレビューし、安全な修正パターンを共有コンテキストへ残します。その後に対象を広げれば、最初から全件を自動変更するより失敗範囲を抑えられます。Cursor自身も、数百PR規模の移行やデザインシステムの保守にProjectsを使ったと説明しています。
機能開発では、最初に調査担当が既存の設計とテストを確認し、その結果を基にコーディネーターが実装を分けます。画面とAPIを別々のAgentが担当しても、共通の要件ファイルを参照できます。実装後はテスト担当が結果を確認し、未解決点だけを人へ戻す流れを作れます。会話をまたいで説明が欠ける問題を減らせるのが、通常のチャットとの実務的な差です。
継続保守では、毎週の依存関係更新や、PRで繰り返される設計上のミスを見つける用途があります。ただし、見つけた問題をすぐ本番へ反映させる必要はありません。調査、修正案、テスト結果までを自動化し、マージと公開は人が行う構成でも十分に効果を得られます。
一方、要件が数行で済む修正や、担当者がすぐ確認できる単発作業なら、通常のAgentで十分です。OpenAI Agents APIの解説のように独自のAI実行基盤を組む選択肢もありますが、ProjectsはCursor内で開発案件を管理したい人向けです。
料金と提供条件
2026年9月13日時点で、Projectsはベータ版として全ユーザーへ段階的に展開されています。左側のナビゲーションにProjectsが表示されれば、そこから作成し、作りたいものや進めたい移行を説明して開始できます。
| プラン | 月額の公表価格 | 一般機能の位置づけ |
|---|---|---|
| Hobby | 無料 | Agent利用は限定的 |
| Pro | 20ドル | Agent上限を拡張、Cloud Agentsを含む |
| Pro+ | 60ドル | Proの3倍のAgent上限 |
| Ultra | 200ドル | Proの20倍のAgent上限 |
| Teams Standard | 1人40ドル | 管理、共有コンテキスト、自動化を強化 |
| Enterprise | 個別見積もり | 利用量共有、監査、アクセス制御など |
ただし、この表はCursor全体の月額プランです。Projects固有の追加料金、1つのProjectが消費する利用量、同時実行数の上限は、発表記事と料金ページに明記されていません。「全ユーザーへ展開」は「無料で無制限に使える」という意味ではないため、実際に表示される利用量と請求設定を確認する必要があります。
また「段階的に展開」は、アカウントによって表示時期が異なる可能性を含みます。左側のナビにまだ表示されていなくても、公式発表と矛盾するとは限りません。正式版への移行時期も公表されていないため、ベータ期間中は操作、上限、対象プランが変わる前提で評価するのが適切です。
Cursorは各プランにモデル利用量が含まれ、上限後のオンデマンド利用は後払いになると案内しています。最初から多数のAgentを常時動かすのではなく、小さな案件で消費量を測るのが安全です。価格は税別で、地域や年払いによって条件が変わる場合があります。
導入前の注意点
Projectsは管理の手間を減らせますが、最終判断まで消えるわけではありません。むしろ長期間動くほど、権限、費用、古い前提の影響が広がります。
- 1つのリポジトリと1種類の仕事から始める
- 本番公開、秘密情報、課金変更は自動権限から外す
- PR、テスト結果、調査メモなど確認できる成果物を必須にする
- 共有コンテキストを定期的に見直し、古い手順を削除する
- Slackや予定からの起動条件を狭くし、誤作動を監視する
- Agentの利用量とオンデマンド課金をダッシュボードで確認する
Cursorが公表する「新規ユーザーのPRマージ数が30％増えた」「Projects中心の利用者は6倍」という数字は、同社内の利用実績です。独立した比較試験ではなく、品質や手戻りまで保証する数字でもありません。導入効果はPR数だけでなく、レビュー時間、不具合率、再作業、費用で測るべきです。
試行時は、完了条件が明確で切り戻せる移行を1つ選びます。初回の数PRは人が厳しく確認し、問題が減ってから範囲を広げると、便利さと安全性を同時に確かめられます。エージェント設計そのものを比較したい場合は、AIエージェントフレームワーク比較もあわせて読むと、製品導入と自社開発の境界を整理できます。
まとめ
- Cursor Projectsは、コーディネーターが複数の実装Agentへ仕事を委任し、長期案件を管理する機能です。
- 強みはクラウド実行、共有コンテキスト、自動起動ですが、権限、費用、古い前提の管理が新たに必要です。
- ベータ版は全ユーザーへ段階展開中でも固有の料金と上限は未公表のため、小さな案件で利用量と品質を測ってから広げるのが現実的です。
