Cursor Agent モード完全ガイド:3 ステップで始める自動化プログラミング(2026 年最新)
2026-06-08 更新:Cursor 公式ドキュメントで再確認——Agent は ⌘/Ctrl + I で開き、Shift + Tab で Agent / Ask / Plan / Debug を切り替えます。旧「Yolo モード」は現在「Auto-run」に改名(Agent 設定内、自然言語で自動実行を許可するコマンドを指定可)。モデル一覧も現行の Claude / GPT / Gemini と Auto モードに更新しました。
先日、バグ修正中に Cursor Chat で AI と 10 回以上やり取りしました。「こう直せばいい」と言われ、コピーして貼り付け、実行——エラー。また聞いて、またコピペ……このループ。
そのあとプロジェクトを走らせたら依存関係不足のエラー。AI は「npm install xxx を実行して」と言うのに、またターミナルへ切り替えて手入力。AI が何を入れるか分かっているなら、なぜ自分で入れないのか——そう思いました。
Cursor の Agent モードを知ってから、すべてが変わりました。Agent は「提案」だけでなく、直接作業します。ファイル作成、コマンド実行、バグ修正。初めて使ったときは本当に驚きました——AI プログラミングがここまで自動化できるとは。
この記事では、3 ステップで Agent を始め、5 つの実践例で使い方を押さえます。読み終える頃、これまで繰り返していた開発作業を AI に任せられるようになっているはずです。
Agent モードとは?
わかりやすい例え
Cursor の各モードをチームメンバーに例えると:
- Chat モードはアドバイザー。質問すれば助言はくれますが、実行は自分
- Agent モードはアシスタント。タスクを渡せば、ファイル作成・コマンド実行・エラー修正まで代行
Cursor 公式が Agent を「最も自動運転に近いモード」と呼ぶのも、自分で手を動かしてくれるからです。
Agent モードは 2024 年 11 月 24 日、Cursor 0.43 で登場しました。2026 年 1 月現在、多くの開発者の主力ツールになっています。
Agent vs Chat:何が違うのか?
比較表を見れば一目瞭然です。
| 比較項目 | Chat モード | Agent モード |
|---|---|---|
| 操作権限 | コード提案のみ | ファイルの自動作成/修正 |
| ターミナルコマンド | 手動でコピー実行 | 自動実行(Yolo モード可) |
| タスク範囲 | 1 回の対話 | 複数ステップを自動完了 |
| 向いている場面 | 相談、コードレビュー | 機能開発、バグ修正、プロジェクト構築 |
具体例:
Chat モード:
- あなた:「ログインコンポーネントを作って」
- AI:「コードは以下のとおり…(長文)」
- あなた:(新規ファイルにコピペ)
Agent モード:
- あなた:「ログインコンポーネントを作って」
- AI:(Login.tsx を自動作成、import 追加、不足依存があれば install)
- あなた:(何もせずそのまま使える)
差は歴然です。
Agent の 4 つの核心能力
使い込んで感じた「超能力」は次の 4 つです。
1. コードベースの自動検索
- セマンティック検索で関連コードを素早く発見
- 「src/utils/auth.ts を見て」と言わなくても自分で探す
2. 複数ファイルの同時作成・修正
- 機能追加でコンポーネント・ルート・API を一度に変更
- スタイルを揃え、import を自動補完
3. ターミナルコマンドの自動実行
- 依存インストール:
npm install - サーバー起動:
npm run dev - テスト:
npm test - Yolo モードなら確認なしで実行
4. エラーの自動読み取りと修正
- ターミナル出力を読み、原因を分析(依存不足?コード?設定?)
- 自動修正し、ダメなら再試行
3 ステップで Agent モードを始める
方法 1:ショートカット(最速)
いちばんよく使う方法。1 秒で起動:
- Agent パネルを開く:Mac は
⌘ + I、Windows/Linux はCtrl + I - モード切替:
Shift + Tabで Agent / Ask / Plan / Debug を循環
押すだけで Agent パネルが開きます。(旧バージョンは ⌘/Ctrl + . でも開きましたが、新版は ⌘/Ctrl + I に統一。)
方法 2:UI 切り替え(初心者向け)
初めてなら UI の方が分かりやすいです:
- Cursor を開き、右側 Composer パネルを開く(
⌘/Ctrl + Iでも可) - パネル上部のモード切替を確認
- 「Agent」 を選択
- 入力欄のプレースホルダが “Tell me what to build…” のような表示に変わる
これで Agent 起動完了です。
起動できたか確認する
次のサインをチェック:
- ✅ 「Agent mode」などの表示がある
- ✅ 入力欄の文言が「コードについて聞いて」ではなく「何を作るか教えて」系
- ✅ ツールバーに Yolo モードスイッチなどが増えている
見当たらなければ、上の手順をもう一度。
設定のおすすめ(任意だが効く)
Agent 起動後、ついでに以下も:
1. Auto-run(旧 Yolo モード)をオン
- 場所:Agent の設定(新版 Cursor は「Yolo」を「Auto-run」に改名)
- 効果:ターミナルコマンドを毎回確認せず自動実行。どのコマンドを自動実行してよいか(テスト・ビルド・lint など)を自然言語で指定できる
- 注意:自動承認されるのはターミナルコマンドのみ。ファイル変更は引き続き diff で確認
正直、本番以外ではだいたい Auto-run オンです。
2. Windows ユーザー:Git Bash に切り替え
- 理由:Agent は Linux 風コマンドを出すため、CMD では動かないことがある
- 手順:設定 → ターミナル → デフォルトプロファイル → Git Bash
3. AI モデルの選択
- 日常の既定:
Auto(タスクに応じて Cursor が自動選択) - 複数ファイル/リファクタ:
Claude Sonnet 4.6またはClaude Opus 4.8 - 推論・計画:
GPT-5.5 - 巨大コードベース:
Gemini 3.1 Pro(最大コンテキスト)
利用可能なモデルは Cursor の更新で変わります。チャットパネル上部のモデル選択が最新の基準です。
5 つの実践例:Agent で何ができるか
口だけでは伝わりません。5 つの実例で見ていきましょう。
例 1:Todo List をゼロから作る(入門)
シナリオ:React Todo List を素早く作りたいが、プロジェクト設定からやりたくない。
従来:
npx create-react-app my-todo- TypeScript インストール
- tsconfig 設定
- コンポーネントフォルダ作成
- TodoList.tsx、TodoItem.tsx を書く……
- (30 分以上)
Agent:
Agent を開き、一言:
React + TypeScript の Todo List プロジェクトを作って
コーヒーを淹れに行って戻る頃には:
- ✅ フォルダ構成の作成
- ✅ package.json 生成
- ✅ App.tsx、TodoList.tsx、TodoItem.tsx 作成
- ✅
npm install実行 - ✅ 基本スタイルまで追加されることも
3〜5 分。最後にコードを確認するだけ。
ヒント:途中エラーでも Agent は再試行します。成功率はかなり高いです。
例 2:依存関係の自動インストール(高頻度)
シナリオ:GitHub から clone し npm start したら:
Error: Cannot find module 'axios'
従来:
- axios 不足に気づく
npm install axios- 再起動で react-router-dom 不足……
- また install……
Agent:
エラーをそのまま渡す:
プロジェクト実行でこのエラー。直して:
Error: Cannot find module 'axios'
Agent の動き:
- axios 不足を特定
npm install axiosを実行- 他の不足依存もチェック
- 残エラーがあれば続けて修正
データ:コミュニティ報告では依存問題の自動修正成功率は約 70%。2 回以上失敗したらログ追加で成功率アップ。
例 3:バグの自動修正(核心)
シナリオ:コードを書いたが実行時エラー。原因が分からない。
function calculateTotal(items) {
return items.reduce((sum, item) => sum + item.price, 0)
}
calculateTotal(null) // エラー
従来:
Cannot read property 'reduce' of null- ドキュメント・Stack Overflow
- null チェックが必要と気づく
- 手動修正
Agent:
コードを選択して:
実行時にエラー。修正して
Agent の流れ:
- エラーログを読む
- items が null の可能性を特定
- 自動修正:
function calculateTotal(items) {
if (!items) return 0
return items.reduce((sum, item) => sum + item.price, 0)
}
- 修正を検証
上級テクニック:
2 回直してもダメなら:
まず重要箇所に console.log を入れて、問題を特定して
ログ追加で成功率 70%+。いちばんよく使うシーンです。
例 4:複数ファイル機能開発(上級)
シナリオ:既存プロジェクトにユーザーログインを追加。
必要なもの:
- Login.tsx
- routes.ts のルート追加
- api.ts の API 呼び出し
- グローバル状態の変更かも
従来:
- Chat は 1 ファイルずつ
- 自分でファイル作成・コピペ
- 参照関係も手動管理
Agent:
ユーザーログイン機能を追加して。コンポーネント、ルート、API 呼び出しを含めて
Agent の流れ:
- プロジェクトを検索し、ルート設定・API ファイルを特定
- 複数ファイルを同時修正:
- Login.tsx 作成
- routes.ts にログインルート追加
- api.ts に login メソッド追加
- import を自動追加
- 既存スタイル(関数コンポーネントなど)に合わせる
Agent と Chat の最大の差:ファイルを跨ぎ、プロジェクト全体を理解して動くこと。
ダークモード追加を任せたら 7 ファイルを一発で正しく直され、1 時間以上節約しました。
例 5:Playwright 自動テスト(高度)
シナリオ:E2E テストを追加したいが、手書きは避けたい。
Agent + MCP:
Playwright MCP(Model Context Protocol、Cursor の拡張)を設定すると:
あなた:ユーザーログインに E2E テストを追加して
Agent:
1. Playwright テストケース生成
2. 自動実行
3. 失敗を検出(例:ログインボタンのセレクタ誤り)
4. コード修正
5. 再実行
6. 通るまで繰り返し
「要件 → テスト → 修正」が完全自動化。
最近知った機能ですが衝撃的。テスト作成を AI に任せられる時代です。
Agent のコツと注意点
長く使ってきたベストプラクティスと失敗談です。
Agent をうまく使う 4 つのコツ
1. 指示は具体的に
❌ 悪い例:
このコードを最適化して
✅ 良い例:
この関数の時間計算量を O(n²) から O(n) に下げて。ハッシュ表で最適化して
Agent は心を読めません。具体性が正義。
2. 十分なコンテキスト
初回は背景を伝える:
React + TypeScript + Tailwind CSS で ESLint/Prettier を使うプロジェクトです。
ユーザー設定ページを追加してください。
規約に沿ったコードになりやすくなります。
3. Yolo モードを賢く使う
新規プロジェクトや新機能追加なら Yolo オンで全自動。
コアロジック変更なら Yolo オフで操作ごとに確認。
4. チェックポイントを活用
修正前にチェックポイント(Git ステージに近い)が作られます。間違えたら:
Ctrl+Zで undo- 「さっきの修正は問題。前のバージョンに戻して」と伝える
試行錯誤を恐れないで。
避けたい落とし穴
❌ 一度に巨大タスク
- 「プロジェクト全体をリファクタ」は Agent も混乱
- 「まず Auth モジュールから」と分割
❌ Agent 実行中にファイルを行ったり来たり
- 思考が途切れる
- 完了を待ってから確認
❌ 重要プロジェクトをいきなり Agent に
- 先に
git commit - ブランチで修正 → テスト → マージ
✅ 小さなプロジェクトで練習
- Todo List、電卓など
✅ undo と再試行
- 間違えても
Ctrl+Z。何度か試せば慣れる
Cursor Agent モードを起動して使う完全フロー
Cursor Agent モードの設定から自動化プログラミングまでの詳細ステップ
Estimated time: PT15M
-
1
Step 1: ステップ 1:Agent モードを素早く起動
ショートカット(推奨): -
2
Step 2: ステップ 2:Agent 設定(任意だが推奨)
Auto-run(旧 Yolo モード): -
3
Step 3: ステップ 3:効果的な Agent 指示
具体性: -
4
Step 4: ステップ 4:実行とトラブル対応
実行:
最後に
この記事を書きながら、初めて Agent に触れてからの変化を振り返りました。
以前はコーディング時間の半分がロジック、半分が反復作業——ファイル作成、コピペ、依存 install、設定変更、小バグ修正……
今は Agent に反復作業を任せ、「何を作るか」を考えることに集中しています。
Agent を使い始めてから、もう元には戻れません。
今すぐ試す
ここまで読んだなら、Cursor を開いて:
⌘ + .(またはCtrl + .)で Agent 起動- 「このバグを修正して」から始める
- または「シンプルな Todo List を作って」
徐々に 30〜50% の時間短縮を実感するはず。
間違えても Ctrl+Z。まず一歩を。
関連記事(当ブログ)
さらに学ぶ(任意)
公式:
チュートリアル:
中国語コミュニティ:
動画(中国語):
締め
Agent で何をしたいですか? バグ自動修正、高速プロジェクト構築、それとも別のこと?
コメントでアイデアや面白い体験を教えてください。みんなが Agent で何をしているか、とても気になります。
Happy Coding! 🚀
FAQ
なぜ Chat ではなく Agent モードが推奨されるのですか?
• Chat モード:コード提案のみ。コピペ・ファイル作成・コマンド実行は手動
• Agent モード:ファイルの自動作成/修正、ターミナルコマンドの自動実行、バグの自動修正
具体的なメリット:
• 時間短縮:開発時間を 30〜50% 節約
• 複数ファイル操作:複数ファイルを同時修正し、スタイルを統一
• 自動修正:エラーログを読み取り、再試行して修正
• 完全自動化:Yolo モードでコマンド確認不要
使い分け:Chat は相談・コードレビュー、Agent は機能開発・バグ修正・プロジェクト構築向け。
Agent がコードを間違えたらどうすればいいですか?
すぐ取り消す:
• 方法 1:Ctrl+Z(または ⌘+Z)で即座に undo
• 方法 2:Agent に「さっきの修正は問題があった。具体的には…、もう一度直して」と伝える
• 方法 3:Git で復元:git checkout . または git reset --hard
予防:
• 重要プロジェクトは先に git commit
• ブランチ上で Agent に修正させ、テスト後にマージ
• Yolo をオフにして操作ごとに確認
• 初心者は小さなプロジェクトで練習してから本番へ
Agent にはチェックポイント(Git のステージングエリアに近い)があるので、戻せない心配はありません。
Windows で Agent コマンドがエラーになるのはなぜですか?
対処:
• Cursor の設定を開く
• 「ターミナル → デフォルトプロファイル」を探す
• Git Bash を選択(Git for Windows のインストールが前提)
Git Bash に切り替える理由:
• Agent はデフォルトで Linux 風コマンド(ls、rm、mkdir など)を生成
• Windows CMD は dir、del、md など一部のみ
• Git Bash は Linux コマンドの Windows 実装で互換性が高い
切り替え後、Agent のコマンドは正常に動くようになります。
Agent のバグ修正成功率は? どう上げられますか?
基本成功率:
• 依存関係の自動インストール:約 70%
• バグの自動修正:約 60〜70%
• プロジェクト構築:約 80% 以上
成功率を上げる:
• ログで問題を特定:「まず重要箇所に console.log を入れて」と伝えると 70%+ に
• 具体的なエラー情報:「エラーが出た」だけでなくログ全文を貼る
• プロジェクト文脈:技術スタック・規約・特殊設定を説明
• 複雑タスクは分割:一度に巨大な依頼をしない
2 回修正しても失敗したら:
• ログ追加を指示して再試行
• 手動で原因を見つけ、Agent に伝える
Agent はどの規模のプロジェクトまで扱えますか?
小規模(<100 ファイル):
• 問題なし。全機能を自由に使える
• コード検索が速く、修正精度も高い
中規模(100〜500 ファイル):
• ほとんどの場面で十分
• ファイルパスやモジュール名を具体的に渡すと定位が早い
大規模(>500 ファイル):
• 作業対象のファイル/フォルダを明示する必要あり
• 例:「src/components/auth/ 配下だけ修正して」
ベストプラクティス:
• 初回に構成を伝える:「React プロジェクト。コンポーネントは src/components、API は src/api」
• 大タスクは分割:「まず Auth モジュールをリファクタ、次に User モジュール」
• セマンティック検索で関連コードを自動発見させる
Yolo モードは常にオンにすべきですか?
オン推奨:
• 新規プロジェクト構築(リスク低)
• コアロジックに触れない新機能追加
• 小さなプロジェクトでの練習
• 非クリティカルな小バグ修正
オフ推奨:
• 本番稼働中の重要プロジェクト
• コアビジネスロジックの変更
• DB 操作(移行・削除など)
• 慣れないコードベース
安全策:
• Yolo の有無にかかわらず、重要案件は先に git commit
• 初心者は Yolo オフで操作ごとに確認
• 慣れたら信頼できる場面で Yolo をオンに
Agent にプロジェクト規約に沿ったコードを書かせるには?
初回にプロジェクト情報を伝える:
• 技術スタック:「React + TypeScript + Tailwind CSS のプロジェクト」
• コード規約:「ESLint と Prettier、関数コンポーネントで書く」
• ディレクトリ:「コンポーネントは src/components、ユーティリティは src/utils」
指示に具体要件を含める:
• 「Tailwind クラスを使い、インラインスタイルは書かない」
• 「Redux ではなく Zustand で状態管理」
• 「既存の命名規則に従い、コンポーネントファイル名は PascalCase」
既存コードを参照させる:
• 「src/components/UserProfile.tsx の書き方を参考に」
• 「既存コンポーネントとスタイルを揃えて」
Agent はコードベース検索でスタイルを学習します。コンテキストが詳しいほど、規約に沿ったコードになります。
6分で読めます · 公開日: 2026年1月10日 · 更新日: 2026年6月15日
関連記事
Cursor Composer 完全ガイド:複数ファイル編集のコツと実践事例
Cursor Composer 完全ガイド:複数ファイル編集のコツと実践事例
Cursor Rules 完全ガイド:プロジェクト規範に沿ったコードを AI に書かせる(実戦設定付き)
Cursor Rules 完全ガイド:プロジェクト規範に沿ったコードを AI に書かせる(実戦設定付き)
Cursor Rules 上級設定:自分専用の AI コーディングアシスタントを作る
コメント
GitHubアカウントでログインしてコメントできます