結論:GitHub Copilotのアップデートで何が変わり、自社は対応が必要なのでしょうか? Copilot本体や請求条件の変更ではなく、IDEを更新して「利用指標から抜けていたエージェント活動」を再び正しく計測できるようにする対応です。
- 何が起きたか:一部IDEのエージェントセッションが利用レポートから欠落し、一部はCopilot CLIの活動として誤って集計されていました。
- いつ直るか:Visual Studio Codeは1.139.0以降で修正済みです。ほかの対象IDEは2026年10月から11月に修正版が順次提供される予定です。
- 誰に影響するか:GitHub Copilot Business/Enterpriseの利用指標を経営・開発組織の判断に使う管理者と、対象IDEでAgent Modeを使う開発者です。
対象読者:GitHub Copilotの管理者、情シス、開発責任者、エンジニアリングマネージャー、IDE更新を管理する担当者。
読了後にできること:自社の対象IDEと修正版を照合し、請求への影響と、今すぐ実施する対応・待つ対応を切り分けられます。
最終更新:2026年10月10日(JST)
GitHubは米国時間2026年10月6日、日本時間では10月7日8時43分に「Update your IDE to restore agent activity in Copilot usage metrics」を公開しました。発表の中心は新機能の追加ではありません。GitHub Copilotのusage metrics(利用指標)で、一部のIDEから送られたエージェント活動を正しいIDEへひも付けられず、レポートが過少集計されていた問題と、その修正版の案内です。
影響を受けた期間の数値は後から補完されません。そのため、利用指標を社内展開の評価やライセンス運用に使っている企業ほど、単に「修正版が出た」というニュースで終わらせず、対象端末の更新状況と指標の読み方を見直す必要があります。一方、GitHubは請求額には影響しないと明記しています。契約変更や追加購入を急ぐ発表ではありません。
GitHub Copilotの発表を3行でつかむ
- Copilot SDKへ移行した一部IDEのAgent Modeで、セッションの送信元IDEを識別できず、利用指標に欠落や誤帰属が生じました。
- Visual Studio Codeは1.139.0以降へ更新すれば、更新後のエージェント活動が再びダッシュボードとAPIへ計上されます。ほかのIDEは修正版の公開を待ちます。
- 過去の欠落は復元されず、請求額は変わりません。企業側の主な作業は、対象IDEの版管理と、更新前後の指標を連続した成長率として扱わないことです。
発表内容を、実務判断に必要な単位へ整理すると次のとおりです。

| 項目 | 内容 | 出典 |
|---|---|---|
| 原因 | 一部IDEがAgent ModeのセッションをCopilot SDK経由へ移した際、送信元IDEを識別する情報が不足しました。 | GitHub Changelog:Update your IDE to restore agent activity in Copilot usage metrics |
| レポートへの影響 | 大半の対象活動はレポートから欠落し、一部はCopilot CLIの活動として集計されました。 | GitHub Changelog |
| 対象レポート | Enterprise、Organization、Userの各レポートにおける1日・28日の集計です。 | GitHub Changelog |
| 修正方法 | 各IDEまたはCopilotプラグインを、GitHubが示す修正版以降へ更新します。 | GitHub Changelog |
| 過去データ | 欠落したエージェント活動と、過去に誤帰属されたCLI指標は後から修正されません。 | GitHub Changelog |
| 請求 | 請求額には影響しません。変わったのは利用指標における活動の帰属です。 | GitHub Changelog |
減ったのは利用ではなく「計測された活動」
今回のCopilot アップデートを理解するうえで最も重要なのは、「開発者がAgent Modeを使えなかった」という障害と、「使った活動を管理レポートへ正しく集計できなかった」という計測上の問題を分けることです。GitHubの説明は後者です。対象となるセッションには利用実態があっても、どのIDEから来た活動かを識別できないため、利用指標へ正しく帰属させられませんでした。

