GitHub Copilot使い方｜Agent Modeと無料枠・設定

GitHub Copilotは、VS Codeの中で動くAIアシスタントとして、単なるTab補完を超えて使うほど作業の幅が広がる道具です。
補完だけで数週間使っていた筆者がAgent Modeへ切り替えたときも、複数ファイルにまたがるリファクタが一気に片付いて、見ている景色が変わりました。
高レベルの目標を1文渡すだけで、計画からファイル選択、編集、ターミナル実行、自己修正、PR作成まで回すのがAgent Modeであり、Ask・Edit・Agentの使い分けと無料枠の範囲を押さえると、補完で止めておくのがもったいない理由がはっきり見えてきます。
導入直後に触るべきカスタム指示、/modelとAutoの選び方、MCP連携まで含めて整理すれば、2026年6月1日からのAIクレジット制でも無駄なく始められるでしょう。

GitHub Copilotでできること：補完からAgent Modeまで

GitHub Copilotは、単なるコード補完ではなく、エディタの中で補完・先読み・チャット・自律実行を役割分担させるAIアシスタントです。
全体像を先に押さえると、いま使っている機能が「打鍵を助ける層」なのか「修正を先読みする層」なのか、あるいは「作業を丸ごと任せる層」なのかが見分けやすくなります。
補完しか触っていない段階では入口に見えますが、実際の生産性はチャットの3モードとAgent Modeを組み合わせたところで立ち上がるのです。

インライン補完とNext Edit Suggestionsの役割

インライン補完はTabで受け入れる従来型の提案で、入力中の一文を滑らかに続ける役目です。
Next Edit Suggestionsはそこから半歩進み、直前の編集の流れを見て「次に直しそうな箇所」を先読みします。
どちらも有料プランでは無制限でクレジットを消費しないため、日常のタイピング支援として気兼ねなく使えるのが強みです。

最初の1週間はTab補完だけで使っても、便利ではあるが感覚としては「賢いオートコンプリート」で止まりやすいでしょう。
だが、Next Edit Suggestionsに気づいてからは、似た修正を何度も手でなぞる場面が減り、定型修正の手数が目に見えて軽くなる。
細かい省力化に見えて、積み重なると差は大きい。

Agent Modeが担う自律タスクの範囲

Agent Modeは、1行を補う機能ではなく、タスクを渡して進めてもらうためのモードです。
高レベルな目標を1文渡すと、計画立案から複数ファイル編集、ターミナル実行、テスト、自己修正、PR作成までを自律的に反復します。
単発の補完と違い、コードベース全体を読んで進めるため、役割は根本的に異なります。

チャットの3モードもここで整理しておくと分かりやすいです。
Askは変更なしのQ&A、Editは選択したファイルへの承認待ち編集、Agentは自動適用で大きめの作業を担います。
3ファイル以上をまたいで手を動かすならAgent、単発の質問や小さな修正ならAskやEditのほうが速く、クレジット効率もよい。
実際、最初の1週間をTab補完だけで過ごしたあとにチャットを開いてAgent Modeを試すと、用途の広さが一気に切り替わるはずです。

利用できる場所：VS Code・Visual Studio・JetBrains・CLI

利用できる場所はVS Codeを中心に、Visual Studio、JetBrains系IDE、Copilot CLIまで広がっています。
VS Codeでは設定 github.copilot.chat.agent.enabled でAgentを有効化でき、安定版でも使える状態にあります。
さらにMCPサーバーにも対応しているので、エディタ内の会話だけで閉じず、周辺の道具とつなげながら作業を進めやすい。

CLIが入る意味も大きいです。
2026年2月に正式提供され、ターミナルからも同じエージェント体験を扱えるようになったため、IDEを閉じた後の操作までCopilotの守備範囲に入ります。
着手前に /plan でPlan Modeを使えば変更計画を先に確認でき、手戻りを抑えやすいでしょう。
補完を打つ場所から、作業全体を回す場所へ。
ここがCopilotの見え方を変える分岐点です。

導入と初期設定：インストールからサインインまで

GitHub Copilotの導入は、最初のハードルがかなり低いです。
必要なのはGitHubアカウントと対応IDEだけで、無料プランならアカウントさえあれば追加費用なしでそのまま試せます。
先に課金して機能を抱え込むより、まずは動かして手触りを確かめる流れが合っています。

