Claude Codeプランモード ショートカット：Shift+Tabで計画に切り替える

Ailootの使い方について詳しくは、ドキュメントをご覧ください。

これら11個のヒントで何ができるのか、理論より戦術が必要なのはなぜか？#

バイブコーディングでは、もはや「Claude Codeは動くのか？」ではなく、「上限を使い切ったり幻覚を起こしたりしないよう、どう使えばよいか？」が問題です。これまでの9つのガイドで概念を解説しました。CLAUDE.md、Plan Mode、コンテキストエンジニアリング、Skills、Subagents、MCP、/rewind、上限、セカンドブレイン。この記事では、それらと組み合わせる戦術をまとめます。

各ヒントは悩みを一つ解決します。順番に読んでも、いちばん切実な項目に飛んでもかまいません。ショートカットならヒント1、トークン節約なら4と5、並行作業なら6、著者独自のテクニックなら8-11をご覧ください。

この記事は、Claude Codeをすでにインストールし、少なくとも1週間使った人向けです。インストールしたばかりなら、まずCLAUDE.mdガイドを読んでから戻ってきてください。

Claude Code ショートカットキー：Shift+Tabでモードを切り替える#

初心者によくある間違いは、一日中defaultのまま、変更を一つずつ手動で承認することです。1時間もすると疲れて、--dangerously-skip-permissionsを実行したくなります（このヒントの最後で説明します）。Shift+Tabなら、必要に応じてacceptEditsとplanを使い分けられます。

モードを切り替えるとき、私は次のルールに従っています。

1. 複雑なタスクを始める - モード表示がplanになるまでShift+Tabで切り替えます。Claudeが検討して計画案を作り、承認するまでコードを書きません。
2. 計画を承認し、実装に進む - モード表示がacceptEditsになるまで切り替えます。Claudeは承認を求めずにファイルを編集しますが、Bashコマンドでは確認を求めます。
3. 定型的な編集（名前変更、簡単なリファクタリング） - 計画を立てず、すぐacceptEditsにします。
4. 危険な作業（データベースのマイグレーション、ファイル削除） - Shift+Tabでdefaultに戻します。

# 主な権限モード（固定の押下回数ではなく、現在の表示を確認）:
# default        - 通常の権限確認
# acceptEdits    - ファイル編集を承認。ほかのツール権限は引き続き適用
# plan           - 実装前に調査と計画を行う
# 追加モードはバージョン、設定、組織ポリシーによる。

お使いのClaude Codeのバージョン（claude --version）でShift+Tabが動かない場合は、最新版か確認してください。/doctorコマンドを使うと、インストールの詳細を確認できます。

Claude Code ターミナル ショートカット：Esc Escでコンテキストを失わずに直前の操作を取り消す#

Escを1回押す場合と2回押す場合は動作が異なるため、混同されがちです。

• Escを1回 - Claudeが作業中に、その場で中断します。そこまでに実行した内容はすべて残ります。間違った方向に進んでいて、軌道修正したいときに便利です。
• Escを2回 - 入力欄が空ならチェックポイントメニューが開きます（コードを復元、会話を復元、両方を復元、または要約）。入力欄にテキストがあれば欄を空にして、テキストを履歴に入れます（上矢印キーで戻せます）。

# 入力欄が空のときにEsc Escメニューで選べる項目:
# 1. コードのみを復元              - ファイルを復元し、会話はそのまま
# 2. 会話のみを復元                - 会話を復元し、ファイルはそのまま
# 3. コードと会話を復元            - 両方を復元（最もよく使う選択肢）
# 4. ここから要約                  - この時点から会話を要約
# 5. ここまでを要約                - この時点までの会話を要約

送信したプロンプトごとにチェックポイントが自動作成されます。覚えておく必要はなく、いつでも前の状態に戻れます。詳しくは/rewindガイドをご覧ください。大きく巻き戻す際にgitと組み合わせる方法も解説しています。

Esc Escは、初心者が最初に覚えるテクニックの一つです。「壊してしまい、元に戻せない」という不安がなくなると、より大胆に試せるようになり、成果も大きく向上します。

/clearではなく/compactを使うのはどんなとき？#

/compactは内部で次のように動きます。Claudeがメッセージ履歴全体を処理し、最も重要な情報を含む短い要約を返します。ヒントを付けると便利です。/compact keep the coding principles and current plan, discard the CSS discussion。これで目的に合わせて圧縮できます。

