Claude Code 知られざる便利コマンド完全解説｜/btw・/recap・/focusで効率化

Claude Codeに追加された /btw というコマンドを知ったとき、多くのエンジニアは「普通のチャットと何が違うの？」と感じるはずだ。動作だけ見れば、Claudeの実行中に割り込んで質問できる、それだけに見える。ところが仕組みを一段掘り下げると、「ツールを呼び出さない・履歴に残らない」という制約が意図的な設計であることが分かる。その設計意図を理解すれば、rewind・fork・subagentとの使い分けが初めて腑に落ちる。

本稿では claude btw が何者か、なぜそう動くのか、どこで使うべきでどこで使ってはいけないかを、AIエージェントを実際に開発・設計している立場から説明する。コマンドを「覚える」ためではなく「なぜそうなっているか」を理解することが目的だ。インストール手順や初期設定については Claude Codeのインストール手順 および Claude Code 入門ガイド を参照されたい。

claude btw とは：「コンテキストを壊さない横入り質問」

/btw（”by the way” の略）は、2026年3月に段階的ロールアウトが開始されたClaude Codeのスラッシュコマンドだ（出典：サーバーワークス Blog、2026年3月）。一言で言えば、Claudeが作業実行中でも割り込みで別の質問を投げられる「サイドチャンネル」だ。

> /btw このモジュールではanyキャストを禁止する方針に変わりました

通常のメッセージと何が違うか。通常のメッセージは会話履歴（コンテキストウィンドウ）に追記される。Claudeは以降の推論で「あのとき追加情報があった」という事実ごと参照し続ける。/btw はその記録を残さない。サイド質問として独立に実行され、回答はエフェメラルで本タスクの推論にも履歴にも反映されない。本タスクを止めずに単発で確認するための仕組みであり、これは制限ではなく設計上の選択だ。

また /btw はツールを呼び出さない。ファイルを読みに行かない、ターミナルコマンドを実行しない、Web検索もしない。セッションメモリの中だけで答える。この「ツール不使用・履歴非記録」という組み合わせが、このコマンドの本質を決めている。

なお、手元の環境でまだ使えない場合は claude --version でバージョンを確認し、最新版への更新を試みるとよい（出典：DevelopersIO、2026年3月）。Claude Codeスラッシュコマンド全体の体系と照らし合わせると、/btw が担う役割の独自性がより明確になる。

なぜコンテキストを汚すことが問題なのか：LLM出力品質への影響を原理から理解する

「コンテキストを汚す」という表現は直感的だが、なぜ問題なのかを原理レベルで押さえておく価値がある。

LLMは会話履歴全体をコンテキストウィンドウに入れて次のトークンを予測する。つまり履歴に含まれるすべての発言が、次の応答の確率分布に影響を与える。これは設計上の特性であり、バグではない。だから「脇道の会話」が履歴に残ると、その後の推論で意図せず影響が滲み出す。

具体的に何が起きるか。

• 方向性のドリフト：「このライブラリは非推奨になりそうだね」という雑談が履歴に残ると、Claudeはその後の推論でそのライブラリを避ける方向にバイアスがかかる可能性がある。
• 文体・トーンの伝染：途中で「もっとカジュアルに書いて」と頼んだ後、その指示の影響が消えず、後続のコード説明コメントがくだけた書き方になり続ける。
• トークン消費の加速：不要な発言が蓄積するほどコンテキストウィンドウが埋まり、実質的に使えるウィンドウが狭まる。Claude Codeは最大1Mトークンのコンテキストに対応しているが（出典：サーバーワークス Blog、2026年3月）、それでもコンテキストは有限だ。

弊社クリスタルメソッドはバーチャルヒューマン「DeepAI」を開発しており、AIロープレや面接練習における長時間対話セッションを設計している。その経験から言えば、エージェントが長時間動作するほど「初期に意図していなかった方向への漂流」が蓄積しやすい。これはコーディングエージェントも対話型AIも同じ構造上の課題だ。コンテキストは「記録」ではなく「推論への入力」であることを、設計する側は常に意識せざるを得ない。