具体的には、更新までの間、エージェントとのインタラクションと、agent_editに関する追加行数・削除行数が過少になります。APIで確認する場合は、loc_added_sumとloc_deleted_sumにも影響します。さらに、SDKを使う別クライアントの一部活動がCopilot CLIとして数えられたため、CLI指標は実態より多く見える可能性があります。
ただし、すべてのGitHub Copilot利用者、すべてのIDE版に同じ影響が出たわけではありません。GitHubが対象としているのは、Agent ModeでCopilot SDKを使うIDE版です。それ以前の版から送られた活動は引き続き計上されていると説明されています。2026年10月10日時点で、どの版から影響が始まったかというIDE別の下限や、欠落件数・欠落率は公式発表で示されていません。社内の利用率が何%低く見えていたかを推測で埋めるのは避けるべきです。
また、GitHubの利用指標は、IDEが送るクライアント側テレメトリと、Copilotがリクエストを処理した際のサーバー側データを組み合わせています。アクティブユーザーの把握はサーバー側データで補える場合がありますが、機能別・言語別・モデル別・コード行数といった詳細はIDE側の情報が必要です。この構造が、同じ組織のレポートでも指標ごとに欠落の見え方が異なり得る理由です。
IDE別:どの版へ、いつ更新するか
2026年10月10日時点で、GitHubが明示した修正版と提供見込みは次のとおりです。「次のプラグイン」とだけ示された製品について、未発表の版番号を予想して導入基準へ書かないでください。

| IDE | 修正版 | 2026年10月10日時点の状況 | 企業側の扱い |
|---|---|---|---|
| Visual Studio Code | 1.139.0以降 | 提供済み | 対象者へ更新を案内し、端末管理で到達率を確認する |
| Visual Studio | 18.12 | 未提供。2026年10月中の見込み | 公開後に検証し、更新対象へ追加する |
| JetBrains IDEs | 次回のCopilotプラグイン | 未提供。2026年10月下旬の見込み | 版番号の公式掲載を待つ |
| Eclipse | 次回のCopilotプラグイン | 未提供。2026年11月までの見込み | 現時点では待機し、公開後に更新する |
| Xcode | 次回のCopilotプラグイン | 未提供。2026年11月までの見込み | 現時点では待機し、公開後に更新する |
Visual Studio Codeを使う企業は、単に「自動更新を有効にしているから完了」と判断せず、実際の版を確認します。GitHubはユーザー別レポートのtotals_by_ideにあるlast_known_ide_versionとlast_known_plugin_versionを、古いクライアントの発見に使えると案内しています。中央管理している端末では最低版を1.139.0にし、更新できない端末は理由と期限を分けて管理すると、回復途中の指標を読みやすくなります。
一方、Visual Studio、JetBrains IDEs、Eclipse、Xcodeについては、2026年10月10日時点で修正版がそろっていません。まだ存在しない版への更新を利用者へ求める必要はありません。GitHubは各修正版を公開した後、サポート対象IDEの文書にも版を追加するとしています。社内告知は「今すぐ全員更新」ではなく、IDEごとに提供済み・公開待ちを分けるのが正確です。
料金・対象プラン・日本での提供条件
請求額への影響なし、プラン変更も不要
GitHubは、今回の問題が利用指標上の活動の帰属だけに関わり、請求額には影響しないと明記しています。利用実績が少なく表示されたから請求も少なくなる、CLI活動が多く表示されたから請求が増える、という関係ではありません。

