GitHub Copilotの便利機能を徹底解説｜Participantsとスラッシュコマンドの使い方

GitHub Copilotを使っていると、「コードを書いて」とお願いするだけでも、それなりに便利な回答が返ってきます。

でも、少し使い慣れてくると、こんな疑問が出てきませんか？

• もっと正確にGitHub Copilotへ指示したい
• プロジェクト全体を理解したうえで回答してほしい
• ターミナルのエラーについて相談したい
• 既存コードを説明してほしい
• バグ修正やテストコードの作成を効率化したい

そんなときに覚えておきたいのが、GitHub CopilotのParticipantsとスラッシュコマンドです。

これらを使いこなせるようになると、GitHub Copilotとのやり取りが「何となく質問する」状態から、「目的に合わせてAIへ指示する」状態へ変わっていきます。

今回は、GitHub Copilotをこれから本格的に使ってみたい人に向けて、Participantsの考え方と代表的なスラッシュコマンドについて、できるだけわかりやすく整理していきます。

GitHub Copilotを便利に使うには「指示の出し方」が重要

GitHub Copilotは、こちらが入力した文章をもとにコードの生成や説明、修正などを手伝ってくれるAIアシスタントです。

ただし、AIに対して単純に「これを直して」と伝えるだけでは、こちらが期待している回答と少し違った結果になることがあります。

たとえば、プログラムにエラーが発生しているとします。

「このコードを直して」

とだけ入力するよりも、

「このコードで発生しているエラーの原因を説明して、修正方法を提案して」

と具体的に伝えたほうが、目的に合った回答を得やすくなります。

さらに、「どの情報を対象にするのか」「何をしてほしいのか」を明示できれば、より効率的にGitHub Copilotを活用できます。

そこで登場するのが、Participantsとスラッシュコマンドです。

GitHub Copilot Participantsとは？

まず覚えておきたいのがGitHub Copilot Participantsです。

簡単に考えるなら、Participantsは「誰に相談するのか」「どの領域を対象にするのか」を指定する仕組みと考えるとわかりやすいでしょう。

たとえば、ターミナルについて質問したいのに、プロジェクト全体のコードだけを見ながら回答されても困りますよね。

逆に、プロジェクト全体の設計について相談したいのであれば、特定の1ファイルだけを対象にするより、ワークスペース全体を意識した回答が欲しくなります。

Participantsを使うことで、目的に応じて適切なコンテキストを意識しながらGitHub Copilotを利用できます。

GitHub Copilotの代表的なParticipants

ここでは代表的なParticipantsとして、ターミナル、VS Code、ワークスペース、GitHubについて見ていきましょう。

ターミナルを対象にするParticipant

まずはターミナルです。

ターミナルでコマンドを実行していると、「このコマンドで何をしているのかわからない」「エラーの原因が見つからない」という場面があります。

そんなときに、ターミナルに関連する情報を前提としてGitHub Copilotへ相談すると便利です。

たとえば、開発中に突然こんなエラーが表示されたとします。

「昨日までは動いていたのに、なぜかコマンドが失敗する……」

こういう瞬間は、開発者なら一度は経験があるのではないでしょうか。

エラーメッセージを確認しながら原因を探していくのは、意外と時間がかかります。

そこでGitHub Copilotを利用すれば、エラーの意味を確認したり、考えられる原因や対応方法を整理したりできます。

ターミナル関連では、次のような用途が考えられます。

• ターミナルコマンドの意味を確認する
• 実行しようとしているコマンドを相談する
• エラーメッセージの原因を調べる
• コマンド実行後の結果について質問する
• 開発環境のトラブルシューティングを行う

VS Codeを対象にするParticipant

次にVS Codeです。

Visual Studio Codeを普段から使っている人にとって、エディタの機能や設定について疑問が出ることは珍しくありません。

「このショートカットって何だっけ？」

「この機能を使うにはどうすればいい？」

「おすすめの拡張機能はある？」

そんな疑問をGitHub Copilotに相談できます。

VS Codeを使った開発では、コードを書くことだけが作業ではありません。

ファイル操作、検索、デバッグ、拡張機能、エディタ設定など、さまざまな操作を組み合わせながら開発を進めます。

そのため、VS Codeそのものについて質問できることは、開発効率を高めるうえで意外と大きなメリットになります。

ワークスペースを対象にするParticipant

続いてワークスペースです。

ここは特に、実際の開発で便利だと感じやすい部分です。

個別のコードだけを見るのではなく、プロジェクト内のファイルやコードを前提として相談したい場合に役立ちます。

たとえば、

「このプロジェクトではログイン処理はどこで行っている？」

