Claude Codeのコマンド一覧と使い方 スラッシュコマンド・CLIフラグ・自作方法を解説

Claude Codeは、コマンドをどれだけ知っているかで作業効率が大きく変わります。同じ指示を毎回書き直している状態と、場面ごとのコマンドを使い分けられる状態では、1日の作業量に差が出ます。

ただし、コマンドは3つの系統に分かれており、全体像をつかまないまま個別に覚えても定着しません。ターミナルで打つもの、セッション中に打つもの、自分で作るものという整理が出発点になります。

この記事では、3つの系統を整理したうえで、起動に使うCLIコマンド、動作を変えるフラグ、場面別のスラッシュコマンド、カスタムコマンドの作り方、注意点までをまとめました。

確認したいポイント	結論	詳細
Claude Codeのコマンドは何種類ある？	大きく3つの系統に分かれる	ターミナルで打つCLI、セッション中のスラッシュ、自作のカスタムに整理できます。
起動や再開はどうする？	claudeコマンドと引数で操作	会話の継続は-c、過去セッションの再開は-rで呼び出す形が基本になります。
動作を変えるには？	起動時にフラグを付ける	モデル、権限モード、作業対象のディレクトリなどを起動の時点で指定できます。
どの場面でどれを使う？	作業の流れに沿って使い分け	初期設定、作業中、レビュー前、セッション間、不具合対応の順に整理できます。
まず覚えるべきコマンドは？	初期設定と文脈管理の5つ	プロジェクト初期化、計画モード、容量確認、要約、区切りから始めるのが近道です。
自分でコマンドは作れる？	マークダウンを置くだけ	所定のフォルダにファイルを置けば、ファイル名がそのままコマンド名になります。
操作を速くする方法は？	モード切替と入力モード	権限モードの切り替えや、シェルコマンドを直接実行する入力方法が使えます。
注意すべき点は？	権限とバージョンに注意	確認を飛ばすフラグの常用は避け、動かない場合はバージョン要件を確認します。

この記事でわかること

• CLIコマンド・スラッシュコマンド・カスタムコマンドという3つの系統の違い
• 起動や再開に使う主要なCLIコマンドと、動作を変えるフラグの使いどころ
• 初回セットアップから作業中、レビュー前まで場面別に使うスラッシュコマンド
• 自分やチーム向けにコマンドを自作する手順と、引数やファイル参照の書き方
• 権限を緩めるフラグの扱いなど、業務で使う前に押さえておくべき注意点

【開発現場へのAI導入をご検討の方へ】 ネクストスケールでは、Claude Codeをはじめとする開発支援AIの社内展開を、研修とルール整備の両面からお手伝いしています。「使える人と使えない人の差が広がっている」という段階からご相談いただけます。 ▶ 無料相談はこちら

Claude Codeのコマンドは3種類に分かれる

最初に押さえたいのは全体の構造です。3つの系統を区別できれば、調べるときも迷わなくなります。Claude Code公式ドキュメント「Overview」によると、Claude Codeはターミナル、エディタ、デスクトップアプリ、ブラウザから使えますが、コマンドの考え方はどの入口でも共通です。

ターミナルで打つCLIコマンド

セッションを起動したり、過去の会話を再開したりするときに使う系統です。ターミナルにclaudeと入力するところから始まります。

起動時にオプションを付けると、その回だけ動作を変えられます。使うモデル、権限の扱い、作業対象のディレクトリなどを、起動の時点で指定する形です。

起動後はAIが自分で判断しながら作業を進めます。この動き方の前提はAIエージェントの仕組みとは？種類・生成AIとの違いで整理しています。

セッション中に使うスラッシュコマンド

起動後の対話の中で、行頭にスラッシュを打って呼び出す系統です。Claude Code公式ドキュメント「Commands」によると、スラッシュだけを入力すれば利用できるコマンドの一覧が表示されます。

コマンドは行の先頭でのみ認識され、後ろに続く文字列は引数として扱われます。応答の途中で送った場合は、そのターンが終わってから実行される仕組みです。

一部は待たずにすぐ実行されます。利用状況の確認や進行中タスクの一覧などが該当します。

標準で用意されているものに加え、あらかじめ組み込まれたスキルもコマンドとして呼び出せます。スキル型のものはAIが自動で判断して使う場合もある点が、通常のコマンドとの違いです。

自分で作るカスタムコマンド

繰り返す作業を、ひとつのコマンドとして登録できる仕組みです。レビューの観点やデプロイ前の点検手順をまとめておけば、毎回説明し直す必要がなくなります。

