Claude Code コマンド一覧｜よく使うスラッシュコマンドと自作コマンドの作り方【2026年版】

結論：コマンドは「組み込み」と「自作」の2種類

Claude Code のコマンドは、チャット内で / から始めるスラッシュコマンドが中心です。大きく2種類あります。

• 組み込みコマンド: /clear /init /agents など、Claude Code に最初から用意されているもの
• 自作コマンド: .claude/commands/ に定型プロンプトを登録して /<名前> で呼ぶもの

毎回貼り付けている定型指示(レビュー、コミットメッセージ、PR要約 等)を自作コマンド化すると、作業がぐっと速くなります。この記事では主要な組み込みコマンドの一覧と、自作コマンドの作り方をまとめます。

よく使う組み込みコマンド

/help で一覧が見られますが、実務で頻出するのはこのあたりです。

使いこなしのコツ: 作業の区切りで /clear を使うとコンテキスト肥大(精度低下・コスト増)を防げます。新しいプロジェクトに入ったらまず /init で CLAUDE.md を作ると、以降 Claude がプロジェクトの慣習を踏まえて動きます。

自作コマンドの作り方

.claude/commands/ にMarkdownを置くだけです。ファイル名がコマンド名になります。

例: コードレビューコマンド

.claude/commands/review.md：

直前の変更(git diff)を、次の観点でレビューしてください。
1. バグ・ロジックの誤り
2. セキュリティ(入力検証・権限・秘密情報)
3. 可読性・命名・重複
指摘は「該当箇所 → 問題 → 修正案」で、重要度順に。

これで /review と打つだけで、毎回同じ観点のレビューが走ります。

引数を受け取る($ARGUMENTS)

コマンド本文に $ARGUMENTS を置くと、呼び出し時の文字列が差し込まれます。

.claude/commands/fix-issue.md：

GitHub issue $ARGUMENTS を調査し、原因を特定して修正してください。
修正後はテストを実行し、変更内容を要約してください。

/fix-issue 42 と呼ぶと、$ARGUMENTS が 42 に置き換わります。

frontmatter で説明を付ける(任意)

---
description: 変更をレビューしてコミットメッセージを作る
---

git diff を確認し、規約に沿ったコミットメッセージを提案してください。

説明を付けると一覧での見え方が整い、チームで使われやすくなります。

コマンド化すると効く定型作業

• /review — 差分のバグ/セキュリティレビュー
• /commit — 規約に沿ったコミットメッセージ作成
• /pr — PR 説明文の生成
• /test — 変更箇所のテスト作成・実行
• /explain — このコードの動作を3行で説明

「毎回同じことを指示している」と感じたら、それはコマンド化のサインです。

配置場所

チームで標準化したいコマンドはプロジェクト側に置いてコミットします。

コマンド・スキル・サブエージェントの使い分け

軽い定型指示はコマンド、手順や資料をまとめるならスキル、重い作業を任せるならサブエージェントです。

まとめ

• コマンドは「組み込み」(/clear /init /agents /mcp /hooks /help)と「自作」の2種類
• 自作は .claude/commands/<名前>.md に定型プロンプトを書くだけ → /<名前> で呼べる
• $ARGUMENTS で引数を受け取れる
• 作業の区切りで /clear、新規プロジェクトで /init が効く
• .claude/commands/ を Git 管理してチームで標準化

手を動かして定着させる：自分の繰り返し指示を2〜3個コマンド化すると効果がすぐ分かります。当サイトの「バイブコーディング実践編」では Claude Code の実務ワークフローを提出物付き演習で扱います。4週間限定で無料公開中。

関連ガイド：

• Claude Code 入門 — CLI の環境構築と基本
• Claude Code Skills とは・使い方・作り方 — 手順+資料の拡張機能
• Claude Code サブエージェントの作り方・使い方 — 別コンテキストへの委譲
• Claude Code hooks 設定方法 — 自動処理・安全ガード