コマンド / 2026年8月
GitHub Copilotアプリのスラッシュコマンド一覧
GitHub Copilotアプリには、頼み方そのものを切り替えるスラッシュコマンドがあります。どれも「何を頼むか」ではなく「どう進めるか」を指定するもので、使い分けると同じ依頼でも結果が変わります。公式に紹介されているものを、役割ごとに整理しました。
このサイトはMicrosoftやGitHubの公式サイトではありません。機能・料金・提供状況は変更される可能性があるため、重要な判断では公式情報も確認してください。
何をするコマンドなのか
スラッシュコマンドは、作業の内容ではなく進め方を指定します。公式の紹介記事で挙げられているものは次のとおりです。
| コマンド | 何をするか |
|---|---|
/plan | コードを書き始める前に作業を分解し、進め方と想定される難所を洗い出す |
/spar | 前提を疑い、リスクを挙げて、実装前に案を検証する |
/autopilot | 目標を渡して、完了までの手順を任せる |
/rubber-duck | 別のモデルに作業を見直させ、思い込みや見落としを洗い出す |
/create-canvas | やり取りを図や画面の形にまとめる |
/orchestrate | 複数のリポジトリや並行する作業をまとめて進める |
このほか /clear と /model は、アプリとCLIの両方で使えるとされています。
使い分けの目安
どれを使うかは、今どの段階にいるかで決まります。
- 何をするか決まっていない —
/plan。分解してから始める - 案はあるが不安がある —
/spar。穴を指摘させる - やることが明確で、手数が多い —
/autopilot - できたものを見直したい —
/rubber-duck
いきなり /autopilot から始めないでください。やることが決まっていない状態で任せると、途中で方向が違うと分かった時の手戻りが大きくなります。/plan で分解してから渡すほうが、結果的に速く終わります。
/plan と /spar の違い
この2つは似て見えますが、役割が逆です。
/plan | /spar | |
|---|---|---|
| 目的 | 進め方を組み立てる | 組み立てた案を壊しにかかる |
| 出てくるもの | 手順と、想定される難所 | 前提への疑問とリスク |
| 使う順番 | 先 | 後 |
順番を守ると効きます。計画を立てる前に検証させても、検証する対象がありません。逆に、計画をそのまま実装に渡すと、前提の誤りに気づかないまま進みます。
/rubber-duck が別のモデルである意味
見直しに別のモデルを使うのは、同じモデルは同じ見落としをするためです。
同じ相手に「これで合っていますか」と聞き返しても、確認にはなりません。作った時と同じ前提で読むので、同じところを見落とします。別の視点を入れることで、前提そのものへの疑問が出てきます。
ただし、別のモデルが指摘したことが常に正しいわけでもありません。指摘を受けて直す前に、その指摘が自分の状況に当てはまるかを判断してください。
アプリとCLIでコマンドが違う
公式の記事では、アプリのコマンドとCLIのコマンドは別のものとされています。
- アプリ — 上に挙げた進め方を切り替えるもの
- CLI — 端末での作業を前提にしたもの。
/add-dirや/cwdのように、対象の場所を指定するものが挙げられています
解説記事を読む時は、どちらの話かを確認してください。アプリで紹介されているコマンドをCLIで打っても、同じようには動きません。使い分けそのものはapp・CLI・VS Codeの使い分けで整理しています。
使う前に確認すること
コマンドが表示されない、または動かない場合は次を確認してください。
- どのアカウントで使っているか — 個人か、職場・学校か
- そのアカウントで有効になっているか — 職場では管理者の設定が優先されます
- アプリの版 — 新しいコマンドは順次追加されます
2番目でつまずくことが多くあります。解説どおりの画面にならない時は、性能ではなく設定の問題であることがほとんどです。探し続ける前に、社内の担当へ確認してください。
FAQ
スラッシュコマンドは覚えないと使えませんか？
いいえ。使わなくても通常どおり依頼できます。作業の進め方を指定したい時に使うもので、まずは /plan だけ覚えれば十分です。
アプリのコマンドをCLIでも使えますか？
公式の記事では別のものとして紹介されています。CLIは端末での作業を前提にしたコマンド構成になっているため、同じようには動きません。
コマンドが表示されません
アカウントの種類、管理者の設定、アプリの版のいずれかが原因のことがほとんどです。職場のアカウントでは、利用者側の設定では変えられない部分があります。
/autopilot はどこまで任せてよいですか？
やることが明確で、途中で確認しなくても方向がずれない作業に限ってください。本番に反映されうる変更を含む場合は、/plan で手順を確認してから進めるほうが安全です。
関連ページ
この記事の情報について
GitHubの公式記事をもとに、日本語で整理したものです。コマンドは順次追加・変更されるため、最新の一覧は公式でご確認ください。
出典: GitHub Blog（2026年8月8日確認）
このページは非公式のガイドです。機能・対象プラン・提供範囲は変わる可能性があります。