← 戻る スラッシュプロンプト付きのターミナルウィンドウ。横にコマンドのドロップダウンリストと小さなチェックリストカードがある。

Claude Code スラッシュコマンド: 実用チートシート

AIとClaude Code

Claude Code で / と入力するとメニューが表示されます。数文字入力するとフィルタリングされます。このメニューが本当のリファレンスです。インストール済みバージョン、プラグイン、接続済みサーバーが反映されているからです。公式コマンドリファレンスは、各コマンドの機能を知るうえで信頼できるドキュメントです。このポストではよく使われるコマンドを用途ごとに分類し、セッションを検査・再開する方法を説明し、マシンにエントリがない理由を解説します。カスタムスキルが検索の問題から作成の問題へシフトする地点も明記しています。

クイックリファレンス: 用途でコマンドを選ぶ

コマンド名ではなく、望む結果から始めましょう。下の表は公式ドキュメントと、このセクションの最後に記載されたサードパーティチートシートから編集したものです。スタート地点として捉え、自分の環境の /help に対して各行を確認してください。特定の CLI ビルドに対して実行していないため、ソース間で細部が異なる場合があります。

タスクコマンド注記
利用可能なものを一覧表示/helpカスタムと接続済みサーバーのコマンドを含めて表示
最初からやり直す/clearClaude ヘルプセンターでは /reset と /new をエイリアスとして記載
コンテキストを解放/compactオプションで焦点指示を受け付け
コンテキストの使途を確認/contextウィンドウ使用状況の視覚的分析
以前の作業を続行/resumeピッカー、または名前で指定
コードと/または会話を取り消す/rewindEsc Esc で同じメニューが開く
サイド質問をする/btwメイン会話から分離
変更内容を確認する/diff1つのチートシートごとのインタラクティブなdiffビューア
モデルを切り替える/model努力レベルには専用の /effort がある
インストールの正常性を確認する/doctorClaude Codeの問題を診断する
プランモードに入る/planShift+Tabからもアクセス可能
スターターメモリファイルを生成する/init最初のCLAUDE.mdを作成する
統合を管理する/mcp、/hooks、/agents、/ideサーバー、ホック、サブエージェント、エディターの各1つ

Claude Help Center のチートシートと devhints は、公式リファレンスの隣に開いておきたい、コンパクトな一覧の2つです。CC for Everyone のある筆者は、これらを暗記する必要はなく、知っておくべきは考え事の最中に反射的に手が伸びる10個だけだと主張しています。もっともだと思います。付け加えるなら、この表は残りの9割、つまり月に数回しか使わないコマンドのためにあります。

セッションを検査して問題を診断する

何かおかしいと感じたら、推測しないでください。最も安い確認から始めて、短いシーケンスを実行してください。

  1. /helpを実行して、期待するコマンドが実際に表示されることを確認します。
  2. /doctorを実行してインストールを確認します。
  3. /contextを実行して、ウィンドウが忘れていたもので混雑していないかを確認します。
  4. /usageを実行してプランの制限とレート制限の状態を確認します(お使いのバージョンにまだあれば/costも実行してください。詳細は以下を参照)。
  5. ツールまたはサーバーが疑わしい場合は、/mcp または /hooks を開いて、何が設定されているかを確認します。

以上です。5つのステップ、そしてほとんどの「Claude が変な動作をしている」セッションはステップ5の前に解決します。

出力の見え方

ここではキャプチャ済みの出力を貼るのではなく、形状を説明しています。測定済みに見える数字を渡したくないからです。/help はコマンド名の一覧を1行の説明付きでスクロール可能なリストで表示し、カスタムエントリも同じリストに表示されます。/context はウィンドウの使用量とカテゴリをグリッドまたはバーで表示します。/doctor はセットアップについてのパス・フェイル形式のレポートを出力します。見た目が異なる場合、バージョンが異なっています。これは正常です。

診断の読み方

ほとんど満杯のコンテキストグリッドでツール出力がある場合は、モデルの問題ではなく、圧縮またはクリアの問題を指しています。コマンドが不足している場合は、バージョン、プラグイン、またはスコープを指しています。フックが誤作動している場合は設定を指しており、フックガイドがそちら側を適切にカバーしています。この 3 つを早期に分離してください。混ぜてしまうと、午後を失うことになります。

コンテキストを管理して作業を再開する

