作成日 : 2026年2月6日

Copilot Editsとは？利用環境や起動・作業方法を解説

仕様変更やリファクタリングで複数ファイルを直すと、影響範囲の見落としやレビュー負荷が増えがちです。Copilot Editsは変更案をまとめて提示し、差分を見て採用可否を選べるため、修正の透明性を保ちやすくなります。

当記事では、Copilot Chatやインライン補完との違い、Edit modeとAgent modeの使い分け、導入前の確認事項、IDE別の起動手順などを解説します。

※（免責）掲載情報は記事作成日時点のものです。最新の情報は各AIサービスなどの公式サイトを併せてご確認ください。

Copilot Editsとは？

Copilot Editsは、GitHub Copilot Chatに含まれる編集機能で、自然言語の指示をもとにワークスペース内の複数ファイルへ変更案をまとめて作成します。1つの指示で複数ファイルを同時に扱え、提案は差分として表示されるため、確認して採用・却下できます。必要なら再指示で調整し、取り消し（チェックポイント）も行えるので安心です。

ここでは、Copilot Editsの概要を解説します。

Copilot EditsとCopilot Chatの違い

Copilot Chatは、質問への回答、コードの説明、設計相談、バグ原因の整理など「会話で理解や案を得る」ことが中心です。Copilot Editsは同じチャット起点でも、返答が文章で終わらず、編集結果（提案された変更）をワークスペースに直接提示する点が違います。

VS Codeでは編集対象のファイル群をWorking Setとして指定し、必要に応じて追加・入れ替えできます。Editsはその範囲に対して変更案を生成し、影響を受けるファイルと差分をインラインでレビューできます。採用する変更だけを取り込み、足りない点は続けて指示して調整する、という編集の反復が主目的です。また、差分の採用・却下が前提なので、影響範囲も確認しやすくなります。

Copilot Editsとインライン補完との違い

インライン補完（inline suggestions）は、カーソル位置付近のコードの続きを予測して提示し、Tabなどで取り込む入力支援が主目的です。提案は基本的に1か所単位で、書きながら素早く埋める作業に向きます。

Copilot Editsは、作業対象のファイル範囲を先に決めた上で、複数ファイルにまたがる修正やリファクタリングなどを一括で提案します。提案は差分としてまとまり、必要な変更だけを採用・却下できます。短い追記は補完、影響範囲が広い変更をレビューしながら入れるならEditsという使い分けがよいでしょう。

Edit modeとAgent modeはどう使い分ければよい？

Edit modeは修正対象を自分で指定し提案を確認しながら進め、Agent modeは必要な変更やコマンド実行を自律的に反復します。目的と範囲に合わせて選ぶと効率が上がります。ここでは、両者の使い分けを解説します。

Edit modeが向く作業

Edit modeが向くのは、修正範囲を自分で絞り込みたい作業です。Edit modeでは、ユーザーが変更対象のファイルを選び、Copilotが提示する差分をターンごとに確認して採用可否を決めます。変更対象を限定できるため、意図しないファイルに手が入るリスクを抑えやすい点が強みです。小さめのリファクタリング、命名の統一、コメントや型の追記、lint指摘の局所修正、既存テストを前提にした微調整に適します。

複数ファイルが絡む場合も、触ってよい範囲を先に指定して段階的に進めると破綻しにくくなります。差分を小さく保ち、レビューで見落としを減らしたい場面でも有効です。採用前に必ず差分を読めるため、規約対応や監査対応の説明にもつなげやすいでしょう。

Agent modeが向く作業

Agent modeが向くのは、ゴールを示して実装と調整を反復させたい作業です。Agent modeでは、Copilotがどのファイルを変更するかを自分で判断し、コード変更に加えて必要なターミナルコマンドも提示します。実行結果やエラーを読み取り、タスク完了まで修正を繰り返す設計です。

VS Codeでは、複雑なコーディング作業でツール実行や反復に最適化されたエージェントとして案内されています。特に、複数ファイルにまたがる機能追加、依存関係の更新や移行、テスト追加と失敗修正、ビルドや実行エラーの解消など、探索と試行錯誤が多い作業で有効です。

利用する際には、意図がぶれないよう禁止事項や触れてよい範囲も明示すると安定します。コマンドと差分の確認、権限管理は必須です。軽微な修正はEdit modeが無難なため、迷ったらEdit modeから始めるとよいでしょう。

Copilot Editsの利用にあたって事前に調べることとは？

Copilot Editsは複数ファイルの編集を支援する機能で、導入前に環境条件の確認が欠かせません。IDE、認証、組織設定で確認点が変わり、準備不足だと使えない場合があります。ここでは、事前に調べることを解説します。