# 使い分け:
/clear                              # 機能が完了し、次の機能に移る
/compact                            # セッションが長く、コンテキストが>50%埋まった
/compact keep the architecture and plan  # 重点を指定して圧縮

/compactを使うタイミングは、/costコマンドやステータスバーにコンテキストウィンドウの70%以上を使ったと表示され、セッションがまだ半分しか進んでいないときです。無視するとClaudeが会話の最初のほうを「忘れ」始め、同じことを説明し直す時間が無駄になります。

コンテキストウィンドウの理論について詳しくは、コンテキストエンジニアリングのガイドをご覧ください。コンテキストが有限のリソースであり、使うほど効果が薄れる理由も解説しています。

トークンをリアルタイムで追跡する方法: /costコマンド#

「1日で使い切ってしまう」という不安は、バイブコーダーの大きな懸念の一つです。この不安に対処する主な方法は、支出を見えるようにすることです。

/cost          # 現在のセッションの支出を表示（トークン + $）
/statusline    # ステータスバーを設定: モデル + ディレクトリ + コンテキスト% + 費用

簡単なルールがあります。30-60分ごとに/costを確認しましょう。1時間で数ドル未満なら問題ありません。それ以上なら何かがおかしいかもしれません。/compactを忘れてコンテキストが膨らんでいる、間違ったモデルを選んだ（次のヒントで説明します）、Claudeが大きなファイルを10回読み直している、といった可能性があります。

上限内で使うための完全ガイド「Claude Codeの上限を1日で使い切らない方法」では、8つのルールを紹介しています。ここでのテクニックは、/costと/statuslineを使って支出を見えるようにすることです。

トークンを追跡するだけでなく、AIエージェントが自分で上限を超えないシステムを作りたいですか？/costは単なる指標です。AIクローン + セカンドブレイン + コンテキストエンジニアリングを組み合わせることで、Claudeを「上限のあるアシスタント」から、長時間にわたって予測可能な形で作業できるツールに変えられます。

タスクに合ったClaudeモデルはどれ？Haiku、Sonnet、それともOpus？#

claude --model haiku   # sonnetより約3倍安い。定型作業向け
claude --model sonnet  # デフォルト。価格と品質のバランス
claude --model opus    # sonnetより約1.7倍高い。複雑な作業向け

Anthropicが2026年5月に公開した料金は、100万トークンあたり、Haikuが入力/出力で$1/$5、Sonnetが$3/$15、Opusが$5/$25です。つまりHaikuはSonnetより3倍安く、OpusはSonnetより1.7倍高価です。

私が毎日モデルを選ぶときの基準は次のとおりです。

平均してOpusが「一発で」正解するなら、SonnetやHaikuを使うべきかどうかは議論の余地があります。私の答えはこうです。プログラマーではない起業家にとって、HaikuとSonnetはタスクの70%で役立ちます。Opusは本当に難しい30%のために取っておくのがよいでしょう。

3-5個のタスクを並行して実行する方法: /resume + git worktrees#

仕組みは単純です。Claudeのウィンドウを1つ長く使うと、コンテキストを消費します。まったく別の話をしているときでも、各リクエストでそのウィンドウの内容全体がモデルに読み込まれます。小さなタスク向けに5つの短いウィンドウを使えば、それぞれが自分の作業だけを覚えています。合計の支出は少なくなります。

# 特定のタスク用に名前付きセッションを開始:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# gitの作業が重ならないようworktreeを使う:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

各ウィンドウで何をしているか分からなくなったら、引数なしでclaude --resumeを実行すると、最近のセッション名と時刻が一覧表示されます。実行中のセッションでは/agentsで動作中のサブエージェントを確認できます。

開発期間の長い機能に取り組むとき、私はたいてい次のようにします。

1. ウィンドウ1 - plans/YYYY-MM-DD-feature.mdに計画を立てます。議論だけで、コードは書きません。
2. ウィンドウ2（計画に沿って） - フェーズ1を実装します。終わったら計画を更新します（[x]）。
3. ウィンドウ3 - フェーズ同士が重ならなければ、ウィンドウ2と並行してフェーズ2を実装します。
4. ウィンドウ4 - 統合エージェントが両方の結果を確認します。
5. ウィンドウ5 - マージ後にセキュリティレビューを行います（ヒント8参照）。

worktreeを使わないほうがよいのはどんなときでしょうか。1日に1-2個のプロジェクトを管理するなら、worktreeのディレクトリを切り替える手間でメリットが相殺されます。1日に3件以上のタスクを並行して進める場合に、worktreeの効果が出てきます。