チームで共有すれば、手順が仕組みとして組織に残ります。個人の工夫で終わらせないための重要な機能といえます。

そもそもClaude Codeが何かから確認したい場合は、ClaudeとClaude Codeの違い｜料金・できること・使い分けの基準もあわせてご覧ください。

起動と再開に使うCLIコマンド

Claude Code公式ドキュメント「CLI reference」をもとに、日常的に使う頻度が高いものを整理します。

セッションを開始する

claudeだけを実行すると対話モードが始まります。claudeのあとに指示文を続ければ、その内容を最初のプロンプトとして起動できます。

対話せずに結果だけ受け取りたい場合は、-pを付けます。パイプでログを流し込んで分析させるといった、スクリプトへの組み込みにも使える形です。

継続的インテグレーションの環境に組み込む使い方も、この形が土台になります。定型の点検や翻訳の更新を自動で走らせる構成が組めます。

会話を続ける・再開する

-cを付けると、そのディレクトリで最後に行った会話をそのまま続けられます。作業を中断して戻ってきたときに便利なコマンドです。

-rは、過去のセッションをIDまたは名前を指定して再開します。起動時に-nで名前を付けておくと、後から探しやすくなります。引数なしで実行すれば、一覧から選ぶ画面が開きます。

環境を確認・更新する

claude updateで最新版に更新できます。claude doctorは、インストールの状態や設定ファイルの不備を読み取り専用で診断するコマンドです。

認証に関するものも用意されています。claude auth loginでサインイン、claude auth statusで現在の状態を確認できます。トラブル時はまずdoctorで状態を確認するのが早い手順です。

外部ツールとの接続を管理するclaude mcpや、拡張機能を扱うclaude pluginも用意されています。設定の追加や削除を、セッションを開かずに済ませられます。

【社内でのAI活用ルールを整えませんか】 ツールを配るだけでは定着しません。 ネクストスケールでは、使い方の標準化から権限設計、社内研修までを一貫してご支援しています。 ▶ サービス内容を見る

動作を変えるCLIフラグ

フラグは起動時に付けるオプションです。使う場面が多いものを3つの観点に分けて整理します。

権限とモードに関するフラグ

–permission-modeは、確認の求め方を指定するフラグです。計画を立ててから実行に移るモードや、編集を自動で受け入れるモードなどを、起動の時点で選べます。

確認をすべて飛ばすフラグも用意されていますが、実行される内容を把握できない状態になるため、扱いには慎重さが必要です。信頼できる環境に限って使う前提で考えてください。

設定の不具合を切り分けたいときは–safe-modeが役立ちます。指示ファイルや拡張機能を読み込まずに起動するため、原因の特定が進みます。

モデルと出力に関するフラグ

–modelで使用するモデルを、–effortで推論にかける度合いを指定できます。軽い作業と重い作業でモデルを変えると、費用と速度の両面で効いてきます。

結果を機械的に処理したい場合は–output-formatでJSON形式を指定します。-pと組み合わせることで、他のツールへ結果を渡す流れを組み立てられます。

やり取りの詳細を追いたいときは–verboseを付けます。何をどう判断して動いたのかが見えるため、うまくいかない原因を切り分ける材料になります。

作業範囲に関するフラグ

–add-dirは、起動したディレクトリの外にあるフォルダも作業対象に加えるフラグです。複数のリポジトリをまたぐ作業で使います。

-wを付けると、隔離された作業領域を作ってそこで作業させられます。複数の作業を並行させても変更が混ざらないため、同時進行が多い場面で有効です。

使えるツールを絞る–toolsや、確認なしで実行してよい操作を指定する–allowedToolsもあります。範囲を狭めるほど、想定外の動作は減ります。

場面別のスラッシュコマンド

公式ドキュメントでは、作業の流れに沿った使い方が整理されています。順を追って見ていきます。

最初のセッションで使う

/initを実行すると、プロジェクトの指示ファイルの雛形が作られます。続けて/memoryで内容を調整し、規約や方針を書き加えていく流れです。

外部ツールとつなぐ場合は/mcpで設定します。/permissionsで承認のルールを決めておくと、以降の作業で確認を求められる回数が減ります。

指示ファイルには、コーディング規約、設計上の判断、参照してほしい資料の場所などを書きます。ここが整っているほど、毎回の説明が不要になります。

作業中に使う

