週間ダイジェスト
2026-04-01 - 2026-04-07
直近 7 日の更新をまとめて追えるように、ハイライトと全件を週単位で再構成しています。
フィルター
今日のハイライト
6件VS Code Updates changed
VS Code Updates のハブページが更新され、1.115 リリースと Agents app、browser / terminal tool 改善などの新しい見出しが追加された。公開導線の更新を追うための差分。
なぜ重要か: 固定ハブページの変化から新しい release note 導線や主要見出しを早く拾えるので、監視入口として意味があります。
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 が入り、別モデル系列からセカンドオピニオンを受けられるようになった。計画直後や複雑な実装後、テスト前の見落とし検出に効く。
なぜ重要か: 複雑な実装や計画の初期判断で別モデルの視点を差し込めるため、手戻りの大きい見落としを減らしやすい更新です。
テーマ別まとめ
分類済みGitHub Copilot
18- Copilot CLI で BYOK とローカルモデルが利用可能になったリリース
- Dependabot アラートを AI エージェントに割り当てて修正できるようになった機能更新
- GitHub Copilot CLI、メインのAIモデルとは異なるAIモデルをセカンドオピニオンに使う「Rubber Duck」モード更新
- usage metrics で Copilot code review のアクティブ・パッシブ利用者を識別できるようになったリリース
- GitHub Copilot CLI combines model families for a second opinion更新
- Copilot cloud agent の organization runner 制御リリース
- GPT-5.1 Codex, GPT-5.1-Codex-Max, and GPT-5.1-Codex-Mini が廃止予定になった廃止・移行
- Copilot cloud agent の organization firewall 設定機能更新
VS Code
4GitHub Platform
0このカテゴリの更新はありませんでした。
周辺ニュース
0このカテゴリの更新はありませんでした。
全件リスト
22件VS Code Updates changed
VS Code Updates のハブページが更新され、1.115 リリースと Agents app、browser / terminal tool 改善などの新しい見出しが追加された。公開導線の更新を追うための差分。
なぜ重要か: 固定ハブページの変化から新しい release note 導線や主要見出しを早く拾えるので、監視入口として意味があります。
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 が入り、別モデル系列からセカンドオピニオンを受けられるようになった。計画直後や複雑な実装後、テスト前の見落とし検出に効く。
なぜ重要か: 複雑な実装や計画の初期判断で別モデルの視点を差し込めるため、手戻りの大きい見落としを減らしやすい更新です。
Copilot cloud agent の organization runner 制御
原題: Organization runner controls for Copilot cloud agent
Copilot cloud agent が使う runner を organization 単位で既定化し、repo 側の上書き可否も制御できるようになった。large runner や self-hosted runner を全体方針として揃えやすい。
なぜ重要か: runner を組織既定にできるので、cloud agent の実行環境を性能・ネットワーク・統制の観点でそろえやすくなります。
GPT-5.1 Codex, GPT-5.1-Codex-Max, and GPT-5.1-Codex-Mini が廃止予定になった
原題: GPT-5.1 Codex, GPT-5.1-Codex-Max, and GPT-5.1-Codex-Mini deprecated
GPT-5.1 Codex 系モデルの廃止予定が告知された。GPT-5.3-Codex への移行と、Enterprise の model policy 見直しが必要になる。
なぜ重要か: model policy や既定選択を見直す必要があるので、既存運用へ直接影響する廃止告知です。
Copilot cloud agent の organization firewall 設定
原題: Organization firewall settings for Copilot cloud agent
Copilot cloud agent の firewall を organization 単位で管理できるようになった。recommended allowlist、独自 allowlist、repo 管理者の追加可否まで横断制御できる。
なぜ重要か: agent の外部通信制御を組織単位で統一できるため、prompt injection やデータ流出対策を repo ごとにばらつかせずに済みます。
Copilot cloud agent が commit 署名に対応した
原題: Copilot cloud agent signs its commits
Copilot cloud agent が作る commit が Verified 付きになり、Require signed commits を有効にした repo でも agent を止めずに使いやすくなった。
なぜ重要か: signed commit 必須の branch protection があっても cloud agent を止めずに使えるようになるため、導入できる repo が増えます。
Copilot SDK が public preview になった
原題: Copilot SDK in public preview
GitHub Copilot SDK が public preview になった。Node.js、Python、Go、.NET、Java で使え、custom tools、streaming、approval handler、BYOK まで含む agent 実行基盤を自前アプリへ埋め込める。
なぜ重要か: 自前アプリや workflow に agent 実行基盤を埋め込める入口なので、Copilot を製品機能として組み込みたいチームに影響が大きい更新です。
organization report でユーザー別 Copilot CLI 利用状況を確認できるようになった
原題: Copilot usage metrics now includes per-user GitHub Copilot CLI activity in organization reports
organization report でユーザー別 Copilot CLI 利用状況を見られるようになった。1日 / 28日単位の activity、session 数、request 数、token 使用量、CLI version の把握に使える。
なぜ重要か: CLI 利用の実態をユーザー単位で追えるので、定着状況、教育対象、コスト配分の見直しに使いやすい更新です。
GitHub Copilot in Visual Studio 2026年3月更新
原題: GitHub Copilot in Visual Studio — March update
Visual Studio 側では custom agents、agent skills、find_symbol、Profiler Agent 連携、Watch suggestion、NuGet 脆弱性修正提案まで入り、Copilot extensibility が一段広がった。
なぜ重要か: Visual Studio 側でも custom agents や診断支援が広がっていて、IDE ごとの agent 体験差を埋める流れとして重要です。
organization custom instructions が一般提供になった
原題: Copilot organization custom instructions are generally available
organization custom instructions が GA になった。Copilot の前提知識や振る舞いを組織全体で揃えやすくなる。
なぜ重要か: 組織全体で Copilot の前提知識や振る舞いをそろえられるため、repo ごとのばらつきやレビュー負荷を減らしやすくなります。
Copilot cloud agent で調査・計画・実装がしやすくなった
原題: Research, plan, and code with Copilot cloud agent
Copilot cloud agent が research、plan、code の流れを扱いやすくなった。branch 単位の作業や、実装前の段取り整理を前提にした使い方へ寄っている。
なぜ重要か: 実装前の plan 確認や branch 上での試行がやりやすくなり、cloud agent をいきなり PR 前提で使わなくて済むようになります。
Visual Studio Code 1.114 リリース
原題: Visual Studio Code 1.114
chat 体験の整理が中心。画像カルーセルで動画もプレビューでき、最終回答だけをコピーするコマンドや、過去セッションにも使える /troubleshoot が入った。#codebase は常に semantic search となり、TypeScript 6.0 にも対応した。
なぜ重要か: chat の実運用で効く改善がまとまっていて、共有、検索、障害切り分けの負荷を下げる release として意味があります。
GPT-5.4 mini が利用可能になった in Copilot Student auto model selection
原題: GPT-5.4 mini is now available in Copilot Student auto model selection
GPT-5.4 mini が Copilot Student の auto model selection で利用可能になった。Student プランの自動モデル選択の選択肢が広がった。
なぜ重要か: Student プランでも auto selection の選択肢が広がるので、教育・学習用途で触れられるモデル体験が増えます。
Copilot CLI の /fleet で複数 agent を並列実行できる
原題: Run multiple agents at once with /fleet in Copilot CLI
Copilot CLI の /fleet で複数の subagent を並列実行できるようになった。大きめの作業を並列分解して進める運用に効く。
なぜ重要か: CLI でも並列分解前提の作業が現実的になるので、複数ファイルや複数領域にまたがるタスクの進め方を変えうる更新です。
Visual Studio Code 1.114: Preview videos in the image carousel
チャット添付や Explorer のコンテキストメニューから開く画像カルーセルで、動画もそのまま再生・切り替えできるようになった。画像と動画を同じビューアーで確認でき、会話中の確認作業がしやすくなる。
なぜ重要か: 画像だけでなく動画添付の確認まで chat 内で閉じられるので、レビューや調査の往復を減らしやすい更新です。
Visual Studio Code 1.114: Copy final response in chat
チャットのコンテキストメニューに、agent の思考や tool call を除いた最終 Markdown 部分だけをコピーするコマンドが追加された。共有や転記のときに最終回答だけを抜き出しやすい。
なぜ重要か: tool call や思考過程を除いた最終回答だけを共有しやすくなり、社内展開や記録への転記が楽になります。
Visual Studio Code 1.114: Workspace search simplification
#codebase が常に semantic search 専用になり、local index と remote index の区別も廃止された。index 管理を意識せず、より一貫したコードベース検索を agent が使えるようになる。
なぜ重要か: semantic search の挙動と index 管理が単純化されるので、agent 検索の再現性と説明しやすさに直接効きます。
Visual Studio Code 1.114: Troubleshoot previous chat sessions (Preview)
/troubleshoot で過去の chat session を #session から選んで調査できるようになった。問題を再現しなくても、以前の session の debug log をもとに振る舞いを追いやすい。
なぜ重要か: 再現が難しい chat 問題でも過去 session を後追いで調べられるため、運用時の切り分けがかなりしやすくなります。