@fileでファイルを指定して幻覚を避ける方法#

ファイルの自動補完は@記号から始めます。パスを入力し始めると、Claudeが候補を表示します。複数のファイルを一度に参照できます。@src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma。

# 正確なパスを指定しないプロンプト（よくない例）:
> 認証処理を調べてセッションのバグを直して

# @参照を使ったプロンプト（よい例）:
> @src/lib/auth.ts @src/lib/session.ts - ログアウト後にCookieが消えないバグを直して

同じグループに属するもう一つの方法は、!を使うシェルモードです。

> !git status                # Claudeを呼び出さずに実行し、出力はコンテキストに入る
> !npm test                  # 同じ
> !cat /var/log/app.log | tail -50  # 同じ

理由は、Claudeに「gitの状態を見て」と頼むためにトークンを使わずに済むからです。ツールを使ってもClaudeが得る答えは同じです。!のほうが短く、安く済みます。

これはCLAUDE.mdにも関係します。メインファイルに書くプロジェクトのルールは200行以内にします。API規約など、より限定的なルールはYAML frontmatter paths: ["src/api/**/*.ts"]を付けて.claude/rules/api-design.mdに書きます。そうするとClaudeがsrc/api/内のファイルを編集するときだけ読み込まれます。詳しくはCLAUDE.mdガイドをご覧ください。

長いタスクで進捗を失わない方法: フェーズ別の計画と[ ] / [x]#

私がどのプロジェクトでも使っている計画ファイルのテンプレートです。

# 計画: [機能名]
作成日: 2026-05-22
目標: 達成したいことを一文で

## フェーズ1: [短い名前]
- [ ] Step 1.1: [具体的な作業]
- [ ] Step 1.2: [具体的な作業]
- [ ] Step 1.3: [具体的な作業]

## フェーズ2: [短い名前]
- [ ] Step 2.1
- [ ] Step 2.2

## 成果
最後に記入: 全体または一部の実装状況と、残っていること

ルールは絶対です。すべてのエージェントは各セッション後に計画を更新しなければなりません。つまり、フェーズが終わったらすぐにファイルを開き、[x]にします。そうしないと、次のウィンドウはフェーズが終わったと分からず、同じ作業を繰り返そうとします。

計画を頭の中ではなくファイルに置けば、次のような利点があります。

• 並行するウィンドウ（ヒント6参照）で、異なるフェーズを担当できます。
• 作業が3日続き、2日後に戻ってきても、どこまで進んだかすぐ分かります。
• 実際の成果との最終確認も簡単です（ファイル内でgrep -c "\[ \]"を実行すれば未完了の数が分かります）。

使わなくてよいのは、5分で済む緊急修正、1つのファイルの簡単な編集、ログの読み取りと要約です。すべての作業に計画が必要なわけではありません。

このテクニックはセカンドブレインの考え方の一部です。business/、plans/、ai-clone/フォルダーについて詳しくは、セカンドブレインのガイドをご覧ください。

Claudeが失敗しそうな箇所を事前に見つける方法: 10の理由を挙げる自己批判#

私がそのまま使っているプロンプトの枠組みです。

アイデアのフォルダーが、プロジェクトは完全に失敗したと考える手法をすでに経たと想像してください。1年後、私が多くの時間を費やしたのにアイデアが失敗に終わる理由を10個挙げてください。私の気持ちに配慮せず、できるだけ厳しく言うのがあなたの役目です。

10個の理由を挙げた後、第2ラウンドです。私の反論に対して、それぞれの理由を擁護してください。私の最も弱いところはどこですか？

第3ラウンド: こうした問題が起きないようにするための計画を書いてください。

私は次の3段階で実行します。

1. 最初のアイデアが浮かび、すべてうまくいくと確信しているとき - 自己批判によってアイデアは30-50%削られます。
2. 計画の途中 - 作業に深く入り込み、視野が狭くなっているとき。
3. 公開前 - 最後のフィルター。

Claudeは批判的なモードで本当に異議を唱えてくれます。同じ場面でGPT-5はまずアイデアを褒め、それから「改善点を探そう」とします。1年間試した後、この違いに気づきました。

私が感じる批判的なモードの違いはこうです。ChatGPTは「いい指摘です、そのとおりです」と言います。同じ場面でClaudeは「同意します。まったくひどいですね。今すぐやり直します」と言います。批判が必要なとき、後者の返答のおかげで何日も無駄にせずに済みます。