大きな変更に入る前は/planで計画モードに切り替えます。使うモデルや推論の度合いは/modelと/effortで途中から変更できます。

会話が長くなってきたら/contextで何が容量を占めているかを確認し、/compactで要約して空きを作ります。本筋に加えたくない質問は/btwで脇に逃がせます。

作業を並行させる

/tasksで進行中の作業を一覧できます。/backgroundを使えばセッション全体を裏側で走らせ、ターミナルを空けられます。

コードベース全体にまたがる変更には/batchが用意されています。作業を独立した単位に分解し、それぞれを別の作業領域で並行処理する仕組みです。

変更を確認する前に使う

/diffで変更内容を確認できます。/code-reviewは差分を対象に不具合や改善点を洗い出すコマンドで、指摘をそのまま反映させるオプションも用意されています。

セキュリティの観点で確認したい場合は/security-reviewを使います。確定させる前に必ず内容を確認する運用にしておいてください。

セッションをまたぐときに使う

/clearで文脈を空にして新しい作業に移れます。過去の会話に戻りたい場合は/resumeです。

別の方向性を試したいときは/branchで会話を枝分かれさせられます。元の状態は残るため、うまくいかなければ戻れます。

環境をまたいだ引き継ぎにも対応しています。ブラウザで始めた作業を手元のターミナルに持ってくる、逆に手元の作業を別の端末から続けるといった移動ができます。

不具合が起きたときに使う

/rewindは、コードと会話を過去の時点まで巻き戻すコマンドです。想定外の変更が入った場合の復旧手段になります。

設定まわりの問題は/doctorで診断できます。実行時の挙動がおかしい場合は/debugでログを取りながら原因を追います。

【現場に定着する使い方を設計します】 コマンドを知っているだけでは成果になりません。 ネクストスケールでは、業務の流れに合わせた標準の使い方づくりと、チームへの浸透までご一緒します。 ▶ 相談内容を伝える

まず覚えたいコマンド10選

数が多いため、優先順位をつけて覚えるのが現実的です。使用頻度の高いものから並べます。

最初に覚える5つ

/initでプロジェクトの土台を作り、/planで大きな変更の前に計画を立て、/contextで容量を確認し、/compactで整理し、/clearで区切る。この5つで日常の作業はひととおり回ります。

中でも効くのは/compactです。長い作業になるほど文脈の容量が問題になるため、こまめに整理する習慣が精度を保ちます。

作業の区切りで/clearを使う癖をつけると、前の話題を引きずらずに済みます。関係のない文脈が残っていると、判断の精度が下がる原因になります。

慣れてきたら使う5つ

/permissionsで確認の頻度を調整し、/code-reviewで変更を点検し、/resumeで過去の作業に戻り、/rewindで失敗を戻し、/doctorで環境を整える。ここまで使えると作業の安定感が変わります。

慣れの目安になるのは/permissionsです。毎回同じ確認に応答している状態なら、ルールを整える段階に来ています。

チームへ展開する段取りはAI導入の進め方｜検討から定着までの手順にまとめています。

業務全体でのAI活用の広げ方は、業務効率化にAIを使う方法と進め方でも整理しています。

カスタムコマンドの作り方

自分たちの手順をコマンドにまとめる方法を整理します。仕組みは単純で、マークダウンのファイルを置くだけです。

ファイルを置く場所

プロジェクト単位で使うものはプロジェクト直下の設定フォルダに、すべての作業で使うものはホームディレクトリ側の設定フォルダに置きます。ファイル名がそのままコマンド名になります。

現在はスキルという形式が推奨されており、自動で呼び出される設定も加えられます。従来のコマンド形式も引き続き動作するため、既存の資産はそのまま使い続けられます。

基本の書き方

ファイルの中身に、実行したい内容を文章で書きます。「選択したコードを読みやすく整理してください」と書けば、その指示を呼び出すコマンドが作られます。

冒頭に設定を書き加えることもできます。使ってよいツール、コマンドの説明、使用するモデルなどを指定でき、用途に応じた制御が可能です。

軽い確認は速いモデル、深い分析は高性能なモデルというように、コマンド側でモデルを固定しておく使い方も有効です。呼び出すたびに切り替える手間がなくなります。

引数とファイル参照を使う

呼び出すときに値を渡す仕組みが用意されています。課題番号や優先度といった変わる部分を、実行のたびに指定できます。

シェルコマンドの実行結果や、特定ファイルの中身を読み込ませる書き方も使えます。変更差分を自動で取り込むレビュー用コマンドなどが作れる仕組みです。

