Cursor 3レビュー：エージェント中心IDEの全機能解説2026
Cursor 3は2026年4月2日に正式リリースされ、並列Agent、Design Mode、JetBrains連携など一連の大きな変更をもたらしました。今Cursor Pro $20/月でサイドプロジェクトや本職の開発をしていて、これらの機能に心惹かれながらも日本語の詳しいレビューが見当たらない方へ — この記事はそのために書きました。
私たちはCursorとClaude Codeを組み合わせてこのサイトを運営しているため、実際の使用経験からCursor 3の5つのコア機能、適用シーン、そしてアップグレード前に知るべき3つの落とし穴を分析します。Cursor 3は通常のバージョンアップではなく「IDEツール → Agentコマンドプラットフォーム」へのパラダイムシフトです。パラダイムシフトにはコストがあります。決める前に全体像を把握してください。
TL;DR
- 最大の変更点：作業の中心がComposer/ChatからAgents Windowへ移行し、複数の並列Agentを管理する形に
- 最大の落とし穴：$20 Proプランは2025年6月からクレジット制課金に変更。重度のAgent使用では1日$10-20の超過課金が発生する可能性あり。本格的なAgent機能には$200 Maxが必要
- Design Mode（Cmd+Shift+D）は視覚的なUI修正が必要な開発者に試す価値あり；並列Agentは6個以下の独立タスクに最適
- JetBrainsユーザー：ACP連携（バージョン2025.3.2以上 + AI Assistantプラグイン必須）は試す価値あり。ただしスタンドアロンCursorより機能が限定的
- Cursor 3とClaude Codeは排他的でなく、組み合わせて使える
Cursor 3で何が変わったか：IDEからAgent指揮センターへ
Cursor 3のコアな変化は機能追加のリストではなく、基盤アーキテクチャの書き直しです。以前のCursorは「VS Code fork + Composer/Chat」でした。Cursor 3はagent-firstインターフェースをゼロから構築し、Agents WindowがEditorに代わる操作の中心となりました。
最も直接的な変更点：
- CloudのAgentをEditorから削除し、すべてAgents Windowに集約
- ファイルエクスプローラーがデフォルトで非表示（最も批判を受けた変更。多くのパワーユーザーが制御感の喪失を感じた）
/worktreeと/best-of-nコマンドを新追加し、並列操作を標準ワークフローに- Composer 2：Cursor独自の新モデル、Agentタスク向けに最適化
公式の説明は「開発者を個別Agentのマイクロマネジメントから解放する」というもの。コミュニティの反応は二極化しています：every.toの批判的レビューでは、デフォルトでファイルエクスプローラーを隠すことが「開発者の制御感」を損なうと指摘し、セッションの永続性が不安定で、Agentの動作が予測しにくい（時に自律的に完了し、時に確認待ちで止まる）と述べています。
Agents Windowを開く方法：Cmd+Shift+P → Agents Window
核心的なトレードオフはここにあります：公式が言う「解放」は「コードの可視性と予測可能性」と引き換えに得られるものです。リアルタイムでファイルツリーを見て各ステップを確認する習慣に強く依存している場合、このトレードオフには適応期間が必要です。
並列Agent実践ガイド：Agents Window + Git Worktree
並列AgentはCursor 3で最も注目された機能です。コアメカニズムはgit worktreeです：各Agentが独立したworktree（独自のworking directory、index、HEAD）で実行され、基盤のobject databaseを共有してディスク容量を節約します。
起動方法：
/worktreeコマンドで独立したworktreeを作成- Agentをその中で指定タスクを実行させる
- タスク完了後、Applyで結果をメインブランチにマージ
高度な機能：/best-of-nコマンドで同じタスクを複数のモデルが同時実行（各々独立したworktreeで）し、結果を比較して最良のバージョンを選択できます。
甘い点はどこか。 Mediumのチュートリアル著者の実際の観察によれば：並列Agentは互いに完全に独立した6つ以下のタスクに最も効果的です。HNのあるディベロッパーはっきりと言っています：「認知的な切り替えコストが効率の恩恵を相殺する」 — これは実際の逆直感的な発見です。
並列に向いているタスクの組み合わせ：
- バグ修正 + ユニットテスト作成 + ドキュメント更新（完全に独立した3つのライン）
- フロントエンドのスタイル調整 + バックエンドAPIテスト修正（視覚とロジックが分離している）
- 多言語翻訳更新（各言語が互いに独立している）
並列に向かないタスク：
- フロントエンドとバックエンドが深く依存する機能開発（コンテキスト関連、Agentが衝突しやすい）
- 前のステップの結果を見てから次に進む必要があるイテレーティブなタスク
個人でサイドプロジェクトを開発している人へのアドバイス：まずフロントエンドの視覚的修正（Design Modeと組み合わせ）とバックエンドAPIテスト修正という2つの独立したラインから始めましょう。最初からAgentを満杯に走らせないことをお勧めします。
Design Mode実践：ブラウザで直接UIを注釈、AgentにあなたのUIの意図を伝える
Design Modeが解決するのは「UI変更のスピード問題」ではなく、「視覚的な意図からプロンプトへの翻訳ロス」の問題です。頭の中にあるUI修正を言葉で説明するのが難しいとき、Design Modeでブラウザ上に直接注釈できます。
操作方法：
Cmd+Shift+D：Design Modeのオン/オフ切り替えShift+drag：修正したいUI領域を選択Cmd+L：選択した要素をチャットに追加し、AgentにあなたのUIの意図を理解させる
Design Modeには2つの操作ループがあります：ビジュアルループ（直接スタイルを調整 + リアルタイムプレビュー）とコードループ（AgentがリポジトリのリアルなコードとHot Reloadを読む）。2つのループを交互に使用できます：ビジュアルループで方向性を確認してから、コードループで変更を実際のコードに落とし込む。
Tailwind + shadcnを使用している開発者：Design ModeはブラウザのDOMアノテーションに基づいており、フレームワークに依存しないためサポートされるはずです。Cursorは対応フレームワークを明確にリストアップしていませんが、このメカニズムは理論上、技術スタックに依存しません。
Design Modeが本当に役立つシーン：AIにUIを修正させるプロンプトを出してもAIが意図を読み違えて間違った方向に調整することがよくある場合。もしあなたのUIプロンプトが通常とても正確なら（「このpaddingを16pxから24pxに変更する」など）、Design Modeの加速効果は限定的です。
既知の制限事項：
- 主にUIビジュアルレイヤーの修正向け。複雑なステート管理ロジックには効果なし
- builder.ioが一時的に消えるバグを報告している（フォーラムに記録あり）
- Cursorは対応フレームワークの範囲を完全には説明していない
JetBrains連携セットアップガイド（IntelliJ / PyCharm / WebStormユーザー）
IntelliJやPyCharmを深く使っているなら、Cursorのために捨てる必要はもうありません。2026年3月4日、CursorはACP（Agent Connection Protocol）を通じてJetBrains IDEに正式統合されました。
前提条件（すべて必須）：
- JetBrains IDEバージョン：2025.3.2以上
- AI Assistantプラグインを有効化
- 有料Cursorプランを保有（無料版は対象外）
セットアップ手順：JetBrains Plugin Marketplaceで「Cursor」を検索してインストール。JetBrains AIサブスクリプションは不要（JetBrains公式確認済み）。
機能制限を正直に説明します。 JetBrains連携版とスタンドアロンCursorの機能差はCursor公式が完全に公開していません。現在の情報によると、Design ModeとAgents Windowの完全な管理にはスタンドアロンCursorが必要です。ACP連携の価値は「慣れたJetBrainsインターフェースの中でCursorエージェントの基本能力を使う」ことにあり、Cursorエコシステムへの最低障壁の入り口であり、完全機能版ではありません。
推奨戦略：インストールして1週間試してみてください。基本的なAgent機能が日常使用に十分であれば、切り替えは不要です。Design Modeや複雑なAgents Window管理が必要になった時点でスタンドアロンCursorへの移行を検討してください。
Cloud Agents / Automations：GitHubやSlackトリガーで動くAlways-On開発Agent
Cursor AutomationsはCursor 3で最も過小評価されている機能です。開発ワークフローを真に「非同期化」します。Agentが完了するのをコンピューターの前で待つ必要がなく、外部イベントが自動的にAgentの作業開始をトリガーできます。
対応トリガーソース：
- Slackメッセージ
- GitHub PR/Issue作成または更新
- Linearチケット
- PagerDutyアラート
- カスタムwebhook
- スケジュール実行
実行環境：完全なランタイムを持つクラウドサンドボックス、MCPツール統合をサポート。完了後、cloud-local handoffでローカルに転送して継続実行できます。
実際の使用シーン：CIが失敗 → 自動的にAgentがログを分析するトリガー → Agentが修正PRを作成。全プロセスに人的介入が不要。安定したCI/CDパイプラインを持つチームにとって、Automationsは「CIの失敗を手動で確認して修正しに行く」時間コストを大幅に削減できます。
サイドプロジェクト開発者向け：プロジェクトにGitHubリポジトリと基本的なCIがあれば、「PR作成時に自動でコードレビューAgentを実行する」Automationを設定することから始めると、この機能を体験する最も障壁の低い方法になります。
Cursor 3 vs Claude Code：2026年の最新状況、どちらを選ぶ？
Cursor 3以降、2つのツールのポジショニング差は以前より明確になりました。どちらかがもう一方を置き換える問題ではなく、使用シーンの棲み分けです。
コアの違い：
| 面 | Cursor 3 | Claude Code |
|---|---|---|
| インターフェース | GUI IDE（視覚的インターフェース） | CLIターミナル（GUIなし） |
| 優位性 | Design Mode、Agents Window視覚管理、JetBrains統合 | トークン効率（同等タスクで5.5倍少ない）、Anthropicネイティブ最適化 |
| 価格 | Pro $20/月（Agent超過しやすい）；Max $200/月 | Max $100-200/月 |
| 適している用途 | UIレイヤー修正、マルチタスク視覚管理、JetBrainsエコシステムユーザー | 複雑なリファクタリング、CLIワークフロー、高トークン効率が必要なケース |
builder.ioのテストデータ：Claude Codeは同等タスクでCursorの5.5倍少ないトークンを使用。SWE-Benchテストでは、Cursorは62.95秒、GitHub Copilotは89.91秒（29%速い）。公式データによると、エージェントモードを使用する組織はPRマージ量が39%向上したとされています（方法論は詳細不明）。
注目のコミュニティ観察：HNで「上位0.01%のCursorユーザーがコストを1/10に削減してClaude Codeに乗り換えた」事例が開発者コミュニティで広く議論されています。別の視点：HNの調査によると、上級オープンソース開発者の56%がAIコーディングツールを使用したことがない — AIコーディングツールはまだアーリーアダプター段階にあり、開拓されていない大きな市場があります。
決断フレームワーク：
- GUI + 視覚化 + Design Modeが必要、またはJetBrainsのヘビーユーザー → Cursor 3を選ぶ
- CLIエージェント + トークン効率 + 高複雑度リファクタリングが必要、またはワークフローがターミナル中心 → Claude Codeを選ぶ
- 両方の要件がある → 組み合わせる：CursorはUIレイヤー、Claude Codeはロジックレイヤー；コストは加算されるが、効率も加算される
混合アプローチの実際の経験については、Claude Code完全ガイド：インストールから高度な自動化まででファーストハンドの経験を、費用管理のアドバイスを含めて共有しています。完全な4ツール比較（WindsurfとGitHub Copilotを含む）はCursor vs Claude Code vs Windsurf 2026完全比較をご覧ください。
アップグレード前に知るべき3つの落とし穴
これが記事全体で最も重要な部分です。特に今すぐアップグレードを考えている場合は必読です。
落とし穴1：$20 Proのエージェント幻想
$20/月のProプランは2025年6月にクレジット制課金に変更されました。Cursorの公式説明では、重度のAgentモード使用では1日$10-20の超過課金が発生する可能性があります。
Cursorは具体的なトークン上限を公開せず、「使用量ベース」とだけ言っています。しかし実態は：Agentモードのトークン消費量は通常のチャットよりはるかに多い。各Agentの呼び出しには複数のツール呼び出しと大量のコンテキストが含まれ、予想より遥かに速く消費されます。every.toのテスターが「2日で$2,000消費」、HNの企業ユーザーが「1週間で$2,000消費」したのはいずれも実際の記録された事例です。
実践的なアドバイス：時々Agentをサイドプロジェクトで使う程度なら$20で足りるかもしれません。Agentモードが日常的なワークフローになるなら、最初から$200 Maxを評価してください。表面上の低い月額料金に惑わされないように。
落とし穴2：コードリバージョンバグ
2026年3月、Cursorで深刻な問題が発生しました：特定の状況で、Cursorがユーザーのコード変更を密かに元に戻すことがありました。すぐに気づかない場合もあります。この問題はHNで広く議論されました。
Cursorは3つの根本原因を公式に確認しました：
- Agent Reviewの競合：Agentの完了後のレビュープロセスが既存の変更と競合する
- クラウド同期のレーシングコンディション：クラウド同期とローカルの変更が競合する
- Format On Saveの競合：保存時のフォーマットとAgentの変更が互いに上書きする
修正バージョンと完全な修正状況は現時点で未確認です。
実践的なアドバイス：Agentのワークフローでは厳格なgit commitの習慣を維持してください。未コミットの変更が大量に積み重なった状態でAgentに作業を続けさせないでください。各Agentが一段落の作業を完了したら、先にコミットしてから続けてください。
落とし穴3：並列Agentの認知コスト
公式は「解放」と言いますが、実際には認知的な負荷があります。HNの開発者の逆直感的な観察：「認知的切り替えコストが効率の恩恵を相殺する」。Reddit r/cursorにも、Agentが大型コードベースで「焦点を失う」、コンテキストの理解に欠陥があるという複数の投稿があります。
並列Agentの真のスイートスポットは6つ以下の完全に独立したタスクであり、無限に拡張できる能力ではありません。深くコンテキストに依存したタスクや、複数のリポジトリにまたがる全体アーキテクチャの理解が必要な作業では、並列Agentの効果は限定的です。
実践的なアドバイス：2〜3つの明確に独立したタスクから試してみてください。慣れてから拡大してください。最初からAgentを満杯に走らせないようにしましょう。マルチスレッドのタスク切り替えの中で迷子になりやすいです。
エンタープライズ向けの注意事項
Business/Enterpriseプランを使用するチームは、アップグレード前にIT管理者が以下の点を確認する必要があります：
- サードパーティプラグインはデフォルトで無効：管理者は各々を審査して明示的に有効化する必要があり、サプライチェーンリスクは低下するが初期セットアップに手間がかかる
- 監査ログの強化：ディレクトリグループ名が監査ログに表示されるようになり、コンプライアンスの可視性が向上
- チームレベルの管理者制御：管理者はシークレットの作成/編集/削除権限を設定可能
- コード帰属の制御：管理者は組織全体で「Made with Cursor」のコード帰属を無効化可能
結論：Cursor 3はアップグレードする価値があるか？
Cursor 3は本物のバージョンアップです。マーケティングだけではありません。Agent-firstのアーキテクチャ変更は確かに新しいワークフローの可能性をもたらします。ただし「Agent-firstの恩恵」は正しい使用シーンがあってこそ実現します。すべての人、すべてのタスクに適用されるわけではありません。
アップグレード前に、3つの質問を自問してください：
- 主な痛点はUIビジュアル修正の難しさですか？ そうなら、Design Modeを試す価値があります。
- 複数の独立したタスクを同時に処理する必要がありますか？ そうなら、Agents Window + git worktreeに実際の価値があります。
- $20から$200へのアップグレードの準備はできていますか？ Agentが主なワークフローになるなら、$20 Proでは足りません。
3つすべてが「はい」なら、Cursor 3はアップグレードする価値があります。主な要件が高トークン効率のターミナルAgentなら、Claude Codeがより直接的な選択です。
混合戦略の第一手経験については、Claude Code完全ガイド：インストールから高度な自動化までに費用管理方法を含む完全な説明があります。完全なツール比較はCursor vs Claude Code vs Windsurf 2026完全比較をご覧ください。
FAQ
Cursor 3 和 Claude Code 可以同時使用嗎？
完全可以，兩者不衝突。Cursor 3 是 GUI IDE，Claude Code 是 CLI terminal 工具，可同時開著運行。常見分工：Cursor 3 的 Design Mode 和 IDE 功能負責 UI 視覺層修改，Claude Code 的 terminal agent 負責大型重構、複雜跨檔案邏輯。注意事項：兩工具都有 token 費用，混搭需管理預算，不建議同時跑 agent 模式（token 雙倍消耗）。
この記事は役に立ちましたか？
