GitHub Copilotの使い方｜ショートカット・コマンド一覧と設定

GitHub Copilotの使い方は、「補完（入力中に続きを提案）」「チャット（Chatビューで質問・依頼）」「インラインチャット（エディタ上でその場の修正）」の3つの入口と、それぞれのショートカットを覚えるところから始まります。 VS Codeでは、補完の受け入れは Tab、Chatビューは Ctrl+Alt+I（Macは Ctrl+Cmd+I）、インラインチャットは Ctrl+I（Macは Cmd+I）です。

この記事では、ショートカットをWindows／Mac別・入口別の早見表にし、スラッシュコマンド・@参加者・#変数を「何をするか・使う場面・入力例」の3列で一覧にしました。後半では、Ask・Agent・Planなどの役割の違い、エージェントで使う settings.json の項目、.github/copilot-instructions.md・AGENTS.md・プロンプトファイル・mcp.json のコピペ用の雛形をまとめています。

確認環境：内容はすべて、2026年10月5日に開いたVS Code公式ドキュメント（code.visualstudio.com/docs）とGitHub Docs（docs.github.com）の記載にもとづきます。対象はVS CodeのGitHub Copilotです。雛形のJSONはPython 3.11の json モジュールで、YAMLの先頭ブロックはPyYAMLで、構文を確かめています。ショートカットは既定の割り当てで、キーボードの配列や拡張機能によって変わることがあります。

GitHub Copilotのショートカット早見表（Windows／Mac別）

補完（インラインの提案）

チャット（Chatビュー）

インラインチャット（エディタ・ターミナル）

リファレンスの記載では、LinuxはWindowsと同じ割り当てで、「エージェントに切り替える」だけ Ctrl+Shift+Alt+I です。

3つの入口の使い分け

補完の提案は、カスタム指示ファイルの影響を受けません。VS Codeのドキュメントには、カスタム指示はインラインの提案には適用されないと書かれています。書き方のルールを反映させたい作業は、チャットかインラインチャットで依頼するのが確かです。

スラッシュコマンド一覧

チャットの入力欄で / を打つと候補が出ます。

/help はGitHub Docsの早見表に、/yolo と /autoApprove はVS Codeの承認のページに記載があります。

@参加者（チャット参加者）一覧

@ で始まる参加者は、その分野に詳しい相手に質問を向ける指定です。

@azure はGitHub Docsの早見表に記載されている参加者です。

#変数とツール一覧

# で始まる指定は、チャットに文脈を足したり、エージェントが使うツールを名指ししたりするものです。入力欄で # を打つと、その環境で使えるものの一覧が出ます。

文脈を足すもの

GitHub Docsの早見表には、ほかに #block（現在のブロック）、#class（現在のクラス）、#comment（現在のコメント）、#function（現在の関数・メソッド）、#line（現在の行）、#path（ファイルのパス）、#project（プロジェクトの文脈）、#sym（現在のシンボル）が載っています。

エージェントが使うツール

#edit、#search、#runCommands、#runTasks、#runNotebooks は、関連するツールをまとめて有効にする指定として同じリファレンスに載っています。ツールの名前はバージョンによって変わることがあるので、入力欄の候補に出る名前を使ってください。1回の依頼で有効にできるツールは128個までで、超えたときはツールの選択画面で数を減らします。

Ask・Agent・Planなどの役割の違い

Chatビューの選択欄（エージェントピッカー）で役割を切り替えます。セッションの途中でも切り替えられます。この記事のタイトルでは広く使われている「エージェントモード」という呼び方をしていますが、VS Codeのドキュメントでは、組み込みのエージェントの役割（Ask・Agent・Plan）として説明されています。

迷ったら、まずAskで調べ、Planで手順を固め、Agentで進めるという順番が扱いやすい流れです。

エージェントで使うsettings.jsonの項目

VS Codeの設定リファレンスに載っている、エージェントに関係する主な項目です。既定値はリファレンスの記載です。

「—」は、今回開いたページに既定値の記載がなかった項目です。

コピペ用の雛形です。値は既定値に、読み取り中心のコマンドの自動承認を足した控えめな構成にしてあります。

