2026-04-05 - 2026-04-11

Copilot Pro+ に新しい利用制限を導入し、Opus 4.6 Fast を廃止 ↗

原題: Enforcing new limits and retiring Opus 4.6 Fast from Copilot Pro+

GitHub Copilot Pro+ で高い同時実行や集中的な利用が増えていることを受け、新しい利用制限を導入し、Opus 4.6 Fast を提供対象から外すと告知した。過度な利用を抑えつつ、正規利用者向けの安定運用を守るための変更。

なぜ重要か: Copilot Pro+ の高負荷な使い方やモデル選択の前提が変わるため、日常的に重い利用をしているユーザーや社内案内に直接影響します。

usage metrics で Copilot cloud agent のアクティブ利用者数を集計できるようになった ↗

原題: Copilot usage metrics now aggregate Copilot cloud agent active user counts

Copilot usage metrics API の enterprise / organization レポートに、Copilot cloud agent の daily / weekly / monthly active user count が追加された。1日と28日レポートの両方で、cloud agent の利用人数を集約値として追える。

なぜ重要か: cloud agent の利用人数を日次・週次・月次でまとめて追えるので、導入状況の可視化や rollout 効果の測定を user-level 集計なしで進めやすくなります。

GitHub Copilot Pro の新規 trial を一時停止 ↗

原題: Pausing new GitHub Copilot Pro trials

GitHub Copilot Pro の新規 free trial を一時停止した。trial system の悪用増加に対応するためで、既存 trial は継続し、Copilot Free と有料 Copilot Pro も引き続き利用できる。保護策を整えた後に再開予定。

なぜ重要か: 新規 trial 導線が止まるので、評価導入や onboarding 手順、社内案内を trial 前提で組んでいたチームには直接影響します。

usage metrics の合計値と機能別内訳に Copilot CLI 活動が含まれるようになった ↗

原題: Copilot CLI activity now included in usage metrics totals and feature breakdowns

Copilot usage metrics API の top-level totals と feature 別 breakdown に Copilot CLI activity が統合された。これまで別集計だった CLI 利用が、single-day / 28-day の enterprise・organization・per-user レポートで他 surface と同列に見えるようになる。

なぜ重要か: CLI 利用が合計値へ入ることで dashboard や閾値の前提が変わるため、IDE-only と見なしていた usage metrics の読み方を見直す必要があります。

GitHub Copilot CLI 入門 ↗

原題: GitHub Copilot CLI for Beginners: Getting started with GitHub Copilot CLI

GitHub Copilot CLI の入門記事。npm などでのインストール、GitHub account での login、folder permission の付与、最初の prompt 実行、/delegate による cloud agent 連携までを step-by-step で案内している。

なぜ重要か: CLI 導入を始めるメンバー向けの共通 onboarding 素材として使いやすく、terminal 中心の Copilot 運用を広げる入口になります。

Copilot cloud agent の validation tools が 20% 高速化 ↗

原題: Copilot cloud agent's validation tools are now 20% faster

Copilot cloud agent が自動実行する validation tools が直列から並列実行に変わり、CodeQL、Advisory Database、secret scanning、Copilot code review を維持したまま validation time が 20% 短縮された。

なぜ重要か: agent が review を返すまでの待ち時間を減らしつつ validation の幅は保てるので、cloud agent の実運用で感じる遅さを直接下げる更新です。

セキュリティ評価で Ask Copilot を直接開けるようになった ↗

原題: Ask Copilot in security assessments now available

組織管理者やセキュリティ管理者が、シークレット リスク評価や Code Security リスク評価の結果から Copilot を直接開き、状況に応じた説明や次の対応案を確認できるようになった。セキュリティ評価から対処判断までをその場で進めやすくする更新。

なぜ重要か: セキュリティ評価画面からそのまま Copilot で状況理解と対処案の確認へ進めるので、調査と修正判断の往復を減らしやすい更新です。

Copilot-reviewed pull request merge metrics now in the usage metrics API ↗

Copilot usage metrics API に、Copilot code review を受けて merge された pull request 数と、その pull request の merge までの median time を見る指標が追加された。enterprise / organization 単位で single-day と 28-day rolling の両方を比較できる。

なぜ重要か: Copilot が authoring だけでなく review から merge までにどう効いているかを測れるので、導入効果の可視化と自動レビュー定着の判断に直接使えます。

GitHub Mobile: Research and code with Copilot cloud agent anywhere ↗

GitHub Mobile でも Copilot cloud agent で調査や実装を進めやすくなり、pull request 以外の作業もモバイルから継続できるようになった。席を離れていても cloud agent の流れを止めにくい。

なぜ重要か: cloud agent をデスクトップや pull request 画面に縛らず使えるので、移動中や外出先でも作業継続しやすくなります。

Visual Studio Code 1.115 リリース ↗

原題: Visual Studio Code 1.115

VS Code Agents companion app の preview 追加に加え、browser tool のラベル改善と重複タブ抑制、background terminal への send_to_terminal、background terminal notifications、Edit Mode 撤去時期の明確化が入った。agent を長時間タスク込みで扱いやすくする release。

なぜ重要か: browser と terminal の agent tool が長時間タスク前提で実用寄りになり、Agents app preview も含めて agent-native 開発を日常運用へ近づける release です。

GitHub Copilot in Visual Studio Code, 3月 Releases ↗

原題: GitHub Copilot in Visual Studio Code, March Releases

