非エンジニアのClaude Codeスラッシュコマンド12選【実務で使う】

Claude Codeのスラッシュコマンドは、コードを書かない非エンジニアにとってこそ役に立つ機能です。スラッシュコマンドとは、チャット入力欄で/から始まる短い命令を打つだけで、あらかじめ決まった操作を一発で実行できる仕組みです。結論から言えば、非エンジニアがまず覚えるべきなのは/help・/clear・/planを中心とした12個で、これだけで「毎回長い文章で頼む」手間がほぼ消えます。この記事では、編集部が公式ドキュメントで確認した実在のコマンドだけを厳選し、非エンジニアの実務での使いどころ、使い方の3ステップ、自分専用のカスタムコマンドの作り方、そしてサイト制作や自社ツール開発でどう組み込むかまでを、コピペできる粒度で解説します。

01非エンジニア向けのClaude Codeスラッシュコマンドとは？

Claude Codeのスラッシュコマンドとは、チャット入力欄の先頭で/を打つと呼び出せる、あらかじめ用意された命令のことです。公式ドキュメントの説明でも、モデルの切り替え・権限の管理・コンテキストの整理・ワークフローの実行などを、文章で頼まなくても一発で行える機能として位置づけられています。非エンジニアにとっての価値は、専門用語を並べた長い指示文を毎回考えなくても、決まった操作を短い合図で呼び出せる点にあります。

スラッシュコマンドを一言でいうと？

一言でいえば、スラッシュコマンドは「よく使う操作のショートカット」です。/を打つと使えるコマンドの候補が一覧で出て、続けて文字を打つと候補が絞り込まれます。目的のコマンドを選んでEnterするだけでClaudeが動くため、コードの知識がなくても操作の入り口として使えます。

非エンジニアが使う代表的な場面

非エンジニアの出番は日常的にあります。たとえば会話が長くなって反応が鈍くなったときの/clear、料金や上限が気になったときの/usage、大きめの作業を任せる前に計画を確認する/planは、コードを書く人でなくても使う操作です。編集部でも、原稿整形やサイトのチェックといった非エンジニア寄りの作業でこれらを常用しています。

02文章で頼むのとスラッシュコマンドは何が違う？【比較表】

スラッシュコマンドの意味は、これまでの「毎回文章で頼むやり方」と並べると分かりやすくなります。次の表は、同じ操作を文章で指示する場合とコマンドで呼ぶ場合の違いを、編集部が実務目線で整理したものです。

この差から、アウトプットにも違いが出ると想定されます。文章指示は書き手ごとに言い回しがぶれるため、Claudeの受け取り方も揺れがちです。コマンドは呼び出し方が固定されるため、同じ作業を何度も回すほど結果のばらつきが小さくなると考えられます。とくに定型のチェック作業では、指示の再現性が上がることで見落としの発生位置が読みやすくなる、というのが編集部の実感です。

03非エンジニアがまず覚える12コマンド一覧

ここからは、編集部が公式ドキュメントで実在を確認したコマンドのうち、非エンジニアの実務で出番が多い12個を選びました。数を水増しせず、実際に使いどころが説明できるものだけに絞っています。まずは表で全体像をつかみ、そのあと使い方の手順に進んでください。

最初の3つだけ選ぶなら？

最初の3つだけ選ぶなら、/help・/clear・/planです。/helpで何ができるかを把握し、/clearで会話をこまめに仕切り直し、/planで大きな作業の前に計画を挟む。この3つだけで、非エンジニアが操作に迷う場面の多くはカバーできます。慣れてきたら/contextと/rewindを足すと、待ち時間とやり直しのリスクがさらに下がります。

なお、/mcpで扱うMCP（Model Context Protocol）は、Claude Codeに外部データやツールをつなぐ共通規格です。仕組みの詳細はMCPとは？仕組みと使い方で図解しています。