{
  "chat.agent.enabled": true,
  "chat.agent.maxRequests": 25,
  "github.copilot.chat.agent.autoFix": true,
  "chat.checkpoints.enabled": true,
  "chat.checkpoints.showFileChanges": true,
  "chat.useAgentsMdFile": true,
  "chat.instructionsFilesLocations": { ".github/instructions": true },
  "chat.promptFilesLocations": { ".github/prompts": true },
  "chat.mcp.autoStart": "newAndOutdated",
  "chat.tools.global.autoApprove": false,
  "chat.tools.terminal.autoApprove": {
    "mkdir": true,
    "/^git (status|show\\b.*)$/": true,
    "rm": false,
    "del": false
  },
  "chat.tools.urls.autoApprove": {
    "https://*.contoso.com/*": true,
    "https://example.com/api/*": {
      "approveRequest": true,
      "approveResponse": false
    }
  }
}

承認の考え方

chat.tools.global.autoApprove について、設定リファレンスは「重要なセキュリティ保護を無効にする」と説明しています。まずは手動の承認のまま使い、繰り返し確認を求められる読み取り系のコマンドだけを個別に true にする進め方が安心です。

カスタマイズ用ファイルの置き場所と雛形

複数の指示ファイルが当てはまるときは、すべてがまとめて渡されます。GitHub Docsは優先順を、個人の指示、リポジトリの指示、組織の指示の順と説明しています。

.github/copilot-instructions.md

先頭ブロック（front matter）は使わず、Markdownをそのまま書きます。

# このリポジトリでの作業の指示

## 概要
- 社内の備品貸出を管理するWebアプリ。サーバーは src/server、画面は src/web。

## コマンド
- 依存の導入: npm ci
- テスト: npm test
- 整形とリント: npm run lint

## コードの書き方
- TypeScriptは strict を前提にし、any を使わない。
- 関数は1つの役割にし、50行を目安に分ける。
- コメントとコミットメッセージは日本語で書く。

## 変更するときの約束
- 変更したら必ずテストを実行し、結果を報告する。
- migrations フォルダの既存ファイルは編集せず、新しいファイルを足す。
- 設定ファイルの秘密の値は書き換えず、必要なら質問する。

.github/instructions/typescript.instructions.md

applyTo に、対象のファイルをglobパターンで書きます。GitHub Docsによると、excludeAgent に "code-review" か "cloud-agent" を書くと、その機能では使われなくなります。

---
applyTo: "**/*.ts,**/*.tsx"
description: "TypeScriptの書き方"
---
# TypeScriptの書き方
- 型の定義は types フォルダにまとめ、型だけの import を使う。
- 例外は握りつぶさず、呼び出し元へ返すかログに残す。
- テストは対象と同じフォルダに 名前.test.ts で置く。

AGENTS.md

# AGENTS.md

## セットアップ
- npm ci

## テスト
- npm test（変更後に必ず実行）

## 規約
- 変更は小さな単位に分け、1つの変更に1つの目的を持たせる。
- 公開している関数の引数と戻り値を変えるときは、先に計画を示す。

## 触らない場所
- dist フォルダと、自動生成されたファイル

VS Codeでは chat.useAgentsMdFile が有効なときに読み込まれます。GitHub Docsには、リポジトリのルートに置く CLAUDE.md と GEMINI.md もエージェント向けの指示として挙げられています。

.github/prompts/review-diff.prompt.md（プロンプトファイル）

---
name: review-diff
description: "コミット前の変更をレビューする"
argument-hint: "重点的に見てほしい点（省略可）"
agent: "ask"
---
ソース管理の変更（#changes）をレビューしてください。

観点:
- 仕様と違う動きになりそうな箇所
- 例外や空の値の扱い
- テストが足りていない変更

重点: ${input:focus:特になし}

出力は「重要度／ファイルと行／指摘／直し方の案」の表にしてください。

本文では、${selection}（選択範囲）、${file}（現在のファイル）、${workspaceFolder}（ワークスペースのフォルダ）、${input:名前} と ${input:名前:入力欄の案内}（実行時に尋ねる値）が使えます。実行は、チャットで /review-diff、コマンドパレットの「Chat: Run Prompt」、またはファイルを開いたときの実行ボタンから行います。

.github/agents/planner.agent.md（カスタムエージェント）

VS Codeのドキュメントの例をもとにした、計画専用の役割です。handoffs で、計画のあとに実装へ引き継ぐボタンを出せます。

---
name: Planner
description: 新しい機能の実装計画を作る
tools: ['fetch', 'search', 'usages']
handoffs:
  - label: 計画を実装する
    agent: agent
    prompt: 上の計画を実装してください。
    send: false