必要なもの：GitHubアカウントと対応IDE

準備はシンプルで、GitHubアカウントとCopilotに対応したIDEがあれば始められます。
無料プランは追加費用なしで使い始められるため、初期投資を抑えたまま補完の精度やチャットの使い勝手を見極められるのが利点です。
数日試してからProに上げる判断でも遅くなく、用途が固まってから契約を切り替えるほうが無駄が出ません。

組織や企業のライセンス配布を受けている場合は、個人向けの無料プランとは扱いが変わります。
BusinessやEnterpriseの権限で動くので、使えるモデルや運用ポリシーは管理者設定に従う形になる、という理解で十分でしょう。
まず自分のアカウント種別を見ておくと、後で「なぜ挙動が違うのか」で迷いにくくなります。

VS Codeへの拡張インストール手順

VS Codeでは、拡張機能マーケットプレイスからGitHub Copilot拡張を入れます。
インストール自体は難しくなく、拡張を有効化したうえでGitHubアカウントでサインインするだけです。
ここで大切なのは、拡張を入れただけでは使える状態にならず、認証を通して初めて補完やチャットが動き出す点でしょう。

新しいマシンにセットアップしたとき、拡張は入れたのにサインインを飛ばして「補完が出ない」と焦ったことがありました。
原因は単純で、右下のCopilotアイコンが未認証の状態を示していただけです。
あの表示を見てから、入れ忘れたのは拡張ではなくログインだったとすぐ分かりました。
ポイントはそこです。

サインインと初回の動作確認

サインインが済むと、エディタ右下にCopilotのアイコンが表示され、稼働状態を確認できます。
初回はサンプルのコードを書いてTab補完が出るかを見て、次にチャットパネルを開いてAsk Modeで短い質問を投げてみましょう。
この2つが通れば導入は成功で、以降は編集支援や自動化の使い分けに進めます。

補完が出ないときは、まず拡張が有効かを見て、次に別のGitHubアカウントでログインしていないかを確認し、最後にIDEが最新版かを点検します。
初期トラブルの多くはこの順番で片づきます。
補完だけでなく、右下アイコンの状態表示まで合わせて見ると原因がかなり絞れます。

無料プランのまま数日使ってみると、どこまでが補完でどこからがチャット向きかが見えます。
実際、用途が固まってからProに上げたほうが納得感がありました。
先に課金しなくても評価は十分できるので、まずは動かしてみてください。

Agent Modeの使い方：指示から自律実行までのステップ

Agent Modeは、補完だけでコードを書く感覚から一段進んで、指示を渡したあとに計画、複数ファイルの編集、ターミナル実行、テスト、PR作成までをまとめて進める使い方です。
コード補完やNext Edit Suggestionsが「次の一手」を差し出すのに対し、Agent Modeは作業そのものを肩代わりするのが違いだと言えるでしょう。
VS Code、Visual Studio、JetBrains、CLIで使えます。

Agent Modeを有効化する設定

Agent Modeを使うには、チャットのモード切替でAgentを選びます。
VS Codeでは設定github.copilot.chat.agent.enabledで有効化でき、安定版でも利用可能です。
さらにMCPサーバーにも対応しているので、単なる編集補助ではなく、外部ツールを含む作業の起点にもできます。
この切り替えが効くのは、役割の境目がはっきりしているからです。
補完は入力中の局所最適に強く、Next Edit Suggestionsは次の編集候補を素早く並べるのが得意です。
対してAgent Modeは、どこを直し、どの順で試し、何を確認するかまで含めて動くため、最初の設定で「自動で進めてよいモード」を明示しておく意味があるのです。

目標を渡してから完了までの流れ