コンテキストは最も多く管理することになるものです。3つのコマンドが重い処理を担い、破棄する量が異なります。

  • /compact は会話をここまで要約します。フォーカス指示を渡すことができます。例えば保持する部分を指定できます。
  • /clear は会話をクリアしてもう一度始めます。ヘルプセンターに記載の通り、プロジェクトメモリは残ります。
  • /rewind は会話、コード、またはその両方を前のチェックポイントまでロールバックします。

AI For Developers のあるウォークスルーでは、論理的なまとまりを終えたら /context を確認し、次のフェーズの前に /compact を実行し、/clear は無関係な作業に切り替えるときだけ使うことを勧めています。妥当な進め方です。ただし、これは経験則であって、ドキュメントに書かれたルールではありません。これ以上は必ず compact しなければならないという、普遍的な使用率の基準を裏づける根拠は見たことがありません。ですから、自分なりのタイミングを決めて、出力の質が変わるかどうかを確かめてください。

サイドクエスチョンとリワインド

/btw は使われていません。ヘルプセンターに記載の通り、メイン会話に追加せず、コンテキストを消費しないままクイッククエスチョンを問います。フラグ名を確認したいときに便利で、スレッドを汚したくないときに最適です。

リワインドは議論より優れています。Claude が誤った方向に進んだ場合、チェックポイントまでロールバックして、今わかることで再度プロンプトしてください。Esc Esc を押すとリワインドメニューが開き、AI For Developers の記事に従ってコードのみ、会話のみ、またはその両方を選択できます。

再開

/resume は過去のセッションのピッカーを開くか、セッション名を取ってそこに直接ジャンプします。ターミナルから、ソースは最新のセッションに対して claude --continue を、特定のセッションに対して claude --resume とセッション ID を説明しています。Shipyard のチートシートは両方のフラグをリストしています。一部のサードパーティリストは短い形式(-c、-r)も表示しているので、依存する前に claude --help を確認してください。

これらがどのように一日の仕事全体に適合するかは別の質問であり、日々のファウンダーワークフロー記事で説明しました。

ビルトイン機能、バンドルされたスキル、インストール済みコマンド

ここが私がチートシートで見る間違いです:すべての /something がビルトインコマンドと呼ばれています。違います。スラッシュメニューは複数の場所からマージされたリストです。

3本のパイプが1つのアウトレットにゲージと共にマージされるラインアート多様体
  • /clear や /help のような CLI 自体の一部である固定コマンド。
  • Claude Code とバンドルされており搭載されるプロンプトベースのスキル。
  • プロジェクトまたはユーザーフォルダに書き込んだスキルまたはコマンド。
  • プラグインおよび接続した MCP サーバーによって提供されるエントリ。Shipyard は /help にはカスタムフォルダと同様に接続した MCP サーバーからのコマンドが含まれることに注意します。

公式のスキルドキュメントでは、カスタムコマンドがスキルにマージされたと記載されています。つまり、.claude/commands/ 下のファイルと SKILL.md を持つスキルの両方が、スラッシュエントリとして表示される可能性があります。古いガイドではまだ .claude/commands/ を別のメカニズムとして説明しており、それが用語の混乱の一因になっています。

エントリを分類する方法

実践的な確認方法は2つあります。まず、メニュー内の説明を読んでください。カスタムエントリは通常、あなた自身のテキストが付いています。次に、ファイルを探してください。プロジェクトまたはユーザー設定フォルダに一致するファイルが存在すれば、それはあなたのものです。存在しない場合は、コマンドリファレンスを確認してください。そこが Anthropic が各ドキュメント化されたエントリをどう分類しているかを確認する場所です。ここですべてのコマンドをカテゴリに分類することはしません。いくつかについては推測になってしまうからです。

なぜそんなことを?動作が異なるからです。固定コマンドはアプリに作用します。スキルは Claude にプロンプトを渡し、それに基づいて動作させるため、結果は実行ごとに異なる可能性があります。

コマンドが見つからない、または異なる動作をする理由

リストにコマンドがない?この原因を順に確認してください。

バージョンドリフト