---
# 計画の指示
あなたは計画を作る役割です。コードは編集せず、実装計画だけを作ります。
計画には、変更するファイル、手順、確認方法、決まっていない点を含めます。

.vscode/mcp.json（MCPサーバー）

MCP（Model Context Protocol）は、エージェントに外部のツールをつなぐ仕組みです。servers の下に、名前ごとの定義を書きます。

{
  "inputs": [
    {
      "type": "promptString",
      "id": "api-key",
      "description": "APIキー",
      "password": true
    }
  ],
  "servers": {
    "memory": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-memory"]
    },
    "github-mcp": {
      "type": "http",
      "url": "https://api.githubcopilot.com/mcp"
    },
    "my-tool": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "my-mcp-server"],
      "env": {
        "MY_API_KEY": "${input:api-key}"
      }
    }
  }
}

memory と github-mcp はVS Codeのドキュメントに載っている例、my-tool は入力変数の使い方を示すための架空の名前です。

キーやトークンは mcp.json に直接書かず、inputs で尋ねる形にすると、ファイルをリポジトリに入れても値が残りません。

補完の設定

Markdownでも補完を使いたいときの例です。

{
  "github.copilot.enable": {
    "*": true,
    "plaintext": false,
    "markdown": true,
    "scminput": false
  }
}

よくある質問

Q. ショートカットが効かないときは？ A. ほかの拡張機能や日本語入力と割り当てが重なっていることがあります。「キーボード ショートカット」の画面でコマンド名（たとえば editor.action.inlineSuggest.showNext）を検索すると、現在の割り当てと重なりを確かめられます。GitHub Docsのショートカット一覧には、各操作のコマンド名が載っています。

Q. copilot-instructions.md と AGENTS.md はどちらを書けばよいですか？ A. Copilotだけで使うなら copilot-instructions.md、ほかのAIコーディングツールとも共有するなら AGENTS.md が向いています。両方があるときは、どちらも渡されます。内容が食い違わないよう、共通の指示は片方にまとめるのがおすすめです。

Q. エージェントが途中で止まって確認を求めてきます。 A. 手動の承認が既定のためです。確認の画面で、そのセッションやワークスペースに限って許可できます。同じコマンドで何度も止まる場合は、chat.tools.terminal.autoApprove にそのコマンドだけを true で足します。リクエストの上限は chat.agent.maxRequests で決まります。

Q. プロンプトファイルとカスタム指示の違いは？ A. カスタム指示は自動で毎回効く「前提」、プロンプトファイルは /名前 で呼んだときだけ動く「依頼の定型文」です。規約は指示ファイルに、レビューやテスト生成のような作業はプロンプトファイルに分けると整理しやすくなります。

参考（2026年10月5日に確認）

• VS Code Docs: GitHub Copilot in VS Code cheat sheet（code.visualstudio.com/docs/copilot/reference/copilot-vscode-features）
• VS Code Docs: GitHub Copilot in VS Code settings reference（code.visualstudio.com/docs/copilot/reference/copilot-settings）
• VS Code Docs: Custom instructions／Prompt files／Custom agents／MCP servers／Inline chat／Manage approvals and permissions／Agent harnesses
• GitHub Docs: Keyboard shortcuts for GitHub Copilot in the IDE（docs.github.com/en/copilot/reference/keyboard-shortcuts）
• GitHub Docs: GitHub Copilot Chat cheat sheet（docs.github.com/en/copilot/reference/cheat-sheet）
• GitHub Docs: Adding repository custom instructions for GitHub Copilot

まとめ

• 入口は補完（Tab）・チャット（Ctrl+Alt+I／Ctrl+Cmd+I）・インラインチャット（Ctrl+I／Cmd+I）の3つ
• 補完の候補の切り替えは Alt+]／Alt+[（Macは Option）、呼び出しは Alt+\
• / はコマンド、@ は質問を向ける相手、# は文脈とツール。入力欄で打てば候補が出る
• 役割は Askで調べ、Planで手順を固め、Agentで進める
• エージェントの承認は手動のまま始め、必要なコマンドだけ個別に自動承認にする
• 方針は copilot-instructions.md／AGENTS.md、定型の依頼はプロンプトファイル、外部ツールは mcp.json
• キーやトークンは mcp.json の inputs で尋ねる形にする

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。