/btw の「履歴非記録」はまさにこの問題への対処だ。確認したいことはその場で確認しつつ、LLMの推論文脈を意図した状態に保つ。

claude btw の仕組み：「ツール不使用・履歴非記録」という制約が意味すること

設計の話をもう少し掘り下げる。

/btw の制約は二つだ。（1）ツールを呼び出さない、（2）会話履歴に記録されない。この二つはセットで意味を持つ。

「ツール不使用」が示す境界線

Claude Codeのエージェントは通常、ファイル読み取り・ターミナル実行・Web検索などのツールを組み合わせて作業する。ツール呼び出しはそれ自体がコンテキストを消費し、エージェントの実行状態を変化させる。/btw がツールを使わないということは、「エージェントの実行状態に何も触れない」ことを意味する。観察するだけで、介入しない。

これはエージェントが長時間タスクを実行している最中に「人間が覗き込む」ための設計だ。作業を止めず、状態を変えず、ただ現在のセッションメモリを参照して答える。この設計思想は、弊社がAI対話システムを開発する際に意識する「ヒューマン・イン・ザ・ループ（HITL）」の考え方と正確に対応している。AIが自律作業中に人間が介入できるポイントをどう設計するか、という問いへの一つの答えだ。

「履歴非記録」が示す限界

同時に、これは明確な限界でもある。/btw で渡した情報は「その場限り」だ。セッションを通じてClaudeに覚えておいてほしい情報を渡すツールではない。次のターンでClaudeがその情報を参照することは期待できない。

したがって /btw は「確認する」ためのコマンドであって「指示する」ためのコマンドではない。この区別が実務での使い分けの核心になる。

claude btw で聞いていいこと・聞いてはいけないこと：制約から導く実用判断基準

仕組みが分かれば、何に使えて何に使えないかが自然に導ける。

使ってよい質問：「現在のセッションメモリだけで答えられること」

• 今Claudeが生成しているコードのアルゴリズムの選択理由を確認したい
• 今のセッションで設定した前提（技術スタック、禁止事項）が正しく認識されているか確認したい
• 実行中の作業の進捗状況や次のステップを把握したい
• 本タスクを止めずに、関連する疑問を単発で確認したい（回答は本タスクの推論に影響しない）

共通するのは「現在の状態の確認と一時的な補足」だ。

使ってはいけない質問：「ツールや履歴が必要なこと」

• ファイルの内容を参照させたい：/btwはファイルを読まない。「このファイルの関数を確認して」は機能しない。
• 長期的に守ってほしいルールを渡したい：履歴に残らないため、次の返答からそのルールが消える。CLAUDE.mdに書くか、通常メッセージで指示すべきだ。
• 外部の最新情報を取得させたい：Web検索も実行しないため、「最新のライブラリバージョンを調べて」は応答できない。
• エラーログや実行結果を渡して分析させたい：これはコンテキストへの意味のある追加であり、通常メッセージで渡すべき情報だ。

実務での典型的な失敗パターンは「/btw で指示を渡して次の返答でその通りになることを期待する」というケースだ（出典：DevelopersIO、2026年3月）。/btw はその場の確認に特化したコマンドであり、指示の注入には使えない。

rewind・fork・subagent との使い分け：場面別の判断基準

Claude Codeには他にも会話状態を操作するコマンドや機能がある。claude btw との違いを整理しておく。