使わないほうがよいのは、UIやコピーを前向きに改善する作業です。そこで批判的なモードを使うのは場違いで、創造性を損ないます。

この手法は、プロジェクトの失敗を事前に想定して原因を洗い出す「事前検死」として知られています。私はAIエージェントとの作業に合わせて応用しています。人のチームの代わりにClaudeと事前検死を行います。「上司、このプロジェクトは失敗します」と言うのを恐れる人はいないので、盲点が数分で明らかになります。

1回の調査時間で5つの情報源を調べる方法: サブエージェントの並列実行#

プロンプトの枠組みは次のとおりです。

すでに全体のコンテキストがあります。詳しく調査し、5つのサブエージェントを並列で起動してください。

サブエージェント1: 専門家ネットワークを調べる。この問題を解決しているのは誰ですか？
サブエージェント2: GitHubのオープンソースソリューションを調べる。何が人気ですか？
サブエージェント3: スタートアップアクセラレーターを調べる。このニッチで投資を集めているのは誰ですか？
サブエージェント4: 直接の競合他社のウェブサイトを調べる。何を約束し、価格はいくらですか？
サブエージェント5: 比較記事とレビューを調べる。ユーザーはレビューで何と言っていますか？

全員が戻ったら、5つのレポートを相互参照し、
セカンドブレイン用フォルダーの概要を作成する統合エージェントを起動します。

一般的な調査と比べて変わる点は次のとおりです。

• 時間: 5つの調査を順番にではなく、同時に進めます。1時間分の作業を15分で行えます。
• 深さ: 各エージェントが専門分野を担当するため、1つのエージェントの確証バイアスが他に影響しません。
• コンテキスト: 各サブエージェントはメインのコンテキストから独立した、自分専用のコンテキストを使います。

サブエージェントの詳しいガイドは「2026年版Claude Codeサブエージェント」です。SkillsとMCPの違いや、どちらをいつ使うかも解説しています。

使わないほうがよいのは、見た目だけの編集、バグ修正、小さな技術作業です。「1日以上かかる新機能」より小さな作業に調査をするのは過剰です。

スマートフォンからClaudeにタスクを渡す方法: ポケットの中のTelegramボット#

設定は4ステップです。

1. 常時稼働するパソコン - システム設定でスリープを無効にします（macOS: Energy Saver → Prevent computer from sleeping）。
2. ターミナルでClaude Codeを実行し、プロジェクトフォルダーに接続します。
3. 公式Telegramプラグイン - /plugin marketplace add anthropics/claude-plugins-officialでマーケットプレイスを追加し、/plugin install telegram@claude-plugins-officialをインストールします（手順は随時更新されるため、最新情報は公式プラグインリポジトリを確認してください）。
4. ボットは1つのセッションに紐づく - 現時点の制限で、ボット1つ = プロジェクト1つ = セッション1つです。2つ目が必要なら、別のボットを設定します。

私は毎日、ボットで次のようなことをしています。

• 散歩中にアイデアが浮かんだら、忘れないようすぐにボットへ送ります。ボットは後で処理できるようinbox.mdに追加します。
• 見込み顧客との通話後、ボットに「前回の通話の文字起こしをもとに、こちらに有利な主な悩みを3つ挙げて」と尋ねます。1分後にはチャットに詳しい分析が届きます。
• 朝、カフェで「リストに残っている宿題を見せて」と頼みます。ノートパソコンを開く必要はありません。

⚠️ 注意点: 今のところボットから/clearや/compactは実行できません。ボットのセッションはターミナルのセッションと同じで、コンテキストが増え続けるからです。再起動はターミナルから手動で行うしかありません。

私にとって、ここ2週間で最も役立ったClaude Code拡張機能です。「机に座っているときにClaudeを使う」から「考えが浮かんだときにいつでもClaudeを使う」へ変わりました。

まず何から始めるべき？7日間のロードマップ#

テクニックは、一つずつ使うより組み合わせが大切です。Esc EscなしでShift+Tabを使うと、試すのが怖くなります。/costなしで/compactを使うと、いつ圧縮すべきか分かりません。並行ウィンドウを使わずにファイルで計画を管理すると、手間が増えるだけで効果がありません。

最初の9つが自然に使えるようになったら、AIクローン + セカンドブレイン + コンテキストエンジニアリングという仕組み全体に進みましょう。これは幻覚やコンテキストの喪失、作業の途中での中断なしに、Claudeを6か月間動かし続けるために私が使ってきた方法です。

モデルを引き続き使うには、Ailootへどうぞ。