チームで共有する

プロジェクト側に置いたファイルはバージョン管理の対象になるため、そのままチーム全員に配布されます。レビューの観点やコミットの作法を揃える手段になります。

サブフォルダに分けて整理できるため、担当領域ごとにまとめておくと管理が楽になります。命名のルールを先に決めておくのがおすすめです。

作ったコマンドは、そのままチームの手順書としても機能します。生成AIそのものの基礎から共有したい場合は生成AIとは？仕組みとビジネス活用の基本もあわせてご活用ください。

操作を速くする入力モードとショートカット

コマンド以外にも、操作を短縮する仕組みが用意されています。使用頻度の高いものを挙げます。

権限モードの切り替え

特定のキー操作で、確認の求め方を順に切り替えられます。現在どのモードにいるかは入力欄の下に表示されます。

慎重に進めたい作業では計画モード、定型作業では自動で受け入れるモードというように、作業の性質に応じて切り替える使い方が基本です。

シェルコマンドの実行

行頭に感嘆符を付けると、その内容をシェルコマンドとして直接実行できます。ファイルの一覧確認やブランチの切り替えなど、AIに考えさせる必要のない操作で使います。

AIに依頼するより速く終わるため、単純な確認作業ではこちらのほうが効率的です。実行結果はそのまま会話の文脈に残るため、続けて相談する流れにもつなげられます。

履歴の呼び出し

過去に入力した内容は履歴から呼び出せます。同じ指示を繰り返す場面では、打ち直すより早く済みます。

キー操作は設定ファイルで変更できます。手に馴染む配置に整えておくと、日々の操作時間が積み上がりで短縮されます。変更は再起動なしで反映されるため、試しながら調整できます。

コマンドを使うときの注意点

業務で使う前に押さえておきたい論点を3つ挙げます。

権限を緩めるフラグの扱い

確認を飛ばすフラグを常用すると、意図しないファイル操作やコマンド実行が入り込む余地が生まれます。作業の速度は上がりますが、代わりに失う安全性を理解したうえで判断してください。

バージョン管理された状態で使い、変更内容を確認してから確定する運用が前提になります。取り消せる状態を保っておけば、失敗しても戻せます。

バージョンによる差

Claude Codeは更新の頻度が高く、コマンドの追加や仕様変更が続いています。特定のコマンドが動かない場合は、使っているバージョンが要件を満たしているかを確認してください。

記事や解説の情報は短期間で古くなります。動作しないときは公式ドキュメントを参照するのが確実です。バージョンを上げるだけで解決する場合も多いため、更新の確認を先に済ませておくと切り分けが早くなります。

増やしすぎない運用

カスタムコマンドは便利ですが、増やしすぎると何がどこにあるか分からなくなります。使われていないものを定期的に整理する習慣が必要です。

コミットやデプロイなど影響の大きい処理を含むコマンドには、必ず確認を挟む設計にしておきます。社内展開の進め方は社内向けAI研修の設計と実施のポイントで解説しています。

【安全に使うためのルールづくりを支援します】権限の設定や確認フローの組み方は、開発体制によって最適解が変わります。ネクストスケールはルール整備から研修まで、定着する形での導入をサポートします。▶ 導入について問い合わせる

まとめ

Claude Codeのコマンドは、ターミナルで打つCLIコマンド、セッション中に使うスラッシュコマンド、自分で作るカスタムコマンドの3系統に分かれます。まずこの構造を押さえると、必要な情報にたどり着きやすくなります。

CLI側では起動と再開のコマンドに加え、モデルや権限、作業範囲を指定するフラグが用意されています。スラッシュコマンド側は、初回セットアップ、作業中、レビュー前、セッションをまたぐとき、不具合対応という流れで整理できます。

優先して覚えるなら、初期設定、計画、文脈管理、区切りに関わる5つから始めるのが現実的です。慣れてきた段階で、権限の調整やレビュー、巻き戻しに関わるコマンドへ広げていきます。

繰り返す作業はカスタムコマンドにまとめ、チームで共有すれば組織の資産になります。更新の速い領域のため、動作しないときは公式ドキュメントで最新の仕様を確認してください。

【開発現場のAI活用をご検討中の方へ】 ネクストスケールは、企業向けのAI研修とAX支援を通じて、開発から事務まで幅広い業務のAI活用をお手伝いしています。 現状の課題整理から社内定着までご相談いただけます。 ▶ 無料で相談する