Claude Codeの通常モードでは、ファイルの変更やコマンドの実行のたびに「これを実行していいですか？」という確認が入ります。安全な仕組みですが、テスト実行→エラー修正→再テスト、Lint修正→コミット→プッシュのような反復作業では、毎回の確認待ちがボトルネックになります。Auto Modeはこの確認をスキップして、Claude Codeがタスクの完了まで自律的に実行を続けるモードです。
「テスト全体を実行して、失敗したテストを自動修正して、全てパスするまで繰り返して」と指示するだけで、Claude Codeが試行錯誤しながら完了まで進む——これがAuto Modeの体験です。本記事ではAuto Modeの仕組み、有効化手順、安全に使うための鉄則、/loopやWorktreeとの組み合わせまで、初心者にもわかるように丁寧に解説します。
Auto Modeとは——「任せて放置」を可能にするモード
Claude Codeの通常モードでは、ファイルを編集する、シェルコマンドを実行する、外部ツールを呼び出すといった操作のたびに「Tool use: [操作内容] — Allow? (y/n)」と確認が表示されます。安全性を担保する重要な仕組みですが、1つのタスクの中で10回、20回と確認が入ると生産性が著しく下がります。
Auto Modeを有効にすると、この確認が自動的にスキップされます。Claude Codeは指示されたタスクを完了するまで、ファイル編集・コマンド実行・テスト実行を連続して自律的に行います。ユーザーは結果を確認するだけです。
これにより、従来の「指示→確認→承認→実行→結果確認→次の指示→確認→承認→実行……」という直列のワークフローが、「指示→Claude Codeが自律的に完了→完了報告を受ける」に変わります。Claude Codeがバックグラウンドで作業している間に、開発者は別のタスクや別のターミナルでの作業に取りかかれます。
Auto Modeの有効化手順——2つの方法
方法1：Shift+Tabでその場で切り替える（推奨）
Claude Codeのセッション中にShift+Tabを押すと、通常モード→Auto Modeに切り替わります。画面上に「Auto mode: ON」のような表示が出れば有効です。再度Shift+Tabを押すと通常モードに戻ります。タスク単位でオン/オフを切り替えられるため、「このタスクだけAuto Modeで実行して、次のタスクは通常モードに戻す」という柔軟な運用ができます。
方法2：設定ファイルでデフォルト動作をカスタマイズする
~/.claude/settings.jsonに設定を追加することで、Auto Modeの分類器（classifier）をカスタマイズし、「どの種類の操作まで自動承認するか」を細かく制御できます。/auto-modeコマンドで現在の設定を確認できます。
ただし初めてAuto Modeを使う段階では方法1のShift+Tab切り替えが最も安全です。設定ファイルのカスタマイズは、Auto Modeの挙動を十分に理解してから行ってください。
Auto Modeを安全に使うための6つの鉄則
Auto Modeは非常に便利ですが、Claude Codeが「確認なしにファイルを変更・コマンドを実行する」という性質上、使い方を間違えると取り返しのつかない変更が行われるリスクがあります。以下の6つの鉄則を必ず守ってください。
鉄則1：作業前にGitでcommitする
Auto Mode実行前に必ず「git add . && git commit -m “before auto mode”」でcommitしてください。万が一Claude Codeが意図しない変更を行っても、「git checkout .」や「git reset –hard HEAD」で直前の状態に戻せます。これが最も重要な安全策です。
鉄則2：ブランチを切ってから作業する
mainブランチやdevelopブランチで直接Auto Modeを使うのは避けてください。「git checkout -b feature/auto-test」のように作業用ブランチを作成し、Auto Modeでの作業はそのブランチ内で行います。結果を確認して問題なければmainにマージする、問題があればブランチごと削除する——このフローならリスクを最小限に抑えられます。
鉄則3：最初は小さなタスクで試す
いきなり「プロジェクト全体をリファクタリングして」のような大きなタスクをAuto Modeで実行するのは非常に危険です。最初は「この1ファイルのテストを書いて」「この関数のエラーハンドリングを追加して」のような、影響範囲が限定された小さなタスクで動作と結果を確認してください。信頼感が築けてからタスクの規模を徐々に広げましょう。
鉄則4：CLAUDE.mdで「してはいけないこと」を明記する
CLAUDE.mdにプロジェクト固有の禁止事項を書いておくことが、Auto Modeでは特に重要です。「本番データベースに接続するコマンドは実行しない」「package.jsonの依存関係は勝手に変更しない」「.envファイルは編集しない」「node_modules/以下は触らない」「rm -rfコマンドは使わない」——のように、禁止事項を明確にリストアップしてください。Claude Codeは起動時にCLAUDE.mdを読み込むため、ここに書かれたルールはAuto Mode中も遵守されます。
鉄則5：settings.jsonでPermissionを設定する
.claude/settings.jsonの「permissions」セクションで、自動許可するコマンド（allowed）と絶対に実行しないコマンド（denied）を設定できます。テスト実行（npm test）やLint（eslint）はallowedに、ファイル削除（rm -rf）や本番環境へのデプロイ（deploy）はdeniedに追加しておくことを強く推奨します。この設定はAuto Modeだけでなく通常モードにも適用されるため、安全性のベースラインとして設定しておいてください。
鉄則6：結果を必ず人間の目で確認する
Auto Modeで完了したタスクの結果は、必ずgit diffで変更内容を確認してからcommit/pushしてください。Claude Codeの判断が100%正しいとは限りません。特にビジネスロジックに関わる変更は、人間がコードを読んで意図通りかを確認する必要があります。
Claude活用プロンプト集50選（無料PDF）
メール作成・データ分析・コーディング…すぐ使える実践プロンプト50個を1冊にまとめました。【】を書き換えるだけでそのまま使えます。
/loopコマンドとの組み合わせ——定期実行の自動化
Auto Modeは/loopコマンドと組み合わせると特に威力を発揮します。/loopはClaude Codeのタスクを指定した間隔で繰り返し実行するコマンドで、Auto Modeと合わせることで「Claude Codeが継続的にコードベースを監視・改善する」自律開発フローが構築できます。
ユースケース1：セキュリティスキャンの定期実行
「/loop 30m /security-review」——30分ごとにClaude Codeがコードベースのセキュリティレビューを実行し、脆弱性が見つかれば報告します。開発中に新たに書いたコードの脆弱性を、リアルタイムに近い間隔で検出できます。
ユースケース2：PRコメントの定期モニタリング
「/loop 1h summarize new PR comments」——1時間ごとにGitHubのPRコメントを要約し、対応が必要な項目をリストアップします。GitHub連携（MCP経由）と組み合わせると効果的です。
ユースケース3：テストの自動修復
「/loop 2h run tests and fix failures」——2時間ごとにテストを実行し、失敗したテストを自動修正します。開発チームが日中にコードを書き、Claude Codeがバックグラウンドでテストの品質を維持するフローが実現します。
/loopではcronスケジューリングとの連携も可能で、毎時0分と30分は負荷分散のために自動回避されます。cronベースの定期実行を無効にしたい場合は環境変数CLAUDE_CODE_DISABLE_CRONを設定します。
Worktreeとの組み合わせ——並列開発の実現
claude –worktree [name]コマンドでGit worktreeを使った隔離セッションを起動でき、Auto Modeと組み合わせることで真の並列開発が可能になります。
例：ターミナルAで「claude –worktree bugfix」を起動してバグ修正をAuto Modeで実行。同時にターミナルBで「claude –worktree feature」を起動して新機能の実装を進める。2つのセッションは別々のworktreeで動作するため、互いのコンテキストが混ざりません。片方でバグ調査をさせつつ、もう片方で新機能を実装する——このような並列ワークフローが1人の開発者でも実現できます。
Auto Modeが向いているタスク・向いていないタスク
向いているタスク（Auto Mode推奨）
テストの実行と失敗テストの修正（反復的な試行錯誤が必要）。Lint/フォーマッターの自動修正（ESLint、Prettier等のエラー一括修正）。既存コードへのテスト追加（テストのないレガシーコードにテストを書く）。単純なリファクタリング（変数名の一括変更、インポートの整理、未使用コードの削除）。ドキュメントの自動生成（README、JSDoc/TypeDocコメント）。コードレビューの指摘事項の一括修正。
向いていないタスク（通常モード推奨）
アーキテクチャレベルの設計変更（影響範囲が広く、各ステップの判断が必要）。データベーススキーマの変更（マイグレーションの影響を人間が確認すべき）。本番環境へのデプロイ（絶対にAuto Modeで実行してはいけない）。セキュリティに直結するコード変更（認証・認可ロジック等）。ビジネスロジックの重要な変更（仕様の解釈が人間に委ねられる部分）。機密情報を含むファイルの操作（.env、secrets等）。
Remote Controlとの組み合わせ——外出先からAuto Modeを監視
Auto ModeをオンにしたClaude CodeセッションにRemote Controlで接続すれば、外出先のスマホからAuto Modeの進捗を確認し、必要に応じて追加指示を出すことができます。「オフィスのPCでテスト修正をAuto Modeで走らせ、電車の中からスマホで進捗を確認する」という使い方が可能です。
よくある質問
Auto Modeで暴走した場合、止められますか
はい。Ctrl+Cでいつでもセッションを中断できます。また、事前にGitでcommitしていれば、git reset –hard HEADで変更を全て取り消せます。だからこそ鉄則1の「作業前にcommit」が最も重要なのです。
Auto Modeの利用に追加料金はかかりますか
Auto Mode自体に追加料金はありません。ただしAuto Modeでは通常モードよりも多くのメッセージが自動生成されるため、利用枠の消費が通常より早くなります。/usageで消費状況を定期的に確認してください。利用制限の詳細はこちら。
Auto ModeはVoice Modeと併用できますか
はい。Auto Mode＋Voice Modeを同時に有効にすることで、「音声で指示を出す→Auto Modeでタスクが自律的に完了する→音声で次の指示を出す」という完全にハンズフリーの開発フローが実現します。Fast Mode（Shift+Tab）も合わせて有効にすると、応答速度がさらに上がります。
まとめ——Auto Modeは「AIに任せる」の第一歩
Auto Modeの使い方は「Shift+Tabで有効化し、Gitでcommitしてブランチを切って使い、結果をgit diffで確認する」——この流れだけです。最初は「テストの実行と修正」のような安全なタスクから始め、/loop→Worktree→Remote Controlと段階的に組み合わせることで、Claude Codeが自律的に開発を進める環境が構築できます。「AIにコードの詳細を任せて、人間は設計と判断に集中する」——そんな新しい開発スタイルの第一歩がAuto Modeです。
関連記事
→ GitHub連携
Claude導入・AI活用について相談する
株式会社仁頼｜8年超の実務経験
Claudeを業務にどう活かせるかわからない、導入したいが社内に詳しい人がいない。そんな段階からお気軽にご相談ください。最適なプラン選定から社内研修まで一貫でサポートします。
株式会社仁頼 代表取締役。横浜市在住。 2018年からデジタルマーケティング業界に携わり、Google広告・SEO・コンテンツマーケティングを中心に8年以上の実務経験を持つ。これまでに制作した記事は9,000本以上、70名を超える専門ライターとのチーム体制で、幅広い業界のWebマーケティングを支援してきた。 2022年9月に株式会社仁頼を設立。「受けた御恩を忘れず、信頼を得られるよう迅速かつ最適な対応をする」という信念のもと、SEO・広告運用・サイト制作などのマーケティング支援を行っている。 近年は、ChatGPTやPerplexityなどのAI検索でサイトが引用される「GEO（生成エンジン最適化）」の分野にいち早く注力。自社サービス「GEO Hack」を通じて、AI時代の新しい集客手法を企業に提供している。 「難しいことをわかりやすく、小さな会社にも大きな成果を」をモットーに、日々クライアントと伴走中。