GitHub Copilotの各プラン料金や契約条件を変更する発表でもありません。既存プランの料金は公式ページで米ドル表示されており、今回の発表は料金改定を案内するものではありません。契約通貨、税、販売経路、為替によって実際の円負担は変わるため、本稿では米ドル価格を機械的に円換算しません。現行プランの違いはGitHub Copilotの料金・Business・Enterprise比較で確認できます。
管理レポートの中心はBusinessとEnterprise
組織単位で利用状況を確認し、今回の欠落へ対応する実務の中心はGitHub Copilot BusinessとGitHub Copilot Enterpriseです。GitHub Docsによると、ダッシュボードを表示できるのはEnterprise owner、Billing manager、Organization owner、または利用指標の閲覧権限を持つカスタムロールです。また、usage metricsのポリシーが有効である必要があります。
個人向けプランを使う開発者でも、該当IDE版を使う場合は更新する意味があります。ただし、企業管理者がOrganizationやEnterpriseのレポートを使って組織横断で確認するという今回の実務とは分けて考えます。各プランの提供機能や上限まで今回変更されたとは、公式発表に書かれていません。
日本だけの別日程は示されていない
GitHubの発表は、修正版の条件をIDEと版で示しており、国・地域別の日程を設定していません。そのため、日本の既存利用組織でも同じ修正版を確認するのが実務上の読み方です。ただし、「日本向け提供日」や日本固有の例外条件を明記した公式発表は、2026年10月10日時点で確認できていません。日本だけ先行する、または遅れるとは断定できません。
また、Visual Studio Code以外の実際の公開日は見込みです。GitHubの表ではVisual Studio 18.12を2026年10月、JetBrains IDEsを10月下旬、EclipseとXcodeを11月までとしていますが、確定した日付ではありません。各IDEの修正版が公開された時点で、Copilot usage metricsの公式リファレンスを再確認してください。
日本企業の対応を3つに分ける
今すぐやること
- VS Code利用者を抽出する:Agent Modeを使う端末が1.139.0以降かを確認します。ユーザー別レポートと端末管理情報を照合すると、自己申告だけに頼らず確認できます。
- 集計期間に注記する:更新前を含む1日・28日レポートには、エージェント活動の欠落とCLIへの誤帰属があり得ることを、社内ダッシュボードや月次報告へ残します。
- 更新日を記録する:部署または端末群ごとの更新日を残し、更新後の増加をそのまま利用拡大と解釈しないようにします。
- テレメトリ経路を確認する:IDEのテレメトリが有効か、プロキシやファイアウォールがCopilotのテレメトリエンドポイントを遮断していないかを確認します。
- 指標の用途を棚卸しする:利用指標をライセンス回収、人事評価、開発生産性の説明に使っている場合は、欠落期間の判断を保留または注記付きにします。
特に注意したいのは、修正版へ更新した翌日に数字が完全に戻るとは限らない点です。GitHub Docsでは、利用指標が表示可能になるまで最大で完全なUTC日2日分を要する場合があると案内しています。さらに全利用者の更新時期がそろわなければ、組織全体の回復は段階的になります。更新直後の単一時点だけで成功・失敗を判定せず、端末の更新率とレポート反映時刻を併記してください。