「この機能に関連するファイルを整理して」

「このプロジェクトの構成を説明して」

といった質問です。

プロジェクトが大きくなってくると、「あの処理はどこに書いてあったかな？」という問題が頻繁に起こります。

ファイル数が10個程度なら人間の記憶でも何とかなりますが、数十、数百ファイルになってくると、すべてを把握するのは簡単ではありません。

そんなときにワークスペースを意識したGitHub Copilotの使い方が役立ちます。

GitHubを対象にするParticipant

最後がGitHubです。

GitHubを利用した開発では、ソースコードを書くだけではなく、IssueやPull Requestなどを使ってチームで作業を進めます。

そのため、GitHub上の開発作業について相談したい場面も出てきます。

たとえば、

• Issueの内容を整理する
• Pull Requestについて相談する
• リポジトリの情報を確認する
• GitHub上の開発作業を効率化する

といった用途です。

GitHub Copilotを単なる「コード生成AI」としてではなく、開発作業全体を支援してくれる存在として考えると、この機能の便利さが見えてきます。

GitHub Copilot Participantsの使い分けを覚えよう

Participantsについて難しく考える必要はありません。

まずは「今、自分は何について質問したいのか？」を考えてみましょう。

• ターミナル：コマンドやエラーについて相談したい
• VS Code：エディタや開発環境について相談したい
• ワークスペース：プロジェクト全体について相談したい
• GitHub：GitHub上の開発作業について相談したい

このように整理すると、Participantsの考え方はそれほど難しくありません。

つまり、「誰に聞く？」ではなく、「どの領域の情報を使って回答してほしい？」と考えると理解しやすいです。

GitHub Copilotのスラッシュコマンドとは？

次に覚えておきたいのがスラッシュコマンドです。

スラッシュコマンドは、GitHub Copilotに対して「何をしてほしいのか」を明確に伝えるための指示として利用できます。

通常のチャットでは文章で自由に質問できます。

一方、スラッシュコマンドを使うと、目的を短く明示できます。

これは、AIとのやり取りに慣れていない人にとっても便利な考え方です。

「何て質問すればいいんだろう？」

と悩む時間を減らし、目的に合わせた操作へ切り替えられるからです。

GitHub Copilotの代表的なスラッシュコマンド

ここでは、覚えておくと便利な代表的なコマンドを紹介します。

/Explain｜コードを説明してもらう

Explainは、選択したコードなどについて説明してもらうときに便利です。

既存のコードを読んでいると、

「この処理、何をやっているんだろう？」

と思うことがあります。

特に他の人が書いたコードや、数年前に自分が書いたコードを読むときには、この問題が起こりやすくなります。

そんなときにExplainを使えば、コードの役割や処理内容を理解するためのヒントを得られます。

おすすめの利用シーン：

• 初めて見るコードを理解したい
• 複雑な処理を確認したい
• 既存システムを調査したい
• コードレビュー前に内容を整理したい
• 学習目的でプログラムを読み解きたい

/Fix｜コードの問題を修正する

次はFixです。

コードに問題がありそうな場合に、修正方法を提案してもらうために利用できます。

開発中にエラーが出ると、まずエラーメッセージを確認します。

しかし、原因がすぐにわかるとは限りません。

スペルミスなのか、変数の扱いなのか、条件分岐なのか、それとも別の部分に原因があるのか。

コードが大きくなるほど、原因を特定するのに時間がかかります。

そんなときにFixを利用すれば、問題がありそうな箇所について修正案を得ることができます。

ただし、AIが提案した修正をそのまま適用するのではなく、自分でも変更内容を確認することが重要です。

/Test｜テストコードを作成する

開発で意外と時間がかかるのがテストです。

機能を実装するだけなら楽しいのに、

「さて、テストを全部書こう」

となった瞬間に、急に作業量が増えたように感じることがあります。

そんなときに便利なのがTestです。

選択したコードをもとに、テストケースやテストコード作成のきっかけを作るのに利用できます。

たとえば、正常系だけでなく、異常系や境界値などを考える際のヒントとしても活用できます。

テスト作成で考えておきたいポイント：

• 正常な入力
• 異常な入力
• 空の値
• 想定外の値
• 境界値
• エラーが発生するケース

GitHub Copilotにテストのたたき台を作ってもらい、最後は開発者自身が内容を確認する。

この使い方をすると、テスト作成のスタート地点に立つまでの時間を短縮できます。

/New｜新しいファイルやディレクトリを作成する

Newは、新しいファイルやディレクトリを作成するときに役立つコマンドです。