使い方の基本は、高レベルな目標を1文で渡すことです。
「この関数のバリデーションを追加してテストも書いて」と伝えるだけで、Copilotはまず手順を組み立て、必要なファイルを選び、編集を重ね、ターミナルで実行し、失敗があれば直して再度試します。
単なる置換ではなく、作業の往復そのものを引き受けるのがAgent Modeの価値でしょう。
実際に「既存のAPIハンドラにエラーハンドリングを追加して」とだけ指示した場面では、複数ファイルの編集とテスト追加まで自律で進み、最後は差分レビューだけで済みました。
人が毎回ファイルを開き直すより、変更の関係性を保ったまま前へ進むので、局所修正が仕様崩れに広がりにくい。
そこが強い。
ただし自律的だからこそ、生成された差分は必ず目を通してからコミットします。
Edit Modeが明示の承認を待つのに対し、Agent Modeは先に動く設計です。
任せる範囲を広げるほど、レビューの責任はむしろ重くなるのだと思っておくと運用がぶれません。
テスト失敗時にエラーを読んで自分で直そうとする点も見逃せません。
もっとも、意図と違う設計へ進み始めたら、そこで止めて指示を出し直すのが現実的です。
一度Plan Modeを飛ばして丸投げしたとき、仕上がりが想定とずれて手戻りが増えました。
以後は、途中で迷う余地がありそうなら先に計画を確認してから動かすようにしています。

Plan Modeで着手前に計画を確認する

着手前に方針を確認したいならPlan Modeが向いています。
/planと打つか「まず計画を立てて」と伝えると、コードを変える前に「何をどう変えるか」の設計図を先に出してくれるので、変更の順序や影響範囲を見極めやすくなります。
この段階があるだけで、あとから「そこではなく先にこっちを直してほしい」と言い直す回数が減ります。
特に複数ファイルにまたがる修正や、テスト追加を伴う作業では、実装そのものよりも計画のズレが失敗の原因になりやすいからです。
Plan Modeは、そのズレを前倒しで表に出すための入口になります。
補完中心の使い方では、手元の1行を速く埋めるのがゴールでした。
Agent ModeとPlan Modeを組み合わせると、そこからさらに一歩進んで、実装前に方針を固め、実装中は自律実行に任せる流れへ変わります。
おすすめです。

Ask・Edit・Agentの使い分け：作業規模で選ぶ

Ask Mode：調べる・理解する

Ask Modeは、コードを書き換える前に「何が起きているか」を掴むための入口です。
ファイルを変更せず、仕様の意味、エラーの原因、既存コードの読み解きに向いています。
単純な疑問をここで解ければ、余計な自動実行を避けられます。

実際、最初は何でもAgent Modeに投げていましたが、調査だけで済む話まで自律実行させてしまい、クレジットが目に見えて消えました。
Ask中心に切り替えると消費は落ち着き、説明やコード例だけで前に進める場面が増えます。
調べる、理解する、納得する。
この順番で使うのが筋です。

Edit Mode：範囲を決めて確実に直す

Edit Modeは、変更したいファイルを自分で選び、インラインレビューを見ながら直したいときに使います。
自動保存ではなく承認待ちなので、触る範囲を狭く保ちたい場面に強いのが特徴です。
小さな修正を確実に積み上げる用途なら、これで十分でしょう。

たとえば3ファイルにまたがる修正を、1つずつEditで進めると、差分確認の往復が増えて手間取りやすいです。
どこまで直すかを自分で握れる安心感はありますが、変更点が広がるほど作業は細切れになります。
範囲を限定して確実に直したいときにはおすすめです。

Agent Mode：大きなタスクを任せる

Agent Modeは、コードベースの複数箇所に触る作業や自動化に向いています。
設定はgithub.copilot.chat.agent.enabledで有効化し、チャットのモード切替でAgentを選びます。
まずは高レベルな目標を1文で渡し、/planで計画を先に確認してから進める流れが扱いやすいです。

計画が見えたら、変更差分をレビューして承認します。
ここで初めて編集が実行されるため、何をどう直すかを把握したまま進められます。
手作業で3ファイル以上開くならAgentに任せる、という判断はかなり効きます。
Editで細かく刻むより、まとめて片付く場面が多いからです。

とはいえ、Agentは何でも任せる道具ではありません。
単発の編集や質問まで投げると、無駄に多くのトークンを使います。
モードの選択はクレジット消費に直結するので、Askで済むならAsk、範囲を絞るならEdit、大きく動かすならAgentと切り分けましょう。
これだけで無料枠でも従量課金でも運用が安定します。

料金プランと無料枠：AIクレジット制の読み方