コマンド／機能	何をするか	履歴への影響	ツール使用	使うべき場面
/btw	実行中に横から確認・補足を渡す	残らない	なし	作業を止めずに一時的な確認をしたいとき
/rewind	過去のチェックポイントを選び、コードと会話を復元（または会話のみ／コードのみ復元・要約）する	削除される	なし	直前の指示や応答が誤りで、なかったことにしたいとき
/fork（または同等機能）	現在の状態を分岐して別のアプローチを試す	分岐後は独立	あり得る	実装方針を変えて比較したい・安全に試行錯誤したいとき
Subagent	独立したコンテキストでサブタスクを実行	親と分離	あり	メインタスクと切り離して別の調査や作業を並走させたいとき
通常メッセージ	通常の指示・質問	残る	あり	以降も参照されるべき情報を渡すとき・長期的な指示

判断の軸は二つだ。「履歴に残す必要があるか」と「エージェントの状態を変える必要があるか」。どちらも不要なら /btw。履歴を遡って修正したいなら /rewind。別の方向性を試したいなら /fork。独立した重いサブタスクを切り離すなら Subagent、という整理になる。

DevelopersIO の検証（2026年3月）によれば、/btw と /fork は挙動が似ていると感じるケースがある。違いは「意図を残すかどうか」だ。/forkは分岐した先で続けて作業する前提であり、/btwは作業の流れを変えない。スラッシュコマンド全体の仕様については Claude Codeスラッシュコマンド完全ガイド で詳述している。

AIエージェントが長時間動く時代の人間の役割：/btw が登場した背景にある設計思想

claude btw がなぜ今、この形で登場したかを考えると、Claude Codeの進化の方向が見えてくる。

2025年以降、Claude Codeのようなコーディングエージェントは「補助ツール」から「自律エージェント」へ移行しつつある。数分ではなく数十分・数時間にわたって自律的にタスクを走らせる使い方が現実的になった。Claude Codeの1Mトークンコンテキスト対応（出典：サーバーワークス Blog、2026年3月）も、長時間・大規模タスクの実行を意識した拡張だ。

しかし自律度が上がるほど、「人間がどこでどう介入するか」という設計が重要になる。介入のタイミングが遅すぎれば問題が深刻化するまで気づけない。かといって介入が多すぎれば、エージェントの推論コンテキストが乱れて出力品質が下がる。この二律背反をどう解決するか。

/btw は「コンテキストを破壊しない介入手段」として設計されている。エンジニアリング的に言えば、「読み取り専用アクセス」をエージェント実行中に提供する仕組みだ。エージェントの推論状態を変えずに人間が覗き込める。これがなければ、「作業を止めて聞く（コンテキスト消費）」か「結果を見るまで待つ（介入不可）」の二択しかなかった。

弊社が開発するバーチャルヒューマン DeepAI でも、AIが長時間の対話セッションを実行している最中に「担当者がどう状態を確認するか」というHITL設計の問題は常に存在する。DeepAIではロープレ練習中の受講者の表情・感情・緊張度を発話タイムラインに沿って解析・可視化する機能を持っているが、その設計では「AIの状態を壊さずに監視者が状況を把握する」仕組みが核心になる。/btw はコーディングエージェントにおける同じ問題への回答だ。このような設計はコーディングエージェントに限らずAIエージェント一般の共通課題であり、Claude Codeがどのような設計思想で構築されているかについては Claude Codeとは も参照されたい。

実務での /btw 活用：想定シナリオで使い所を確認する

以下は確認用の想定シナリオだ。実在のプロジェクト事例ではない。

想定シナリオ：認証モジュールのリファクタリング中

Claude Codeに「既存のJWT認証モジュールをOAuth2に移行するリファクタリングを実行して」と依頼し、Claudeが複数ファイルを書き換えながら作業を進めている。15分ほど経過したとき、セキュリティポリシーの変更でトークンの有効期限が変わったという情報が届いた。

やりがちな失敗：通常メッセージで有効期限の変更を伝えてしまう。これは履歴に残り、Claudeが以降の判断で「有効期限の変更」という事実を参照し続ける。リファクタリングの方針全体が微妙にずれる可能性がある。

適切な使い方：

> /btw トークン有効期限は24時間から8時間に変更になりましたが、今の実装判断に影響しますか？