対応IDE

対応IDEは、Visual Studio Code、JetBrains IDEs、Visual Studio 2022を中心に確認します。VS CodeではCopilot Editsが複数ファイルを指定して編集を反復できる仕組みとして紹介され、機能提供はCopilot Chatと連動します。JetBrainsではCopilot Editsが一般提供され、Copilot ChatからEdit sessionを開始して、影響ファイルの要約と差分を見ながら採用可否を選べます。

Visual StudioではCopilot Chatの機能として提供され、Visual Studio 2022 17.13以降が前提です。チーム標準のIDEが対象外の場合、導入効果が出ないため最初に切り分けます。加えて、拡張やプラグインが無効化されていないかも確認します。

必要なアカウントと権限

必要なのは、Copilotを利用できるGitHubアカウントと、IDE側での認証です。Copilotはプランに紐づくため、個人利用ならCopilot Freeや有料プランへの加入状況を確認します。GitHubのドキュメントでも、IDEやCLIでCopilotを使うにはCopilotライセンスを持つアカウントに認証する旨が明記されています。

VS CodeはCopilot用にGitHubへサインインでき、拡張ごとに使用アカウントの選択も可能です。Visual StudioのCopilot Editsも、Copilotアクセス付きのGitHubアカウントでサインインすることが前提条件に含まれます。GHE.comの管理ユーザーを使う場合は追加設定が必要で、JetBrainsは所定バージョン以上の拡張が求められます。

チーム利用の前提条件

チーム利用では、Copilot BusinessまたはCopilot Enterpriseの契約と管理体制を前提に確認します。エンタープライズでは、支払い方法の検証でCopilotを有効化し、機能やモデルの利用可否をポリシーで定義します。プロキシやファイアウォール配下の開発環境では、必要URLの許可設定（allowlist）などネットワーク面の準備も要点です。ライセンス付与は、ユーザーやエンタープライズチームへの直接割り当て、または組織単位で有効化して組織管理者に割り当てを委ねる方法が示されています。

直接割り当てでは、ポリシーの既定値設定、ユーザー招待やIdPからのプロビジョニング、チーム作成など前提作業も確認します。組織ポリシーはエンタープライズ側の明示設定で上書きされる場合があるため、権限分掌と決定ルートも整理します。

Copilot Editsの起動方法【IDE別】

Copilot Editsは、指示文から複数ファイルの変更案を作り、差分を確認して反映できる機能です。IDEごとに開き方が違うため、手順を押さえると迷いません。ここでは起動手順を解説します。

VS Codeでの起動手順

VS Codeでは、GitHub Copilot拡張を有効にしてGitHubにサインインした後、Copilot Chatを開きます。

Copilot Chatメニューから「Open Chat」を選ぶとチャットパネルが表示されます。入力欄の近くにあるモードのドロップダウンで「Edit」を選ぶと、Copilot Editsとして編集提案を受け取れます。

必要なら対象ファイルをWorking Setへ追加し、変更したい内容を文章で指示します。複数ファイルにまたがる提案でも差分で確認でき、適用・見送りを自分で選べます。提案後は各ファイルの変更点を順に見て、必要な箇所だけ反映してください。最後にテストやビルドも実行します。

Visual Studioでの起動手順

Visual Studioでは、［表示］>［GitHub Copilot Chat］でCopilot Chatウィンドウを開きます。右下のCopilotステータスアイコンから開くことも可能です。次に「Create new Edit session」を選ぶとCopilot Editsのスレッドが始まります。編集したい内容を自然文で入力すると、関連するファイルへの変更案が差分として提示されます。必要に応じて編集対象のファイルを追加し、提案を確認しながら採用・見送りを選びましょう。

最後にビルドやテストを実行し、意図どおりに動くか確認してください。変更が大きい場合は、目的を1つに絞って指示し、必要なら新しいEdit sessionでやり直すと整理しやすくなります。差分の確認を省く運用は避けましょう。コミット前に再確認します。

JetBrainsでの起動手順

JetBrains IDEでは、GitHub Copilotプラグインをインストールして有効化し、GitHubアカウントでサインインします。次に、IDE内のCopilot ChatアイコンからCopilot Chatツールウィンドウを開きます。Copilot Editsを使うときは、新しい「Edit session」を開始します。変更対象のファイルを選び、やりたい修正を文章で指示しましょう。提案は1つまたは複数ファイルの差分として示されるため、内容を確認して採用・見送りを判断します。