コマンドは追加、名前変更、エイリアス化されます。調査で最も明確な例は使用状況レポートです。ヘルプセンターでは、セッション支出用の /cost とプラン制限用の /usage を別のコマンドとして列挙しています。別のチートシートでは /usage が /cost と /stats に代わるものだと言い、DataCamp では /cost は /usage のエイリアスになったと言っています。これらはすべてバージョンによって真実です。/model についても同じです。DataCamp では v2.1.153 以降、ピッカーで s を使用して現在のセッションのみに適用することで、あなたの選択が新しいセッションのデフォルトになると記されています。インストールが古い場合は、異なる動作が見られます。

つまり、claude --version を実行し、記録してから、ドキュメントと比較して、自分を責める前に確認してください。

スコープと適格性

一部のエントリはあなたのプラン、プラットフォーム、またはターミナルに依存します。AI For Developers ガイドでは、/cost は API ユーザー向け、/stats は Pro および Max サブスクライバー向けと述べています。/focus はあるチートシートではフルスクリーン専用と説明されています。Shift+Enter は一部のターミナルで /terminal-setup が必要です。メニューに表示されないことは、存在しないのではなく、適格でないことを意味する場合があります。

ドキュメント化されていない

公式リファレンスで指摘できないものはすべて除外しました。フォーラム投稿やソーシャルスレッドで言及されているコマンドを見かけ、コマンドリファレンスに記載されていない場合、それが偽物だと仮定しないでください。また、それに頼るのがあなたの権利だと仮定もしないでください。リリースノートまたはサポート記事を探してから、ローカルで /help を確認してください。リファレンスに記載されていないことは、検証する理由であって、どちらかの証拠ではありません。

名前の衝突とタイプミス

カスタムエントリは他の何かと名前を共有でき、プラグインエントリはネームスペースが付いている場合があります。コマンドが予期しない動作をする場合は、同じ名前で定義したものがないか確認してから、バグを疑ってください。

カスタムスキルの位置づけ

この投稿は検索で止まります。あなたが自分の /something が欲しいと結論付けた場合、それはオーサリングジョブです。SKILL.md を書く、置く場所を選ぶ、引数を処理するなど。それはスキルドキュメントに属しており、ここでスターターパックチュートリアルを繰り返すつもりはありません。

私が言うことは、3つの関心がどのように分離するかです。

  • コマンド検索:どのエントリが存在し、何をするか(この投稿)。
  • オーサリング:自分のエントリをどう構築するか(スキルドキュメント)。
  • メカニズム選択:スキル、フック、またはサブエージェントが与えられたジョブに適しているかどうか。

最後のものは人々を混乱させます。フックはイベント上で実行され、あなたが何かを入力するのを待ちません。これはオンデマンドで呼び出すスラッシュエントリとは異なる動物です。先ほどリンクされたフックガイドでその比較を扱っています。

これらのコマンドを1回限りの検索ではなく反復可能なルーチンに組み込みたい場合は、Claude Code ワークフローページが私があなたを送る場所です。

FAQ

これらのコマンドを暗記する必要がありますか?

いいえ。/メニューは入力に応じてフィルタリングされ、/help はインストール環境で利用可能なすべてを一覧表示します。反射的に知っておく価値があるのは /clear、/compact、/resume、/rewind の数個だけです。それ以外はメニューに任せて大丈夫です。

Esc キーは常に Claude を中断しますか?

現在の操作を停止しながら、これまでの作業を保持することになっています。CC for Everyone では、ユーザーが長い操作を中断できなかった GitHub イシューを報告していると指摘し、フォールバックとして Ctrl+C を推奨しています。Esc を最初の試みとして扱い、確実な方法だとは考えないでください。

/clear と /compact の違いは何ですか?

/clear は会話全体を破棄して最初からやり直しますが、プロジェクトメモリは残ります。/compact は要約を保持するため、使用コンテキストを減らして続行できます。タスクが継続する場合は /compact を、継続しない場合は /clear を使用してください。

なぜ 2 つのチートシートで /cost と /usage について異なることが書かれていますか?

おそらく異なるバージョンに対して作成されたもので、コマンドは時間とともに変わっています。claude --version を確認し、最初に見つけたブログ記事を選ぶのではなく、公式リファレンスの現在のエントリを読んでください。

これすべての中で最も重要な注意点は、スラッシュコマンドは実行中のバージョンの記載内容と同じ程度にしか信頼できないということです。/help と公式リファレンスはこのチートシートを含む任意のチートシートに勝ります。記載がない場合は通常、インストール不具合ではなく、バージョン、プラン、スコープの問題を意味します。

← 戻る