言語を切り替える
テーマを切り替える

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 の方が分かりやすいです:

  1. Cursor を開き、右側 Composer パネルを開く(⌘/Ctrl + I でも可)
  2. パネル上部のモード切替を確認
  3. 「Agent」 を選択
  4. 入力欄のプレースホルダが “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 を素早く作りたいが、プロジェクト設定からやりたくない。

従来

  1. npx create-react-app my-todo
  2. TypeScript インストール
  3. tsconfig 設定
  4. コンポーネントフォルダ作成
  5. TodoList.tsx、TodoItem.tsx を書く……
  6. (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'

従来

  1. axios 不足に気づく
  2. npm install axios
  3. 再起動で react-router-dom 不足……
  4. また install……

Agent

エラーをそのまま渡す:

プロジェクト実行でこのエラー。直して:
Error: Cannot find module 'axios'

Agent の動き:

  1. axios 不足を特定
  2. npm install axios を実行
  3. 他の不足依存もチェック
  4. 残エラーがあれば続けて修正

データ:コミュニティ報告では依存問題の自動修正成功率は約 70%。2 回以上失敗したらログ追加で成功率アップ。

例 3:バグの自動修正(核心)

シナリオ:コードを書いたが実行時エラー。原因が分からない。

function calculateTotal(items) {
  return items.reduce((sum, item) => sum + item.price, 0)
}

calculateTotal(null) // エラー

従来

  1. Cannot read property 'reduce' of null
  2. ドキュメント・Stack Overflow
  3. null チェックが必要と気づく
  4. 手動修正

Agent

コードを選択して:

実行時にエラー。修正して

Agent の流れ:

  1. エラーログを読む
  2. items が null の可能性を特定
  3. 自動修正:
function calculateTotal(items) {
  if (!items) return 0
  return items.reduce((sum, item) => sum + item.price, 0)
}
  1. 修正を検証

上級テクニック

2 回直してもダメなら:

まず重要箇所に console.log を入れて、問題を特定して

ログ追加で成功率 70%+。いちばんよく使うシーンです。

例 4:複数ファイル機能開発(上級)

シナリオ:既存プロジェクトにユーザーログインを追加。

必要なもの:

  • Login.tsx
  • routes.ts のルート追加
  • api.ts の API 呼び出し
  • グローバル状態の変更かも

従来

  • Chat は 1 ファイルずつ
  • 自分でファイル作成・コピペ
  • 参照関係も手動管理

Agent

ユーザーログイン機能を追加して。コンポーネント、ルート、API 呼び出しを含めて

Agent の流れ:

  1. プロジェクトを検索し、ルート設定・API ファイルを特定
  2. 複数ファイルを同時修正
    • Login.tsx 作成
    • routes.ts にログインルート追加
    • api.ts に login メソッド追加
    • import を自動追加
  3. 既存スタイル(関数コンポーネントなど)に合わせる

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. 1

    Step 1: ステップ 1:Agent モードを素早く起動

    ショートカット(推奨):
  2. 2

    Step 2: ステップ 2:Agent 設定(任意だが推奨)

    Auto-run(旧 Yolo モード):
  3. 3

    Step 3: ステップ 3:効果的な Agent 指示

    具体性:
  4. 4

    Step 4: ステップ 4:実行とトラブル対応

    実行:

最後に

この記事を書きながら、初めて Agent に触れてからの変化を振り返りました。

以前はコーディング時間の半分がロジック、半分が反復作業——ファイル作成、コピペ、依存 install、設定変更、小バグ修正……

今は Agent に反復作業を任せ、「何を作るか」を考えることに集中しています。

Agent を使い始めてから、もう元には戻れません。

今すぐ試す

ここまで読んだなら、Cursor を開いて:

  1. ⌘ + .(または Ctrl + .)で Agent 起動
  2. 「このバグを修正して」から始める
  3. または「シンプルな Todo List を作って」

徐々に 30〜50% の時間短縮を実感するはず。

間違えても Ctrl+Z。まず一歩を。

関連記事(当ブログ)

さらに学ぶ(任意)

公式

チュートリアル

中国語コミュニティ

動画(中国語)

締め

Agent で何をしたいですか? バグ自動修正、高速プロジェクト構築、それとも別のこと?

コメントでアイデアや面白い体験を教えてください。みんなが Agent で何をしているか、とても気になります。

Happy Coding! 🚀

FAQ

なぜ Chat ではなく Agent モードが推奨されるのですか?
Agent と Chat の差は自動化の度合いです:

• Chat モード:コード提案のみ。コピペ・ファイル作成・コマンド実行は手動
• Agent モード:ファイルの自動作成/修正、ターミナルコマンドの自動実行、バグの自動修正

具体的なメリット:
• 時間短縮:開発時間を 30〜50% 節約
• 複数ファイル操作:複数ファイルを同時修正し、スタイルを統一
• 自動修正:エラーログを読み取り、再試行して修正
• 完全自動化:Yolo モードでコマンド確認不要

使い分け:Chat は相談・コードレビュー、Agent は機能開発・バグ修正・プロジェクト構築向け。
Agent がコードを間違えたらどうすればいいですか?
Agent の修正ミスは起こり得ますが、復旧方法はいくつかあります:

すぐ取り消す:
• 方法 1:Ctrl+Z(または ⌘+Z)で即座に undo
• 方法 2:Agent に「さっきの修正は問題があった。具体的には…、もう一度直して」と伝える
• 方法 3:Git で復元:git checkout . または git reset --hard

予防:
• 重要プロジェクトは先に git commit
• ブランチ上で Agent に修正させ、テスト後にマージ
• Yolo をオフにして操作ごとに確認
• 初心者は小さなプロジェクトで練習してから本番へ

Agent にはチェックポイント(Git のステージングエリアに近い)があるので、戻せない心配はありません。
Windows で Agent コマンドがエラーになるのはなぜですか?
Windows CMD は多くの Linux コマンドをサポートしないため、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 モードは常にオンにすべきですか?
Yolo モードは Agent が全コマンドを確認なしで実行します。オン/オフは場面次第:

オン推奨:
• 新規プロジェクト構築(リスク低)
• コアロジックに触れない新機能追加
• 小さなプロジェクトでの練習
• 非クリティカルな小バグ修正

オフ推奨:
• 本番稼働中の重要プロジェクト
• コアビジネスロジックの変更
• 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日

関連記事

コメント

GitHubアカウントでログインしてコメントできます