GitHub、Copilotにコード規約を教える4手法

規約と手順の共有

全体規約の一元管理
ファイル別ルールの適用
反復手順のスキル化

専門作業への対応

横断業務向け専用エージェント
目的・ツール・文脈の定義

外部ツール連携

MCPによる外部情報接続
Playwrightでの画面検証
詳細を読む

GitHubは2026年10月12日、GitHub Copilotにコードベース固有の規約や作業手順を理解させる四つの方法を公式ブログで解説しました。リポジトリ内のカスタム指示、エージェントスキル、カスタムエージェントに加え、MCPサーバーで外部ツールを接続し、毎回の説明を減らしながら、実装から検証までをプロジェクト標準に沿わせる狙いです。

まず、リポジトリ全体の設計方針や命名規則、テスト要件は、.github/copilot-instructions.mdに記述します。特定のファイル形式やフレームワークだけに必要なルールは、.github/instructions内のファイルで適用先を指定できます。

品質確認やリリース準備など、決まった手順を繰り返す場合はエージェントスキルが適します。.github/skills配下にSKILL.mdやスクリプトをまとめることで、Copilotは必要な場面でテストやLint、障害対応の手順を読み込めます。

アクセシビリティー審査のように複数ファイルと複数ツールを横断する仕事には、カスタムエージェントを使います。.github/agents内のプロファイルで目的、指示、利用ツール、関連するプロジェクト文脈を定義し、専門的な役割を持たせます。

MCPサーバーは、Copilotを文書や外部サービスへつなぐ仕組みです。例えばPlaywrightを接続すると、ブラウザーでアプリを操作し、自動テストの合格だけでなく画面の挙動も確認できます。まずは繰り返し説明している規約を一つ選び、カスタム指示へ追加するのが導入の起点です。