# Claude Codeプランモード ショートカット：Shift+Tabで計画に切り替える > Claude Code CLI ショートカットでShift+Tabによるモード切り替えとEsc Escによる取り消しを使い、/compactと/costでコンテキストと使用量を管理する手順を解説。 Source: https://ailoot.ai/blog/ja/claude-code-tips/ Canonical: https://ailoot.ai/blog/ja/claude-code-tips/ Language: ja Publisher: Ailoot (https://ailoot.ai/) Translation: guide-001 Revision: sha256-7bd4e7cf29409e3a92f35e77e441457ee34545b8b1220eb12337453f8462fd5f Ailootの使い方について詳しくは、[ドキュメント](https://ailoot.ai/docs/)をご覧ください。 ## これら11個のヒントで何ができるのか、理論より戦術が必要なのはなぜか？
要点 これは「Claude Codeのおすすめ機能」一覧でも、Anthropicのドキュメントの焼き直しでもありません。6か月間毎日使って得た11のテクニックです。実践的なものが5つ（ショートカット、フラグ、/commands）、戦略的なものが6つ（計画の分割方法、5つのウィンドウの管理方法、盲点の見つけ方）です。一晩あれば11の習慣を身につけられます。
バイブコーディングでは、もはや「Claude Codeは動くのか？」ではなく、「上限を使い切ったり幻覚を起こしたりしないよう、どう使えばよいか？」が問題です。これまでの9つのガイドで概念を解説しました。[CLAUDE.md](https://ailoot.ai/blog/ja/claude-md-template/)、[Plan Mode](https://ailoot.ai/blog/ja/claude-code-plan-mode/)、[コンテキストエンジニアリング](https://ailoot.ai/blog/ja/context-engineering/)、[Skills](https://ailoot.ai/blog/ja/claude-code-skills-library/)、[Subagents](https://ailoot.ai/blog/ja/claude-code-subagents/)、[MCP](https://ailoot.ai/blog/ja/mcp-servers-claude-code/)、[/rewind](https://ailoot.ai/blog/ja/claude-code-undo-changes/)、[上限](https://ailoot.ai/blog/ja/claude-code-token-limits-saving/)、[セカンドブレイン](https://ailoot.ai/blog/ja/claude-code-second-brain/)。この記事では、それらと組み合わせる戦術をまとめます。 各ヒントは悩みを一つ解決します。順番に読んでも、いちばん切実な項目に飛んでもかまいません。ショートカットならヒント1、トークン節約なら4と5、並行作業なら6、著者独自のテクニックなら8-11をご覧ください。 この記事は、Claude Codeを**すでに**インストールし、少なくとも1週間使った人向けです。インストールしたばかりなら、まず[CLAUDE.mdガイド](https://ailoot.ai/blog/ja/claude-md-template/)を読んでから戻ってきてください。 ## Claude Code ショートカットキー：Shift+Tabでモードを切り替える {#claude-codeのモードを切り替える方法-shifttabショートカット}
要点 Shift+Tabを押すと権限モードが順番に切り替わります。`default`、`acceptEdits`、`plan`と、有効になっているモード（`auto`、`bypassPermissions`）です。複雑なタスクの前には[Plan Mode](https://ailoot.ai/blog/ja/claude-code-plan-mode/)へ切り替え、送信前にモード表示を確認してください。定型作業では`acceptEdits`を選び、その表示を確認します。必要な回数は、現在のモードと有効なモードによって変わります。
初心者によくある間違いは、一日中`default`のまま、変更を一つずつ手動で承認することです。1時間もすると疲れて、`--dangerously-skip-permissions`を実行したくなります（このヒントの最後で説明します）。Shift+Tabなら、必要に応じて`acceptEdits`と`plan`を使い分けられます。 モードを切り替えるとき、私は次のルールに従っています。 1. **複雑なタスクを始める** - モード表示が`plan`になるまでShift+Tabで切り替えます。Claudeが検討して計画案を作り、承認するまでコードを書きません。 2. **計画を承認し、実装に進む** - モード表示が`acceptEdits`になるまで切り替えます。Claudeは承認を求めずにファイルを編集しますが、Bashコマンドでは確認を求めます。 3. **定型的な編集（名前変更、簡単なリファクタリング）** - 計画を立てず、すぐ`acceptEdits`にします。 4. **危険な作業（データベースのマイグレーション、ファイル削除）** - Shift+Tabで`default`に戻します。 ```bash # 主な権限モード（固定の押下回数ではなく、現在の表示を確認）: # default - 通常の権限確認 # acceptEdits - ファイル編集を承認。ほかのツール権限は引き続き適用 # plan - 実装前に調査と計画を行う # 追加モードはバージョン、設定、組織ポリシーによる。 ``` お使いのClaude Codeのバージョン（`claude --version`）でShift+Tabが動かない場合は、最新版か確認してください。`/doctor`コマンドを使うと、インストールの詳細を確認できます。
Shift+Tabで権限モードが切り替わります。利用できるモードは設定で有効にした項目によって異なります。
— Anthropic ドキュメント、https://code.claude.com/docs/en/interactive-mode
## Claude Code ターミナル ショートカット：Esc Escでコンテキストを失わずに直前の操作を取り消す {#コンテキストを失わずに直前の操作を取り消す方法-esc-esc}
要点 Escを2回押すと、完全な`/rewind`を使わずにClaudeの直前の操作をすばやく取り消せます。入力欄が空ならチェックポイントメニューが開きます。入力欄に何かあれば内容を消しますが履歴に保存されるので、上矢印キーで戻せます。「壊してしまった、元に戻せない」という不安の80%はこれで解消できます。gitに頼る必要はありません。
Escを1回押す場合と2回押す場合は動作が異なるため、混同されがちです。 - **Escを1回** - Claudeが作業中に、その場で中断します。そこまでに実行した内容はすべて残ります。間違った方向に進んでいて、軌道修正したいときに便利です。 - **Escを2回** - 入力欄が空ならチェックポイントメニューが開きます（コードを復元、会話を復元、両方を復元、または要約）。入力欄にテキストがあれば欄を空にして、テキストを履歴に入れます（上矢印キーで戻せます）。 ```bash # 入力欄が空のときにEsc Escメニューで選べる項目: # 1. コードのみを復元 - ファイルを復元し、会話はそのまま # 2. 会話のみを復元 - 会話を復元し、ファイルはそのまま # 3. コードと会話を復元 - 両方を復元（最もよく使う選択肢） # 4. ここから要約 - この時点から会話を要約 # 5. ここまでを要約 - この時点までの会話を要約 ``` 送信したプロンプトごとにチェックポイントが自動作成されます。覚えておく必要はなく、いつでも前の状態に戻れます。詳しくは[/rewindガイド](https://ailoot.ai/blog/ja/claude-code-undo-changes/)をご覧ください。大きく巻き戻す際にgitと組み合わせる方法も解説しています。
ユーザープロンプトを送るたびに新しいチェックポイントが作成されます。チェックポイントはセッション間でも保存されるため、再開した会話から戻ることもできます。
— Anthropic ドキュメント、https://code.claude.com/docs/en/checkpointing
Esc Escは、初心者が最初に覚えるテクニックの一つです。「壊してしまい、元に戻せない」という不安がなくなると、より大胆に試せるようになり、成果も大きく向上します。 ## /clearではなく/compactを使うのはどんなとき？
要点 `/clear`はセッションを完全にリセットし、コンテキストウィンドウを空にします。`/compact [hint]`はLLMに会話履歴を圧縮させ、これまでの作業の意味を保った要約を作ります。ルールは簡単です。タスクが終わったら`/clear`。同じタスクを続けるがウィンドウがいっぱいなら`/compact`。使い分けを間違えると、コンテキストを失うか上限に達します。
`/compact`は内部で次のように動きます。Claudeがメッセージ履歴全体を処理し、最も重要な情報を含む短い要約を返します。ヒントを付けると便利です。`/compact keep the coding principles and current plan, discard the CSS discussion`。これで目的に合わせて圧縮できます。 ```bash # 使い分け: /clear # 機能が完了し、次の機能に移る /compact # セッションが長く、コンテキストが>50%埋まった /compact keep the architecture and plan # 重点を指定して圧縮 ``` `/compact`を使うタイミングは、`/cost`コマンドやステータスバーにコンテキストウィンドウの70%以上を使ったと表示され、セッションがまだ半分しか進んでいないときです。無視するとClaudeが会話の最初のほうを「忘れ」始め、同じことを説明し直す時間が無駄になります。
たとえばClaude Codeでは、メッセージ履歴をモデルに送り、最も重要な情報を要約して圧縮します。
— Anthropic Engineering、https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents
コンテキストウィンドウの理論について詳しくは、[コンテキストエンジニアリング](https://ailoot.ai/blog/ja/context-engineering/)のガイドをご覧ください。コンテキストが有限のリソースであり、使うほど効果が薄れる理由も解説しています。 ## トークンをリアルタイムで追跡する方法: /costコマンド
要点 `/cost`は現在の支出をドルとトークンで表示します。`/statusline`を使うと同じ情報がステータスバーに追加され、コマンドを実行しなくてもモデル、ディレクトリ、コンテキスト使用率、費用を常に確認できます。「1日で使い切る」不安に対処する主な方法は、支出をいつでも見えるようにすることです。
「1日で使い切ってしまう」という不安は、バイブコーダーの大きな懸念の一つです。この不安に対処する主な方法は、支出を**見えるようにする**ことです。 ```bash /cost # 現在のセッションの支出を表示（トークン + $） /statusline # ステータスバーを設定: モデル + ディレクトリ + コンテキスト% + 費用 ``` 簡単なルールがあります。30-60分ごとに`/cost`を確認しましょう。1時間で数ドル未満なら問題ありません。それ以上なら何かがおかしいかもしれません。`/compact`を忘れてコンテキストが膨らんでいる、間違ったモデルを選んだ（次のヒントで説明します）、Claudeが大きなファイルを10回読み直している、といった可能性があります。 上限内で使うための完全ガイド[「Claude Codeの上限を1日で使い切らない方法」](https://ailoot.ai/blog/ja/claude-code-token-limits-saving/)では、8つのルールを紹介しています。ここでのテクニックは、`/cost`と`/statusline`を使って支出を見えるようにすることです。 トークンを追跡するだけでなく、**AIエージェント**が自分で上限を超えないシステムを作りたいですか？`/cost`は単なる指標です。AIクローン + セカンドブレイン + [コンテキストエンジニアリング](https://ailoot.ai/blog/ja/context-engineering/)を組み合わせることで、Claudeを「上限のあるアシスタント」から、長時間にわたって予測可能な形で作業できるツールに変えられます。 ## タスクに合ったClaudeモデルはどれ？Haiku、Sonnet、それともOpus？
要点 `--model`フラグは現在のセッションだけで使うモデルを指定します。基本ルールは、スクリプトや手早い編集にはHaiku、日常的な深い思考にはSonnet、アーキテクチャ設計や複雑なデバッグにはOpusです。公開インタビューによると、Claude Codeチームは「すべての作業」に思考機能を有効にしたOpusを使っていますが、これはトークンを気にせずサブスクリプション料金を払える人向けの選択肢です。起業家には別のルールが合います。まず安いモデルを使い、必要なときに多く払うのです。
```bash 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倍高価です。 私が毎日モデルを選ぶときの基準は次のとおりです。 | タスク | モデル | 理由 | |----|----|----| | 変数や関数の名前変更 | Haiku | 明確な作業で、「考える」必要がない | | 簡単なリファクタリング（関数の抽出） | Sonnet | 標準的で、安価かつ正確 | | アーキテクチャを伴う新機能の追加 | Opus | 深い推論が必要 | | Sonnetが3回試しても見つけられなかった奇妙なバグのデバッグ | Opus | 指示が少なくて済み、成功率が高い | | 長いログの読み取りと要約 | Haiku | 単純な分類で、安価 | 平均してOpusが「一発で」正解するなら、SonnetやHaikuを使うべきかどうかは議論の余地があります。私の答えはこうです。プログラマーではない起業家にとって、HaikuとSonnetはタスクの70%で役立ちます。Opusは本当に難しい30%のために取っておくのがよいでしょう。 ## 3-5個のタスクを並行して実行する方法: /resume + git worktrees
要点 Claude Codeで並行作業をするには、`--resume`（名前を指定してセッションを再開）と`git worktree`（ブランチごとに別のディレクトリを用意）の2つを使います。実際、私はClaudeのウィンドウを5-10個同時に開き、それぞれに小さなタスクを任せています。コンテキストが重ならず、「1つのウィンドウにすべて」を詰め込むためにトークンを浪費しません。
仕組みは単純です。Claudeのウィンドウを1つ長く使うと、コンテキストを**消費します**。まったく別の話をしているときでも、各リクエストでそのウィンドウの内容全体がモデルに読み込まれます。小さなタスク向けに5つの短いウィンドウを使えば、それぞれが自分の作業だけを覚えています。合計の支出は少なくなります。 ```bash # 特定のタスク用に名前付きセッションを開始: 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でファイルを指定して幻覚を避ける方法
要点 「プロジェクトを調べてauth.tsを見つけて」と書く代わりに、`@src/lib/auth.ts`と書けば、Claudeは検索せずにファイルを直接読み込みます。ツリーをスキャンする必要がないためトークンを節約でき、パスをClaudeに推測させず、こちらから示すことで幻覚の原因も減らせます。コマンドも同様です。`!git status`はツール呼び出しなしで実行され、出力がコンテキストに入ります。
ファイルの自動補完は`@`記号から始めます。パスを入力し始めると、Claudeが候補を表示します。複数のファイルを一度に参照できます。`@src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma`。 ```bash # 正確なパスを指定しないプロンプト（よくない例）: > 認証処理を調べてセッションのバグを直して # @参照を使ったプロンプト（よい例）: > @src/lib/auth.ts @src/lib/session.ts - ログアウト後にCookieが消えないバグを直して ``` 同じグループに属するもう一つの方法は、`!`を使うシェルモードです。 ```bash > !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ガイド](https://ailoot.ai/blog/ja/claude-md-template/)をご覧ください。 ## 長いタスクで進捗を失わない方法: フェーズ別の計画と\[ \] / \[x\]
要点 30分以上かかるタスクには、フェーズとチェックボックス`[ ]` / `[x]`を含む計画を、`plans/YYYY-MM-DD-name.md`という別ファイルに作成します。計画はチャットではなくファイルに置きます。こうすれば、並行するウィンドウが互いの作業を妨げずに別のフェーズを担当でき、チャットから「思い出す」代わりに進捗を確認できます。
私がどのプロジェクトでも使っている計画ファイルのテンプレートです。 ```markdown # 計画: [機能名] 作成日: 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/`フォルダーについて詳しくは、[セカンドブレインのガイド](https://ailoot.ai/blog/ja/claude-code-second-brain/)をご覧ください。 ## Claudeが失敗しそうな箇所を事前に見つける方法: 10の理由を挙げる自己批判
要点 複雑な機能に取りかかる前に、Claudeを批判的なモードにします。「プロジェクトが失敗したと想像してください。1年後、私は時間と労力を失っています。その理由を10個挙げてください。遠慮はいりません。厳しく指摘してください。」これにより初期の楽観論が崩れ、「実装しよう」モードではClaudeが決して指摘しない盲点が見つかります。
私がそのまま使っているプロンプトの枠組みです。 ``` アイデアのフォルダーが、プロジェクトは完全に失敗したと考える手法をすでに経たと想像してください。1年後、私が多くの時間を費やしたのにアイデアが失敗に終わる理由を10個挙げてください。私の気持ちに配慮せず、できるだけ厳しく言うのがあなたの役目です。 10個の理由を挙げた後、第2ラウンドです。私の反論に対して、それぞれの理由を擁護してください。私の最も弱いところはどこですか？ 第3ラウンド: こうした問題が起きないようにするための計画を書いてください。 ``` 私は次の3段階で実行します。 1. **最初のアイデアが浮かび、すべてうまくいくと確信しているとき** - 自己批判によってアイデアは30-50%削られます。 2. **計画の途中** - 作業に深く入り込み、視野が狭くなっているとき。 3. **公開前** - 最後のフィルター。 Claudeは批判的なモードで本当に異議を唱えてくれます。同じ場面でGPT-5はまずアイデアを褒め、それから「改善点を探そう」とします。1年間試した後、この違いに気づきました。 私が感じる批判的なモードの違いはこうです。ChatGPTは「いい指摘です、そのとおりです」と言います。同じ場面でClaudeは「同意します。まったくひどいですね。今すぐやり直します」と言います。批判が必要なとき、後者の返答のおかげで何日も無駄にせずに済みます。 使わないほうがよいのは、UIやコピーを前向きに改善する作業です。そこで批判的なモードを使うのは場違いで、創造性を損ないます。 この手法は、プロジェクトの失敗を事前に想定して原因を洗い出す「事前検死」として知られています。私は**AIエージェント**との作業に合わせて応用しています。人のチームの代わりにClaudeと事前検死を行います。「上司、このプロジェクトは失敗します」と言うのを恐れる人はいないので、盲点が数分で明らかになります。 ## 1回の調査時間で5つの情報源を調べる方法: サブエージェントの並列実行
要点 機能の作業に取りかかる前に、サブエージェントを通じて調査エージェントを5つ並列で起動します。それぞれが専門家ネットワーク、オープンソース、アクセラレーター、競合、比較情報のいずれかを担当します。10-20分で結果が戻ります。その後、別の統合エージェントがすべてを1つのレポートにまとめます。これで何時間も節約でき、確証バイアスも抑えられます。
プロンプトの枠組みは次のとおりです。 ``` すでに全体のコンテキストがあります。詳しく調査し、5つのサブエージェントを並列で起動してください。 サブエージェント1: 専門家ネットワークを調べる。この問題を解決しているのは誰ですか？ サブエージェント2: GitHubのオープンソースソリューションを調べる。何が人気ですか？ サブエージェント3: スタートアップアクセラレーターを調べる。このニッチで投資を集めているのは誰ですか？ サブエージェント4: 直接の競合他社のウェブサイトを調べる。何を約束し、価格はいくらですか？ サブエージェント5: 比較記事とレビューを調べる。ユーザーはレビューで何と言っていますか？ 全員が戻ったら、5つのレポートを相互参照し、 セカンドブレイン用フォルダーの概要を作成する統合エージェントを起動します。 ``` 一般的な調査と比べて変わる点は次のとおりです。 - 時間: 5つの調査を順番にではなく、同時に進めます。1時間分の作業を15分で行えます。 - 深さ: 各エージェントが専門分野を担当するため、1つのエージェントの確証バイアスが他に影響しません。 - コンテキスト: 各サブエージェントはメインのコンテキストから独立した、自分専用のコンテキストを使います。 サブエージェントの詳しいガイドは[「2026年版Claude Codeサブエージェント」](https://ailoot.ai/blog/ja/claude-code-subagents/)です。SkillsとMCPの違いや、どちらをいつ使うかも解説しています。 使わないほうがよいのは、見た目だけの編集、バグ修正、小さな技術作業です。「1日以上かかる新機能」より小さな作業に調査をするのは過剰です。 ## スマートフォンからClaudeにタスクを渡す方法: ポケットの中のTelegramボット
要点 公式プラグインを使ってClaude CodeをTelegramボットに接続します。パソコンのスリープを無効にし、プロジェクトに紐づいたターミナルでClaude Codeを実行します。どこからでもボットにメッセージを送れます。「最新のコミットを確認して」「今週の領収書の売上はいくら？」「今夜のサポート問い合わせを全部読んで」。ボットはコード、コミット履歴、`business/`の構造全体など、プロジェクトのコンテキストをすべて使って返事をします。コードベースのすべてを見て記憶する、稼働中のエージェントです。
設定は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`をインストールします（手順は随時更新されるため、最新情報は[公式プラグインリポジトリ](https://github.com/anthropics/claude-plugins-official)を確認してください）。 4. **ボットは1つのセッションに紐づく** - 現時点の制限で、ボット1つ = プロジェクト1つ = セッション1つです。2つ目が必要なら、別のボットを設定します。 私は毎日、ボットで次のようなことをしています。 - 散歩中にアイデアが浮かんだら、忘れないようすぐにボットへ送ります。ボットは後で処理できるよう`inbox.md`に追加します。 - 見込み顧客との通話後、ボットに「前回の通話の文字起こしをもとに、こちらに有利な主な悩みを3つ挙げて」と尋ねます。1分後にはチャットに詳しい分析が届きます。 - 朝、カフェで「リストに残っている宿題を見せて」と頼みます。ノートパソコンを開く必要はありません。 ⚠️ 注意点: 今のところボットから`/clear`や`/compact`は実行できません。ボットのセッションはターミナルのセッションと同じで、コンテキストが増え続けるからです。再起動はターミナルから手動で行うしかありません。 私にとって、ここ2週間で最も役立ったClaude Code拡張機能です。「机に座っているときにClaudeを使う」から「考えが浮かんだときにいつでもClaudeを使う」へ変わりました。 ## まず何から始めるべき？7日間のロードマップ
要点 11個のヒントを1日で全部実践しようとしないでください。疲れ果てて、習慣として定着しません。7日間の計画は、1-2日目にショートカット（1-3）、3-4日目にコマンド（4-5）、5-6日目に並行作業（6-7）、7日目に計画と事前検死（8-9）です。並列サブエージェントとTelegramボット（10-11）は、最初の9つが身についてから2週目に取り組みましょう。
| 日 | 実践すること | 所要時間 | |----|----|----| | 1 | Shift+Tab + Esc Esc | 練習30分 | | 2 | Shift+Tab + Esc Escに慣れる | 半日作業 | | 3 | /compact + /cost | 30分 + 作業セッション1-2回 | | 4 | --model haiku/sonnet/opus | 30分 + 少し試す | | 5 | 名前付きセッションで--resumeを使う | 30分 | | 6 | git worktrees - 3件以上のタスクを並行して扱う場合 | 1時間 | | 7 | `plans/`に計画を作成 + 「失敗する理由を10個」プロンプト | 初回に1-2時間 | | 8-14（2週目） | 調査にサブエージェントを使う + Telegramボット | 設定して慣れるまで3-4時間 | テクニックは、一つずつ使うより組み合わせが大切です。Esc EscなしでShift+Tabを使うと、試すのが怖くなります。`/cost`なしで`/compact`を使うと、いつ圧縮すべきか分かりません。並行ウィンドウを使わずにファイルで計画を管理すると、手間が増えるだけで効果がありません。 最初の9つが自然に使えるようになったら、AIクローン + セカンドブレイン + [コンテキストエンジニアリング](https://ailoot.ai/blog/ja/context-engineering/)という仕組み全体に進みましょう。これは幻覚やコンテキストの喪失、作業の途中での中断なしに、Claudeを6か月間動かし続けるために私が使ってきた方法です。
### 出典 - [Claude Code CLI Reference - code.claude.com](https://code.claude.com/docs/en/cli-reference) - [Claude Code Interactive Mode (shortcuts) - code.claude.com](https://code.claude.com/docs/en/interactive-mode) - [Claude Code Slash Commands - code.claude.com](https://code.claude.com/docs/en/slash-commands) - [Claude Code Checkpointing - code.claude.com](https://code.claude.com/docs/en/checkpointing) - [Claude Code Memory & /compact - code.claude.com](https://code.claude.com/docs/en/memory) - [Effective Context Engineering for AI Agents - Anthropic Engineering](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents) - [GitHub: anthropics/claude-code (CHANGELOG)](https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md)
モデルを引き続き使うには、[Ailoot](https://ailoot.ai/)へどうぞ。 ## Claude Code ショートカット一覧：Shift+Tab・Esc Escと日々のコマンド：よくある質問 ### Plan Modeになっているか、どう確認しますか？ Shift+Tabでモードを切り替え、タスクを送る前に表示を確認します。`plan`になったところで止めてください。開始時のモードや有効なモードが違うため、決まった回数を押す方法は確実ではありません。 ### コンテキストが埋まったら/clearと/compactのどちらを使いますか？ 同じタスクを続けるなら、残すべき計画や判断を伝えて`/compact`を使います。タスクが終わり、次の作業に新しい文脈が必要なら`/clear`を使ってください。その前に、重要な進捗を計画ファイルへ保存します。 ## Ailoot · 企業とそのプロジェクト群 Ailootは、蓄積した運営経験、幅広い顧客基盤、安定したサービス、継続的なKPI管理を基盤としています。 企業とそのプロジェクト群：数百万の顧客、毎月数十億規模の売上。 Ailootはこの運営経験を、お客様の製品、エージェント、アプリケーション、自動化でAI機能を利用するためのAPIアクセスに活かしています。