プロジェクトを作っていると、最初にファイルやディレクトリ構成を整える作業があります。

小さなプロジェクトなら手作業でも問題ありません。

しかし、ある程度規模が大きくなると、「このファイルを作って、ここに配置して……」という作業だけでも積み重なっていきます。

こうした定型的な作業をGitHub Copilotにサポートしてもらうことで、本来集中したい設計や実装に時間を使いやすくなります。

/Clear｜Copilotとの会話をリセットする

最後はClearです。

これはGitHub Copilotとのチャット履歴をクリアして、話題を切り替えたいときなどに便利です。

AIとの会話では、それまでのやり取りが次の回答に影響することがあります。

たとえば、

「最初はJavaScriptのエラーについて相談していたけれど、次はPythonのコードについて質問したい」

という状況になったとします。

このように話題が大きく変わる場合は、会話をリセットして新しい文脈から始めるほうがわかりやすい場合があります。

GitHub Copilot Participantsとスラッシュコマンドの違い

ここまで読むと、Participantsとスラッシュコマンドの違いが少し気になってくると思います。

ざっくり整理すると、次のように考えるとわかりやすいです。

• Participants：どの領域・情報源を対象にするか
• スラッシュコマンド：何をしてほしいのか

たとえば、

「ワークスペースを対象にして、コードを説明してほしい」

という考え方です。

つまり、Participantsが「相談する場所・対象」を決めるのに対して、スラッシュコマンドは「お願いする作業」を明確にする、と考えると理解しやすくなります。

GitHub Copilotを使うときに意識したいこと

GitHub Copilotは非常に便利ですが、何でもAIに任せればいいというわけではありません。

特に開発現場では、AIが生成したコードをそのまま採用するのではなく、内容を確認することが大切です。

AIの回答をそのまま信じない

GitHub Copilotはあくまで開発を支援するツールです。

生成されたコードが必ず正しいとは限りません。

そのため、

• コードが期待した動きをするか
• セキュリティ上の問題がないか
• 既存コードとの整合性があるか
• テストが十分か
• パフォーマンスに問題がないか

といった点を開発者自身が確認する必要があります。

GitHub Copilotに具体的な指示を出す

もう一つ大切なのが、指示を具体的にすることです。

「修正して」

だけではなく、

「このエラーの原因を説明したうえで、既存の処理をできるだけ変更せずに修正案を提示して」

のように、目的や制約を伝えることで、より意図に近い回答を得やすくなります。

GitHub Copilotの便利機能を覚えると開発スタイルが変わる

GitHub Copilotを使い始めたばかりのころは、「コードを書いてもらう」という使い方が中心になるかもしれません。

しかし、Participantsやスラッシュコマンドを覚えていくと、使い方が少しずつ変わってきます。

単純なコード生成だけではなく、

• コードを理解する
• エラーの原因を調べる
• 修正案を考える
• テストを作る
• プロジェクト構成を確認する
• GitHub上の作業を整理する

といった、開発工程のさまざまな場面でAIを活用できるようになります。

個人的には、ここがGitHub Copilotの面白いところだと思います。

「AIにプログラムを書かせる」というだけではなく、開発者の横で一緒に考えてくれるアシスタントとして使うイメージです。

GitHub CopilotのParticipantsとスラッシュコマンドまとめ

今回は、GitHub Copilotを効率よく使うために覚えておきたいParticipantsとスラッシュコマンドについて紹介しました。

最後にポイントを整理しておきましょう。

Participantsのポイント

• ターミナル：コマンドやエラーについて相談する
• VS Code：エディタや開発環境について相談する
• ワークスペース：プロジェクト全体を意識して相談する
• GitHub：GitHub上の開発作業について相談する

スラッシュコマンドのポイント

• Explain：コードの内容を説明してもらう
• Fix：コードの問題について修正案を得る
• Test：テスト作成を支援してもらう
• New：新しいファイルやディレクトリの作成を支援する
• Clear：Copilotとの会話をリセットする

Participantsは「どの領域を対象にするか」、スラッシュコマンドは「何をしてほしいか」と考えると、かなり理解しやすくなります。

GitHub Copilotを単なるコード生成ツールとして使っている人は、ぜひ今回紹介した機能も試してみてください。

最初から全部覚える必要はありません。

まずはExplain、Fix、Testあたりから使い始めるだけでも、普段の開発がかなり変わってくるはずです。

AIに任せられる作業はAIに手伝ってもらい、その分、人間は設計や判断、品質確認といった本当に重要な部分に集中する。

そんなGitHub Copilotとの付き合い方を身につけていくと、これからの開発がもっと面白くなっていきます。