04スラッシュコマンドの使い方｜入力から実行まで3ステップ

使い方は難しくありません。文章を打つのと同じ入力欄で、頭に/を付けるだけです。手順は次の3ステップに集約できます。

コマンドに情報を渡す方法

コマンドの後ろに半角スペースを空けて言葉を足すと、追加の指示として渡せます。たとえば/compactのあとに要約の方針を書けば、その観点で会話を要約します。ファイルを対象にしたいコマンドでは、後ろにファイル名を付けて/diffのように使う場面もあります。まずは引数なしで打ち、必要に応じて言葉を足す、という順で覚えると迷いません。

05自分専用のカスタムスラッシュコマンドの作り方

用意されたコマンド以外に、自分専用のスラッシュコマンドも作れます。仕組みはシンプルで、.claude/commands/というフォルダにテキストファイル（Markdown）を1枚置くだけです。公式仕様では、ファイル名がそのままコマンド名になります。review.mdを置けば/reviewとして呼び出せる、という対応関係です。

作成の3ステップ

作り方は3ステップです。第一に、案件フォルダ直下に.claude/commands/を作成します。全案件で共通にしたいなら、置き場所は~/.claude/commands/です。第二に、そこへコマンド名のMarkdownファイルを置き、中に「やってほしいことの手順」を日本語で書いておきます。第三に、Claude Codeで/を打つと自作コマンドが候補に並ぶので、選んで実行するだけです。

入力を受け取りたいときは、ファイルの中に$ARGUMENTSと書いておきます。すると、コマンドの後ろに渡した言葉がその場所へ差し込まれる仕組みです。たとえば/lp-check index.htmlと打てば、index.htmlが処理の対象になります。

補足：現在のClaude Codeでは、カスタムコマンドはスキル機能に統合されつつあります。.claude/commands/のファイルは引き続きそのまま動くため、非エンジニアはまずこの手軽な方法から始めれば十分です。

06サイト制作でスラッシュコマンドをどう使うか【実践】

ここからは編集部の実務での組み込み方です。サイト制作・LP制作では、公開前のチェックがいつも同じ観点の繰り返しになります。そこで、チェック項目を書いたカスタムコマンドを1枚用意しておくと、毎回同じ基準で見直せます。.claude/commands/lp-check.mdに次の内容を保存してください。

渡されたHTMLファイル $ARGUMENTS を、公開前チェックとして
次の観点で見て、問題箇所を行番号つきで指摘してください。

1. title と meta description が入っているか
2. 画像に alt が付いているか
3. 見出しが h1→h2 の順で飛んでいないか
4. リンク切れ・href="#" の貼り忘れがないか
5. スマホ幅（375px）で崩れそうな固定幅指定がないか
6. 日本語の不自然な改行・全角半角の揺れがないか

直さず、指摘だけを箇条書きで返してください。

保存したら、対象ファイルを指定して/lp-check index.htmlのように呼び出します。$ARGUMENTSにindex.htmlが入り、決まった6観点でのチェックが返ってきます。非エンジニアでも、コマンド名とファイル名を打つだけで公開前の一次チェックを回せる点が利点です。まず/planで修正方針を確認し、/diffで変更箇所を目視し、問題があれば/rewindで戻す、という流れと組み合わせると安全です。

07自社ツール開発での活用【実践】

効率化のための自社ツール開発でも、定型作業はカスタムコマンド化すると回しやすくなります。たとえば、書き出したCSVを毎回同じ形の要約レポートにする作業です。.claude/commands/csv-report.mdに次を保存します。

CSVファイル $ARGUMENTS を読み込み、次の形で日本語レポートに
まとめてください。数値はファイルの実データだけを使い、
書かれていない数字は推測で足さないでください。

- 件数と対象期間
- 上位5項目（多い順）とその割合
- 前の行との比較で目立つ増減
- 気づいた異常値やデータの欠損

