はじめに
Claude Codeをチャット感覚で使い続けていて、ずっと気になっていたことがあります。
スラッシュコマンドが何十個もあるのに、自分が使っているのは /clear と /compact くらい。残りはほとんど触っていませんでした。
困っていなかったわけではありません。会話が長くなって動きが重くなる、確認のたびに毎回同じ説明をする、同時に進めたい作業を1つずつ順番にやってしまう。どれも「コマンドを知らないだけで損していた」場面でした。
今回は、公式ドキュメントで全コマンドを洗い直して、開発フローの場面ごとに「どこで使うべきか」を整理しました。自分の備忘録としても、同じようにバイブコーディングでコマンドを使いこなせていない人向けにも書いています。
プロジェクトに入った直後にやること
新しいリポジトリでClaude Codeを開いた最初の数分でやっておくと、その後の作業が安定するコマンド群です。
/init
CLAUDE.mdの元になるファイルを生成してくれます。最初に1回実行しておくと、プロジェクトのルールをClaudeに毎回説明し直す必要がなくなります。
/memory
CLAUDE.mdを編集する画面を開きます。/initで生成した内容を後から整理したいときに使います。
/mcp
外部サービスとの連携（MCPサーバー）の接続状況を確認・管理します。GitHubやSlackなどと連携する場合はここで設定します。
/agents
サブエージェント（特定の作業を任せる専用の設定）を管理します。レビュー専用、調査専用といった役割を最初に作っておくと、後の作業で呼び出しやすくなります。
/permissions
毎回「実行していいですか」と聞かれるコマンドを、最初にまとめて許可しておけます。git statusのような読み取り系コマンドを許可しておくだけでも、確認の手間がかなり減ります。
作業しながら考え方を切り替えるコマンド
1つの会話を進めている最中に、Claudeの考え方や会話の状態を調整するためのコマンドです。チャットだけで進めていると、ここを一切触らずに会話が膨らんでいきがちでした。
/plan
大きな変更に入る前に、プランモードへ切り替えます。「とりあえず作ってもらって後で直す」のではなく、先に方針を確認してから進められます。
/model
使うモデルを切り替えます。重い作業は性能の高いモデルに、軽い確認作業は速いモデルに、という切り分けができます。
/effort
考える深さのレベルを調整します。複雑な不具合の原因調査では深く考えてほしい、単純な修正では早く返してほしい、という場面で使い分けます。
/context
今の会話がコンテキスト（記憶できる範囲）をどれだけ使っているかを表示します。「そろそろ動きが重くなってきた」と感じたら、実際の使用量を確認できます。
/compact
会話を要約して圧縮します。長くなった会話をリセットせずに続けたいときに使います。焦点を指定すれば、関係ない部分を削って必要な情報だけ残せます。
/btw
本題と関係ない軽い質問を、会話の履歴に残さずに聞けます。「ちなみにこれって何でしたっけ」を挟むたびに会話が膨らむのを避けられます。
複数の作業を同時に進めるコマンド
バイブコーディングをチャットだけで進めていると、どうしても1つの作業が終わるまで次に進めない流れになります。実際には並行できる場面が多く、ここを知らずにいたのが一番もったいなかったところでした。
/agents
サブエージェントに作業の一部を任せます。調査だけ別エージェントにやらせて、本流の会話は別の作業を続けられます。
/background
今のセッションをバックグラウンドに切り離し、ターミナルを解放します。時間のかかる作業を裏で走らせたまま、別の作業に移れます。
/tasks
バックグラウンドで動いている処理の一覧を確認します。「裏で何が動いているか分からなくなる」状態を防げます。
/batch
大きな変更を5〜30個くらいの単位に分解して、それぞれ並行で実装させます。範囲の広い修正を1個ずつチャットで頼んでいた作業が、ここで一気に変わります。
/fork
今の会話を引き継いだサブエージェントをバックグラウンドで起動します。横道の調査をそちらに任せて、自分は本流の会話をそのまま続けられます。
/branch
今の会話を分岐させます。別の方針を試したいときに、元の会話を残したまま枝分かれできます。
コードを書き終えてからの確認コマンド
「動いたから終わり」にしてしまうと、後から見返したときに直したくなる箇所が必ず出てきます。リリース前に一手間かけるためのコマンドです。
/diff
今の変更内容をインタラクティブに表示します。会話のどのターンで何が変わったかを見比べられます。
/code-review
今の差分をバグと改善点の両面でレビューします。--fixを付ければ、見つかった内容をそのまま適用してくれます。
/simplify
バグ探しはせず、コードの整理だけに絞ったレビューを行います。動作は問題ないが書き方を整えたいときに使います。
/review
GitHubのプルリクエストを、/code-reviewと同じ仕組みでレビューします。
/security-review
セキュリティの観点に絞って差分を点検します。外部から入力を受け取る処理を追加したときは、ここを通すようにしています。
会話を区切る・元に戻すコマンド
チャット感覚で会話を続けていると、区切りどころを見失ったり、変な方向に進んでしまったときに戻し方が分からなくなります。
/clear
新しい会話を始めます。プロジェクトの記憶（CLAUDE.mdの内容）は引き継がれるので、別タスクに切り替えるときに使います。
/resume
過去の会話を再開します。/clearで切り替えた前のタスクに戻りたいときに使います。
/rewind
コードと会話を、指定した時点まで巻き戻します。「さっきの修正前の状態に戻したい」というときに、手作業でやり直すより早く戻せます。
逆引き早見表
「この場面、どのコマンドだっけ」を引くための一覧です。
| 場面 | コマンド |
|---|---|
| プロジェクトに入った直後 | /init /memory /mcp /agents /permissions |
| 会話中の調整 | /plan /model /effort /context /compact /btw |
| 並行して進めたいとき | /agents /background /tasks /batch /fork /branch |
| リリース前の確認 | /diff /code-review /simplify /review /security-review |
| 会話の区切り・巻き戻し | /clear /resume /rewind |
表に載っていないコマンドも他に多数あります。気になる人は会話中に/だけ入力すれば一覧が出てくるので、そこから探すのが早いです。
まとめ
スラッシュコマンドを開発フローの場面ごとに整理してみると、自分がチャットだけで済ませていた作業の中に、もっと楽にできた場面がいくつもありました。
とくに並行作業系のコマンドを知らなかったのが大きかったです。1つずつ順番に頼んでいた作業の中には、最初から分担できたものが結構ありました。
全部のコマンドを覚える必要はないと思っています。自分の開発フローの中で、今困っている場面に合うものから1つずつ試していけば十分です。
次は、同じ開発フローの軸でCodexのコマンドも整理して、Claude Codeとの使い分けをまとめてみようと思っています。
最後まで読んでいただきありがとうございました。