Cursorとは：AIネイティブIDEであって、ふつうのチャットツールではない
CursorはAnysphereが開発するVS Code forkベースのIDEで、2026年8月14日にSpaceXによる買収が完了しました。画面とショートカットはVS Codeに近いですが、AIは拡張機能ではなく中核機能として組み込まれています。
- Composer：複数ファイル編集
- Tab補完
- カスタムRules
- Agents Window：multitaskとworktree
- Canvases：dashboard、diagram、カスタムUI artifact
- MCP連携
これらの機能の目的は、「AIの出力をプロジェクト構造に入れ、レビューでき、戻せる状態にする」ことです。「AIにもっとコードを書かせる」だけではありません。
2026年のCursor：Agent、Canvases、Worktrees
| 時期 | ポイント |
|---|---|
| 2026年4月 | Cursor 3.1がリリースされ、changelogと機能が更新 |
| 2026年4月中旬 | Agents Windowの複数worktree / multitaskが強化 |
| 2026年5月1日 | Team Marketplace Updates。プラグイン周りの体系が刷新 |
| 2026年8月14日 | SpaceXによる買収が完了 |
| 2026年8月19日 | Cloud Agentsとharnessを更新。/goal、custom modes、subagentがそれぞれ独立したマシンで動作 |
2026年9月29日時点でchangelogの最新項目は、調整役のagentが長期的な作業を計画して複数のsubagentに割り振るProjects（beta）と、Teams／Enterprise向けの2つのbot、RolloutsとSecurity Reviewです。最新機能はCursor changelogで確認できます。この手のIDEは更新が速く、スクリーンショット付きの記事もすぐ古くなります。
価格と無料版の制限をどう見るか
| プラン | 月額 | ポイント |
|---|---|---|
| Hobby | $0 | Agentの利用回数に制限あり、クレジットカード不要 |
| Pro | $20 / 月 | 2つの利用枠：Cursor Models（Grok、Composer）と外部モデル |
| Pro Plus | $60 / 月 | Proより利用枠が多い |
| Ultra | $200 / 月 | 利用枠が最も多く、ヘビーユース向け |
| Teams | Standard $40、Premium $120 / 人 / 月 | チーム請求、SSO、Bugbot。PremiumのAgent枠はStandardの5倍 |
有料プランの利用枠は2つに分かれています（公式プラン説明、2026年9月29日確認）：
- Cursor Models：Grok 4.7、4.6、4.5とComposer 2.5。含まれる利用枠が多めです。
- Other Models：Claude、Gemini、GPTなどの外部モデルは、各モデルのAPI価格に応じて利用枠を消費します。
プランに関して知っておきたい変更が2つあります。
- 学生割引の新規申請は終了：従来の学生プランは2026年6月25日から新規申請を受け付けていません。すでに適用を受けている人は、プランの期限まで従来の料金が維持されます（公式案内）。
- OpenAIモデルは提供終了の見込み：SpaceXによるCursor買収後、OpenAIは供給契約を終了するとCursorに通知しました。終了予定日は2026年11月12日で、それ以降に登場する新モデルもCursorでは提供されない見込みです。GPTシリーズを主に使う人は注意してください。
プラン選びで大事なのは、Agent / Composerをどれくらい使うかです。Tab補完の利用量は、その次に見ます。Composerで8ファイルにまたがるrefactorを1回走らせると、inline補完とはまったく違う規模で利用枠を消費します。
初心者は最初のCursorプロジェクトをどう考えるか
- まずRulesを設定する：プロジェクトの命名、言語、coding styleを書いておきます。以降のAI出力はこのルールに沿って生成されます。
- まず小さい範囲のComposerを試す：「componentを1つ直す」くらいの小さなscopeから始め、Cursorがどうdiffを作り、どうaccept / rejectするのかを覚えます。
- その後でAgents Windowの並列タスクを開く：本格的に広げる前に、reviewの流れを先に整えます。worktreeが増えるとreviewerの負担が一気に重くなります。
- Canvasesは説明に使う：debugやonboardingドキュメントでは、Canvasで流れを図にしたほうが、文字だけより早く伝わります。
Cursorが向いている人
- フロントエンド中心で、リアルタイムdiffを見ながらIDEのGUI操作で進めたい人。
- Rulesを設定し、規約をAIに渡す時間を取れる人。
- Composerが複数ファイルを修正し、自分でreviewする作業リズムを受け入れられる人。
Cursorが向いていない人
- 静かなinline補完だけがほしい人 → Copilotのほうが軽いです。
- 主戦場がTerminalで、repo-wideやcron連携が必要な人 → Claude Codeのほうが合います。
- 独立アプリを追加で入れたくなく、今のVS Codeに残りたい人 → CopilotかJetBrains AI Assistant。
Cursor vs VS Code Copilot vs Claude Code
| 観点 | Cursor | VS Code + Copilot | Claude Code |
|---|---|---|---|
| 画面 | AIネイティブIDE | エディタ + AIプラグイン | Terminal CLI |
| 複数ファイル修正 | Composer | 複数ファイルrequest（段階的に強化） | repo-wideがネイティブ |
| 自動化 | 中（Agents Window） | 低 | 高（hooks / MCP / schedule） |
| 学習曲線 | 半日 | 半日 | 1〜2週間 |
| 向いている場面 | フロントエンド / IDEでの対話 | GitHub workflow | repo / Terminal-first |
結論
Cursorの役割は、AIをIDE内でreviewできる同僚に変えることです。仕事のリズムが「エディタを開く、diffを見る、accept / rejectする」なら、一般的なAIプラグインよりかなり速く感じるはずです。一方で、「Terminalとやり取りする、長いタスクを走らせる、複数agentを編成する」仕事なら、Claude Code完全ガイドの方向を見るほうが合っています。