最後に、次にやるべき確認を3点、箇条書きで提案してください。

呼び出しは/csv-report data.csvです。数値はファイルの実データだけを使うよう明記しているため、存在しない数字を作らせない歯止めになります。さらに自動化まで進めるなら、コマンドファイルの中で!`とバッククォートを使って先にシェルコマンドの出力を差し込む書き方や、@ファイル名で内容を参照させる書き方も公式に用意されています。まずは手動の呼び出しで手順を固め、繰り返し回すものだけ自動化に寄せる、という順序が失敗しにくい進め方です。関連する自動化の考え方はClaude Codeプランモードの使い方でも触れています。

08使うときに注意したいこと（権限・コスト・上限）

便利な一方で、非エンジニアが押さえておくと安心な点が3つあります。権限、コスト、上限です。

勝手にファイルが変わらないようにするには？

大きめの作業では、まず/planでプランモードに入れておくと、計画を承認するまでファイルが書き換わりません。実行後に想定と違えば/rewindでチェックポイントまで戻せます。この2つを併用すると、コードが読めなくても「確認してから進める」流れを作れます。

コストと上限を抑える使い分け

/usage（別名/cost）で利用量とコストの状況を確認できます。会話が長引くほど処理が重くなりコストもかさむため、区切りがついたら/clearで新しい会話にする、続けたいときは/compactで要約して文脈を軽くする、という使い分けが目安です。/contextで残量を可視化しておくと、詰まる前に手を打てます。

09よくある質問

非エンジニアでもスラッシュコマンドは使えますか？

使えます。/を打って候補から選ぶだけなので、コードの知識は要りません。まずは/helpで一覧を出し、/clearや/planのような操作系から使い始めると、迷わず慣れていけます。

スラッシュコマンドの一覧はどこで見られますか？

Claude Code内で/helpを実行すると、その環境で使える最新のコマンド一覧が表示されます。バージョンによって使えるコマンドは増減するため、正確な一覧は/helpで確認するのが確実です。

自分でコマンドを作るのは難しいですか？

難しくありません。.claude/commands/にコマンド名のMarkdownファイルを置き、やってほしい手順を日本語で書くだけです。ファイル名がlp-check.mdなら/lp-checkとして呼び出せます。入力を渡したいときは中に$ARGUMENTSと書いておきます。

間違ってファイルを壊してしまったら戻せますか？

戻せます。/rewindを使えば、コードと会話をチェックポイントの状態へ巻き戻せる仕組みです。大きな変更の前に/planで計画を確認しておくと、そもそも意図しない変更が入りにくくなります。

スラッシュコマンドとカスタムコマンドは何が違いますか？

用意済みの/helpや/clearが組み込みのコマンド、.claude/commands/に自分で置くのがカスタムコマンドです。現在はカスタムコマンドがスキル機能に統合されつつありますが、従来のファイル方式もそのまま動くため、非エンジニアはまずファイル方式で問題ありません。

10まとめ：非エンジニアが最初に入れる3つ

スラッシュコマンドを使うかどうかは、「同じ操作を何度も文章で打っていないか」で判断できます。心当たりがあるなら、まず/helpで全体像を見て、/clearで会話をこまめに仕切り直し、/planで大きな作業の前に計画を挟む。この3つから始めるのが、非エンジニアにとって失敗しない入り方です。慣れてきたら、繰り返す定型作業を.claude/commands/の自作コマンドに移していくと、サイト制作のチェックや自社ツールの集計が同じ品質で回せるようになります。次の一歩として、大きな修正を安全に任せるClaude Codeプランモードの使い方と、外部ツール連携の土台になるMCPとは？仕組みと使い方もあわせて確認してみてください。

11出典

• Slash commands reference — Claude Code Docs（組み込みコマンドの一覧と各コマンドの説明）
• Skills / custom commands — Claude Code Docs（.claude/commands・$ARGUMENTS・引数と参照の仕様）