VS Code の weekly stable 化後、v1.111 から v1.115 までの Copilot / agent 更新をまとめた changelog。Autopilot、browser / terminal tool 改善、customization など、この 1 か月の変化を横断して追える。

なぜ重要か: 月次ではなく週次リリースへ移った後の変化をまとめて追えるので、VS Code Copilot の運用差分を短時間で把握しやすい更新です。

VS Code Updates changed ↗

監視対象ページで差分を検知し、GitHub Copilot、Bring your own key for Copilot Business and Enterprise、Visual Studio Code 1.115 などの見出しが追加または更新された。固定ページ側の公開導線や注目トピックの変化をまとめて追える。

なぜ重要か: 固定ハブページの変化から新しい release note 導線や主要見出しを早く拾えるので、監視入口として意味があります。

Visual Studio Code 1.115: Bring your own key for Copilot Business and Enterprise ↗

Copilot Business / Enterprise で BYOK が使えるようになり、OpenRouter、Ollama、Google、OpenAI などのモデルを自前 API key で chat に接続できるようになった。組織で使うには GitHub.com 側の Copilot policy で Bring Your Own Language Model Key を有効化する必要がある。

なぜ重要か: GitHub 提供モデルだけに縛られず、自社のコスト方針やデータ統制に合わせてモデル接続先を選べるようになるので、Enterprise 導入判断に直結します。利用前に policy 有効化の運用整理は必要です。

Visual Studio Code 1.115: Browser agent tools improvements ↗

browser tool の呼び出しラベルが分かりやすくなり、対象タブへ直接飛べるリンクも付いた。Run Playwright Code では長時間実行の deferred result も改善され、browser automation の追跡がしやすくなった。

なぜ重要か: agent がブラウザー操作をした後の追跡と再介入がしやすくなるので、Playwright 系の検証フローを安定させやすい更新です。

Visual Studio Code 1.115: Send input to background terminals ↗

新しい send_to_terminal tool により、background terminal に移ったプロセスにも agent が追加入力できるようになった。待機中に foreground から外れた SSH や長時間タスクでも対話を続けやすい。

なぜ重要か: 長時間実行や timeout 後でも terminal セッションを捨てずに済むため、agent の terminal 作業がかなり実用的になります。

Visual Studio Code 1.115: Background terminal notifications (Experimental) ↗

experimental な background terminal notifications により、agent が background command の完了や追加入力要求を待ち受けられるようになった。手動ポーリングなしで terminal 状態を追いやすい。

なぜ重要か: background terminal を細かく見張り続ける必要が減るので、並列作業時の見落としと polling コストを下げられます。

Visual Studio Code 1.115: Upcoming deprecations ↗

Edit Mode は 1.110 で正式 deprecated になっており、`chat.editMode.hidden` での一時再有効化も 1.125 までで終わる予定になった。旧 edit flow を使っている環境向けの撤去タイムライン整理。

なぜ重要か: 旧 Edit Mode に依存する運用は移行期限が明確になったので、settings や利用手順の見直しを前倒ししやすくなります。

Copilot CLI で BYOK とローカルモデルが利用可能になった ↗

原題: Copilot CLI now supports BYOK and local models

GitHub Copilot CLI で、GitHub が提供するモデルルーティングを使わずに、自前のモデルプロバイダーまたは完全ローカルのモデルを接続できるようになった。用途に応じてモデルを選べる幅が広がった。

なぜ重要か: モデル選択を GitHub 提供ルーティングから切り離せるので、コスト、統制、データ所在の要件がある組織に直結します。

Dependabot アラートを AI エージェントに割り当てて修正できるようになった ↗

原題: Dependabot alerts are now assignable to AI agents for remediation

依存パッケージの脆弱性対応が単純なバージョン更新では完結しない場合に、Dependabot アラートを Copilot や Claude、Codex などの AI コーディングエージェントに割り当てて修正を依頼できるようになった。コード変更を伴う脆弱性修正の自動化につながる。

なぜ重要か: 単なる依存更新では済まない脆弱性修正を agent に任せられるため、セキュリティ対応の滞留を減らしやすくなります。

GitHub Copilot CLI、メインのAIモデルとは異なるAIモデルをセカンドオピニオンに使う「Rubber Duck」モード ↗

GitHub Copilot CLI の experimental な Rubber Duck モードを紹介する記事。メインとは別の AI モデルをセカンドオピニオン役として呼び、計画や実装の見落とし確認に使える点が主題。

なぜ重要か: CLI での複雑作業に別モデル視点を差し込めることを示していて、実運用での agent 品質向上余地を判断する材料になります。

usage metrics で Copilot code review のアクティブ・パッシブ利用者を識別できるようになった ↗

原題: Copilot usage metrics now identify active and passive Copilot code review users

Copilot usage metrics で、コードレビュー(CCR)を明示的に依頼したユーザー(アクティブ)と自動追加されたユーザー(パッシブ)を区別して把握できるようになった。Enterprise・組織管理者が CCR の実際の採用状況を測りやすくなる。

なぜ重要か: 本当に能動利用されている code review かを分けて見られるので、ライセンス評価や定着施策の精度が上がります。

GitHub Copilot CLI combines model families for a second opinion ↗

Copilot CLI に experimental な Rubber Duck が入り、別モデル系列からセカンドオピニオンを受けられるようになった。計画直後や複雑な実装後、テスト前の見落とし検出に効く。

なぜ重要か: 複雑な実装や計画の初期判断で別モデルの視点を差し込めるため、手戻りの大きい見落としを減らしやすい更新です。