やらなくてよいこと
- 請求の再計算:GitHubが請求への影響を否定しているため、今回の問題だけを理由に過去の請求額を再計算する必要はありません。
- CLI利用者への一律更新:GitHubはCopilot CLI利用者について、今回の問題を理由とした更新は不要と明記しています。
- 過去データの復元待ち:欠落データと過去のCLI誤帰属はバックフィルされません。将来の自動補正を前提に報告を保留し続ける必要はありません。
- 全IDEを同じ版へそろえること:修正版と公開時期はIDEごとに異なります。VS Codeの1.139.0という版番号を、ほかの製品へ当てはめないでください。
- 契約プランの即時変更:この修正だけを理由にBusinessからEnterpriseへ変更する必要はありません。プラン選択は機能、統制、サポートなど別の要件で判断します。
様子見でよいこと
- 未提供IDEの版番号:Visual Studio、JetBrains IDEs、Eclipse、Xcodeは、公式の修正版が公開されてから社内の更新手順へ確定版として記載します。
- 回復曲線の評価:組織全体の指標は利用者が更新するほど徐々に戻ります。全員の更新率が分からない段階で、新旧の数値差から導入効果を結論づけないようにします。
- GitHub Docsの追記:GitHubは出荷された版をサポートIDE文書へ追加するとしています。公開見込みが近い製品は、日付を予測せず更新を監視します。
この記事の内容を社内で使うなら
要点と手順をまとめた資料を無料で受け取れます。研修4,000名以上・支援100社以上の実績をもとに、自社の業務に当てはめる相談も30分から受け付けています。
数字を読み違えないための4つの注意
1. 「利用が減った」と断定しない
誤り:Agent Modeの活動件数が落ちたため、開発者がCopilotを使わなくなった。
正しい扱い:対象IDE版では計測欠落があり得るため、更新状況、ほかの利用指標、現場への聞き取りを合わせて判断する。
2. 更新後の増加を成長率にしない
誤り:VS Codeを更新した週にエージェント活動が増えたため、研修や利用促進策の成果だ。
正しい扱い:更新後は、それまで欠けていた活動が計上され始めます。更新日を境界として注記し、同条件の期間がそろうまで単純な前週比・前月比を避けます。
3. CLI指標だけでCLI普及を説明しない
誤り:Copilot CLIの利用が急増したので、ターミナル利用が定着した。
正しい扱い:一部のSDKベースの活動がCLIへ誤帰属されました。過去分は分離できないため、該当期間のCLI値は参考値として扱い、CLI利用者への確認や別の運用記録で補います。
4. 行数だけで生産性を決めない
誤り:追加・削除行数が少ない開発者はAgent Modeを活用できていない。
正しい扱い:今回の欠落に加え、IDE側でしか把握できない情報があります。コード行数は活動量の一面であり、品質、レビュー負荷、リードタイム、保守性などを単独で表しません。個人査定へ直結させる場合は、とくに慎重な説明が必要です。
更新後も指標が戻らないときの確認順
VS Codeを1.139.0以降にしたのに、エージェント活動が期待どおり見えない場合は、次の順で切り分けます。
- 版を実測する:利用者の申告ではなく、IDE版とCopilot拡張・プラグイン版を確認します。ユーザー別レポートの最終確認版も参考になります。
- 反映時間を待つ:更新直後はレポートへ未反映の可能性があります。GitHub Docsが示す最大2完全UTC日を考慮します。
- ポリシーと権限を確認する:usage metricsポリシーが有効か、閲覧者に必要なEnterprise・Organization権限があるかを確認します。
- テレメトリ設定を確認する:IDE側でテレメトリを無効にしていないかを確認します。詳細な活動はクライアント側データへ依存します。
- ネットワークを確認する:プロキシやファイアウォールがCopilotのテレメトリエンドポイントを遮断していないかを確認します。
- 対応IDEかを確認する:未対応または第三者製エディターは、必要なCopilotテレメトリを送らない場合があります。
ここでの目的は、過去データを復元することではなく、更新後の活動が今後正しく集計される状態を作ることです。データが戻らないからといって、修正版の再インストールや契約変更を先に行うのではなく、版、反映時間、権限、テレメトリ、ネットワークの順に事実を確認すると切り分けやすくなります。
既刊で補う:使い方・料金・比較
今回の発表は「Agent Modeそのものの使い方」ではなく、「その活動を管理レポートで正しく測るための更新」です。機能の基本から確認したい方は、GitHub Copilot Agent Modeの使い方と注意点を参照してください。利用者へ何を説明すべきかを整理しやすくなります。
契約・プランの判断が必要な場合は、GitHub Copilotの料金とBusiness/Enterprise比較で対象機能を確認できます。今回の計測修正と既存のAI Credits制度を混同しないためには、GitHub Copilotの課金変更とコスト管理もあわせて読むと、利用指標と請求の違いを切り分けられます。
ほかの開発AIと運用単位を比較したい場合は、GitHub CopilotとClaude Codeの比較も参考になります。今回のアップデートへの対応は、製品の優劣を決める作業ではなく、GitHub Copilotを継続利用する組織が測定条件をそろえる作業です。
よくある質問
IDEを更新しないとGitHub Copilot自体が使えなくなりますか?
今回の公式発表は、Copilotが使えなくなるという案内ではありません。対象IDE版でAgent Modeを使った活動が利用指標へ正しく帰属されない問題です。ただし、更新しない限り欠落が続き、後から復元できないため、修正版が出ているIDEは早めの更新が推奨されます。
どのIDEを今すぐ更新すればよいですか?
2026年10月10日時点で提供済みと明記されているのはVisual Studio Code 1.139.0以降です。Visual Studio 18.12、JetBrains IDEs・Eclipse・Xcodeの次回プラグインは未提供で、公式の公開を待ちます。未発表の版番号を社内基準として先に固定しないでください。
欠けたエージェント活動は後から戻りますか?
戻りません。影響を受けた活動には送信元IDEを識別する情報がないため、GitHubは過去データをバックフィルできないと説明しています。Copilot CLIへ誤って集計された過去分も、実際のCLI利用と分離できないため修正されません。
今回のCopilot アップデートで料金は上がりますか?
今回の計測問題によって上がるという発表ではありません。GitHubは請求に影響しないと明記しています。今回の発表は利用指標への帰属を直すものであり、プラン価格や課金単位の変更ではありません。
日本の会社も対応が必要ですか?
対象IDE版を使い、GitHub Copilotの利用指標を管理判断に使う日本企業は対応対象と考えるのが実務的です。発表には国別の除外条件はありません。一方、日本向けの独立した提供日や特別条件は、2026年10月10日時点で公式に確認できていません。
ここまでの要点
- 今回のGitHub Copilot更新は、新機能・値上げではなく、IDE由来のエージェント活動を利用指標へ正しく帰属させる修正です。
- Visual Studio Codeは1.139.0以降へ更新できます。Visual Studio、JetBrains IDEs、Eclipse、Xcodeは修正版の公開を待ちます。
- 更新前の欠落データとCLIへの過去の誤帰属は復元されません。更新後の数値回復を利用拡大と混同しない注記が必要です。
- 請求額への影響はなく、プラン料金や課金単位の変更発表でもありません。契約プランを急いで変更する必要はありません。
- 日本企業は、IDE版、更新日、テレメトリ、ネットワーク経路、レポート反映時間を確認し、指標の比較条件をそろえることが重要です。
GitHub Copilotの利用状況を経営会議や開発組織のKPIに使っている場合は、まず対象IDEの更新率と欠落期間を事実として記録してください。導入・プラン・管理方法を自社環境に合わせて整理したい場合は、Uravationへのご相談からお問い合わせいただけます。
読後に実行する3つのアクション
- VS Code利用者の実際の版を確認し、1.139.0未満なら更新対象へ入れる。
- 利用レポートへ計測欠落と更新日を注記し、更新前後の単純比較を止める。
- ほかのIDEは公式の修正版公開を監視し、版番号を確認してから更新手順へ追加する。
参考・出典
- GitHub Changelog:Update your IDE to restore agent activity in Copilot usage metrics(2026年10月10日参照)
- GitHub Docs:About GitHub Copilot usage metrics(2026年10月10日参照)
- GitHub Docs:GitHub Copilot usage metrics(2026年10月10日参照)
- GitHub Docs:Lines of code metrics(2026年10月10日参照)
- GitHub Docs:Plans for GitHub Copilot(2026年10月10日参照)
- GitHub Docs:Viewing usage and adoption for GitHub Copilot(2026年10月10日参照)
- GitHub Changelog:GitHub Copilot weekly releases — September 14(2026年10月10日参照)
著者プロフィール
佐藤傑(さとう・すぐる)
株式会社Uravation代表取締役。X(@SuguruKun_ai)フォロワー約10万人。
100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』『Claude仕事術』(SBクリエイティブ・シリーズ累計約6万部)。
SBクリエイティブ「ビジネス+IT」ほかで生成AI連載を執筆(NewsPicks最大1,125ピックス)。
この記事の内容を社内展開する方へ: 生成AI活用事例 業務別50選(無料・PDF 32ページ+Excel) をダウンロードできます。