2026年6月1日を境に、課金の見方はプレミアムリクエストの回数管理から、AIクレジットを使う従量課金へ切り替わった。
古い説明のまま読むと、チャットやエージェントの重さだけが急に違って見えるが、実際には何を動かした日に何が減るのかで理解すると筋が通る。
補完は別枠で扱われるため、日常のタイピング支援と、重い処理に向く機能を分けて考えるのが近道です。

無料プランでどこまで使えるか

無料プランは、まず触ってみるには十分だが、毎日の主戦力にするには小さめだ。
コード補完は月2000回まで使え、チャットとエージェントは限定的な利用にとどまり、モデルも自動選択のみになる。
だから、編集補助の感触をつかむ入口としては強いが、Agent Modeを連日回す前提だと物足りなさが見えてくるでしょう。

実際に無料枠を月半ばで使い切ると、次の一手は現実的になる。
リセットを待てば費用は抑えられるが、作業の流れはいったん止まる。
Proへ上げれば継続性は戻るので、どちらを優先するかは、その月にチャットやエージェントへどれだけ寄せたかで決まる。
迷いどころはここだ。

AIクレジット制と従量課金の仕組み

AIクレジットは1クレジット=0.01米ドルで、使った量はモデルごとのAPI単価を土台に、入力・出力・キャッシュのトークン量で計算される。
チャット、CLI、クラウドエージェントが消費対象になるので、見た目には同じ会話でも、長文のやり取りや重いモデルを選ぶほど減り方が変わる構造である。
課金の中心が「何回使ったか」から「どれだけ処理したか」へ移った、と捉えるとわかりやすいです。

補完とNext Edit Suggestionsはクレジットを消費せず、有料プランでは無制限だ。
ここは効いていて、タイピング支援を遠慮なく使える安心感がある。
逆に、課金が動くのはチャットやエージェント側なので、どこで費用が発生するかを体感しておくと管理しやすいですね。

Pro・Pro+・Max・Business・Enterpriseの選び方

選び方は用途で分けるのがいちばん無駄がない。
Proは月10ドルで、補完無制限に加えて購読額と1:1のベースクレジット、さらにフレックス枠が付くので、まず無料枠の延長線として扱いやすい。
Pro+は月39ドルで枠が広がり、プレミアムモデルを使いたい人向けになる。
Maxは個人向けの最大枠で、重い利用を前提にした選択肢だ。
Businessは1ユーザー19ドル/月で19ドル分のクレジットを課金主体で共有プール化し、Enterpriseはチーム統制を前提にした上位の受け皿になる。

無料枠で1週間ほど消費の肌感をつかみ、足りなければProへ、モデル品質やエージェントの多用が必要ならPro+やMaxへ、複数人で配分をそろえるならBusiness、統制要件が強ければEnterpriseへ進めばよい。
段階を飛ばさず上げるほうが、料金の納得感も運用の安定感も得やすい。
おすすめです。

おすすめ設定：カスタム指示・モデル選択・MCP連携

導入直後に効くのは、回答の方向を最初に揃える3設定です。
カスタム指示で言い回しや作業基準を固定し、モデル選択で重い処理だけ切り替え、MCPで外部ツールまでつなぐと、Copilotの振る舞いが一気に実務寄りになります。
しかもどれも無料〜Proの範囲で試しやすく、入れる順番を誤らなければ効果が見えやすいでしょう。

カスタム指示で回答を自分の流儀に合わせる

導入直後にまず効くのがカスタム指示です。
ワークスペース直下に .github/copilot-instructions.md を置き、「日本語でコメントを書く」「このテストランナーを使う」と数行足し、設定の useInstructionFiles を有効化するだけで、毎回の細かな指示がほとんど要らなくなります。
文章の癖やテスト方針が先に入るので、生成された回答を毎回手で直す手間が減り、レビューの往復も短くなるのが利点だ。

複数のAIエージェントを併用しているなら、AGENTS.md も効きます。
プロジェクト共通のルールを常時適用の指示としてまとめておけば、Agent Mode の振る舞いがぶれにくい。
個別の会話で毎回説明するより、最初から土台を固定したほうが、出力の粒度もコメントの書式も揃いやすくなるのです。
手元の規約をMarkdownで素直に書く、この単純さがいちばん強い。

モデル選択とAutoの使いどころ