Claudeは今の判断への影響をセッションメモリ内で確認して答える。「影響する」なら作業を止めて通常メッセージで指示を追加する。「影響しない」なら作業を継続させる。確認した事実は履歴に残らないため、コンテキストは汚染されない。

観察ポイント：

• 「確認」と「指示」を分けられているか
• /btwの返答を受けて、通常メッセージで追加指示が必要か不要かを判断できているか
• 履歴に残すべき情報と残さなくてよい情報を区別する習慣が身についているか

想定シナリオ：長時間タスク実行中の進捗確認

Claude Codeに大規模なデータ移行スクリプトの生成を依頼し、別の作業を挟んでいたが、今どこまで進んでいるか確認したい。

> /btw 今どのフェーズの作業をしていますか？残りの大まかな見通しは？

作業を止めずにセッションメモリ内で現状を確認できる。通常メッセージで聞いた場合と比べて、Claudeがその返答を「タスクの一部」として参照し続けるリスクがない。

観察ポイント：

• 進捗確認のためにわざわざ作業を中断させていないか
• 返答の内容が「今のセッションメモリで知れること」の範囲内かを確認できているか

claude btw を使う前に確認する実用チェックリスト

送信前に次の問いを確認する。ツールも使わず環境も見ずに答えられる内容なら、/btw が適している。

• ファイルの中身を読まずに答えられる質問か？（YES → /btw 候補）
• この情報をClaudeに「ずっと覚えておいてほしい」か？（YES → 通常メッセージへ）
• この情報を渡した後、以降の推論に影響させたいか？（YES → 通常メッセージへ）
• 作業の流れを変えずに確認だけしたいか？（YES → /btw 適）
• エラーログや外部ファイルの内容を分析させたいか？（YES → 通常メッセージへ）

Claude Codeの料金とAPIコスト管理については Claude Codeの料金プラン解説 および Claude Code APIの料金解説 を参照されたい。コンテキストを不必要に消費しないことはコスト削減にも直結する。他のAIコーディングツールとの比較については Claude Code vs Codex 比較 が参考になる。Claude Codeの基本的な使い方については Claude Codeの使い方ガイド を合わせて読むと理解が深まる。

---

弊社クリスタルメソッド株式会社が開発する DeepAI は、実在の人物の容姿・表情・声・振る舞いをデジタル空間で再現するバーチャルヒューマン／AIアバターソリューションだ。リップシンク・表情生成・音声合成・対話AIを組み合わせ、接客・研修・面接練習・広報などの用途で活用されている。本稿で述べた「AIエージェントが長時間動作中の人間介入設計（HITL）」は、コーディングエージェントに限らずDeepAIのような対話型AIシステム全般の共通課題であり、弊社はその設計を製品開発の中心に置いている。DeepAIの詳細や導入相談は DeepAIサービス詳細ページ からお問い合わせいただきたい。利益相反の開示：本稿の著者はDeepAIの開発企業に所属しており、claude btwの評価は自社製品と直接競合しない独立した観点から行っている。

---

参考文献

• サーバーワークス Blog「Claude Code更新 1Mコンテキスト対応・btwコマンド・MCP Elicitation【2026/3/8〜14】」（2026年3月） – https://blog.serverworks.co.jp/2026/03/15/190000
• DevelopersIO「Claude Codeのbtwコマンドを使ってみたらforkコマンドとの…」（2026年3月） – https://dev.classmethod.jp/articles/claude-code-btw-instructions/
• Zenn「Claude Code 追加機能タイムライン（2025/07〜2026/03）」（2026年3月） – https://zenn.dev/takna/articles/claude-code-added-features-jul2025-mar2026
• Qiita「Claude Code 便利機能7選 — /btw・/rc・/rewindなどチャット…」 – https://qiita.com/takish/items/319d2f71037a12b216b5
• Anthropic 公式コマンドリファレンス（日本語） – https://code.claude.com/docs/ja/commands