最後にビルドやテストを実行し、想定外の変更が混ざっていないかも確認してください。変更が広がりすぎた場合は、対象ファイルの選択を見直し、指示を小さく分割して複数回に分けると安定します。右下のCopilotアイコンで有効状態も確認できます。

Working Setの設計と編集範囲はどう決める？

Working Setは、Copilot Editsが提案する編集の対象範囲を決める仕組みです。目的と影響範囲を先に整理し、必要なファイルだけを入れると安全に進みます。ここではWorking Setの設計と編集範囲の決め方を解説します。

Working Setとは

Working Setは、Copilot Editsで「どのファイルを作業対象にするか」を指定する枠です。VS Codeの説明では、Working SetがCopilot Editsが変更提案できるファイル範囲を決めます。Working Set内のファイルに対して変更案が提示され、ユーザーは内容を確認してファイルごとにApply/Discard（Accept/Discard）で採否判断します。

ファイル追加はドラッグ&ドロップや「#」入力で行え、アクティブなエディターがWorking Setに自動追加される動きも説明されています。

追加するファイルの選び方

基本は「変更が入る本体」と「正しさを検証する周辺」をセットで入れます。たとえば実装ファイルに加え、関連テスト、設定ファイル、型定義、参照される共通部品、仕様が分かるドキュメントを含める判断が有効です。

VS Codeでは、すでに追加したファイルに基づいてよく一緒に変更される関連ファイルを提案し、Related Filesから選べると説明されています。フォルダーをドラッグして配下ファイルをまとめて含める方法もあるため、範囲が過大になりそうな場合はフォルダー追加を避け、必要なファイルに絞る運用が無難です。

変更範囲を固定してリスクを減らす方法

リスクを下げるコツは、Working Setを「最小構成→段階的に拡張」にすることです。特にEdit modeは、ユーザーがCopilotに変更を許可するファイルを選び、ターンごとに提案を確認して採否を決める前提が明記されています。

加えてVS Codeの説明では、Copilot EditsはWorking Set外を変更しない（例外として新規ファイル作成の提案があり得る）とされているため、Working Setを小さく固定すると想定外の変更を抑えやすくなります。各ファイルのAccept/Discardを徹底し、必要に応じてUndo/Redoで戻し、テストやビルドで都度確認する流れが安全です。

Copilot Editsの差分レビューと反映の手順

Copilot Editsでは、提案された変更を差分で確認し、必要な部分だけ反映できます。想定外の編集が混ざった場合はUndoやチェックポイントで巻き戻せます。迷ったらまず差分確認です。ここでは手順を解説します。

提案差分の確認方法

まずCopilot Editsが変更対象に選んだファイル一覧と、各ファイルの変更概要を確認します。次に、対象ファイルを開いて差分表示（追加・削除・変更）を読み、要件や既存仕様と矛盾がないかを確かめます。

VS Codeでは、エディター上のレビュー操作で提案された編集点を順にたどれます。各ファイルはKeep／Undoで採用・却下でき、提案を残すか戻すかをその場で判断できます。GitHubのIDE向け案内でも、変更を確認してファイルごとにApply／Discardを選ぶ流れです。変更が大きいときは、まず一部だけKeepして動作確認し、残りは再提案させるとレビューが楽になります。

変更を巻き戻す手順

変更を戻したいときは、まずファイル単位でUndo／Discardを使い、提案された編集を取り消します。それでも意図しない変更が広がっている場合は、チェックポイント（復元ポイント）を使う方法が有効です。

VS Codeでは、Copilotが編集を行ったタイミングでチェックポイントが作られ、該当プロンプト以前の状態にRestoreしてワークスペースを戻せます。Visual Studioでは、以前のiterationを選んでReset to Iterationで、提案された変更や手動の変更を前の状態に戻せます。段階的なundo／redoに制約があるため、チェックポイント復元を前提に運用すると安全です。復元すると手作業の編集も戻る可能性があるので、操作前に差分と範囲を確認し、可能ならコミットやブランチで退避しておきましょう。

GitHub Copilot Editsで開発効率を向上しよう！

GitHub Copilot Editsは、自然言語の指示で複数ファイルへの変更案をまとめて作成し、差分を確認しながら反映できる編集機能です。VS Code、Visual Studio、JetBrains IDEに対応し、Working Setで編集範囲を制御できます。Edit modeとAgent modeを使い分け、差分レビューとチェックポイントによる巻き戻しで安全に作業を進められます。導入前にはIDE対応状況、GitHubアカウント認証、組織ポリシーの確認が必要です。

※ 掲載している情報は記事更新時点のものです。