/model でセッション中にモデルを切り替えられる点も、使い始めで差が出ます。
AnthropicのClaude、OpenAIのGPT系、GoogleのGeminiを用途に応じて選べるため、軽い修正は速さ重視、論理の組み立てが要る場面は推論の強いモデル、という分け方がしやすい。
Auto を選ぶと可用性とレート制限回避を見ながら最適なモデルが自動で選ばれるので、まずは Auto で回し、必要な場面だけ手で切り替える運用が現実的でしょう。

実際、Autoで十分と思っていた作業でも、仕様の分岐が多いタスクだけ /model で推論寄りのモデルに変えると、抜けや取り違えが減りました。
たとえば条件が増える実装では、最初の案は速いが浅いことがある。
そこで切り替えると、整理の順序が整って、後戻りが少なくなるのです。
モデルを固定しない。
これが効きます。

MCPサーバーで外部ツールと連携する

MCP（Model Context Protocol）連携を入れると、Copilotは会話相手から作業ハブに近づきます。
外部ツールやデータソースを接続できるので、検索、取得、検証の流れを手元の文脈に乗せやすい。
導入方法も、設定ファイルに記述するか、キュレーションされた GitHub MCP レジストリから追加する形で始められ、CLI では /mcp add のフォームから設定できるため、最初の接続までのハードルは高くありません。

この3設定は順番が大切です。
まずカスタム指示で回答の方向性を合わせ、次にモデルで品質とコストの釣り合いを取る。
最後にMCPで自分のワークフローへ接続すると、ただの文章生成ではなく、日々の作業に入り込む道具として使えるようになります。
手元のルール、処理の重さ、外部接続を別々に整えると、無理なく伸びていくはずです。

つまずきやすいポイントと対処

Agent Modeは、拡張やIDEが古いままだと表示されないことがあり、まず更新確認から入るのが近道です。
VS Codeなら github.copilot.chat.agent.enabled の有効化も見ておくとよく、そこを外しているだけで動かないケースは意外と多いものです。
補完が出ない場合も、原因はサインイン切れや拡張の無効化に寄ることが多いので、右下のCopilotアイコンで稼働状態を確かめる流れを押さえておきましょう。

Agent Modeが動かない・表示されない

拡張を更新せずにAgent Modeが出ないと悩み、最後はアップデート一発で解決した拍子抜けの経験がある。
古い版のままだと、機能の入口そのものが表示されず、設定をいくら見直しても前に進まない。
だからこそ、まずIDE本体と拡張を最新にそろえ、VS Codeの github.copilot.chat.agent.enabled が有効かを確認する順番が効くのです。
設定より先に更新、これが近道でしょう。

補完が出ないときも同じで、最初に見るべきはログイン状態と拡張の有効化です。
右下のCopilotアイコンが止まっていないか、別アカウントで入っていないかを順に見るだけで、原因がすぐ絞れます。
小さな不調に見えても、実際は認証か拡張の停止がほとんどだ。

無料枠を使い切ったときの選択肢

無料枠のクレジットを使い切ると、その月はクレジット対象機能であるチャットとエージェントが制限されます。
ここで悩む余地は多くなく、月初0時（UTC）のリセットまで待つか、Proへ上げて枠を確保するかの二択になる。
未使用クレジットは繰り越されないため、使い切り前提で運用する意識が要るのです。
出力が止まったのに原因が見えないと感じたら、まず残量を疑ってみてください。

対処としては、当月の作業量が多いなら早めにProへ切り替えるほうが安定します。
逆に、試し使いの段階ならリセット待ちで十分でしょう。
どちらを選ぶにせよ、機能停止を故障と勘違いしないことが大切です。

意図しない変更を防ぐレビュー習慣

Agent Modeは自動適用が強いぶん、生成差分を見ずに進めると不要な変更まで混ざりやすい。
実際に無検証でコミットしてから余計な差分に気づき、戻す手間が増えた経験がある。
それ以来、差分レビューを必ず挟み、こまめにコミットして戻せる単位を小さく保つ運用に変えた。
Plan Modeで先に計画を確認してから進める流れも、長いタスクでは効きます。

さらに、思ったコードにならない場面では、カスタム指示で言語、フレームワーク、規約を先に固定しておくとぶれにくい。
Agentには目標だけでなく制約条件も渡すと、出力の方向がそろいます。
何をしてほしいかより、何をしてはいけないかまで書くほうが通りやすいのだ。