Visual Studio Code 1.122が本日リリースされます。見出しはシンプルですが重要です。BYOK(Bring Your Own Key)がGitHubサインインを必要としなくなりました。これは小さなUX改善ではなく、GitHub Copilotを使えなかった規制対象、エアギャップ、ネットワーク制限環境でVS CodeのAI機能を初めて有効にする変更です。これに成熟しつつあるAgents Window、エンタープライズグレードのOpenTelemetryシグナル、PreviewからStableに移行するCustom Endpointプロバイダが加わり、本リリースは月次リリースというよりエンタープライズプラットフォームの発表のように読めます。
エアギャップBYOK: 会話を変える変更
1.122以前では、VS Codeで独自の言語モデルAPIキーを使用するには、そのキーが外部トラフィックゼロのオンプレミスエンドポイントを指していてもGitHubサインインが必須でした。GitHub IDがゲートでした。政府機関、防衛請負業者、セグメント化されたネットワークで運用する金融機関、第三者認証制限の厳しい組織にとって、この依存関係はハードブロッカーでした。
この依存関係はチャット、ツール、MCPサーバーについて削除されました。
Command Palette → Manage Language Modelsからプロバイダ(Anthropic、Azure、Gemini、OpenAI、Ollama、OpenRouter、カスタムエンドポイント)を構成すると、GitHubなしでVS CodeのChat viewが利用可能になります。リクエストは構成したプロバイダに直接送信されます。サインインプロンプトは抑制されます。
これによって可能になること:
- **プライベートエンドポイント背後のAzure OpenAI。**VNet統合やプライベートDNSゾーン経由でAzure OpenAIを運用する組織は、VS Codeをそのエンドポイントに直接向けられます。データはテナントから出ません。送信GitHub認証は不要です。
- **オンプレミスのOllama展開。**内部サーバーでLlamaやMistralモデルを実行するチームは、VS Codeチャットでそれらのモデルを使用する完全サポートのStableな手段を得ました。
- **制限された政府/防衛ネットワーク。**GitHub.comが完全にブロックされている環境でも、選択したLLMエンドポイントが内部到達可能ならVS Code AI機能を展開できます。
- **完全なオフラインワークフロー。**BYOKとVS Codeの構成可能なテレメトリポリシー(
TelemetryLevel)を組み合わせれば、ネットワーク境界内で有意義なAI支援開発体験を完全に実行できます。
GitHubサインインが依然必要なもの: インライン提案とNext Edit Suggestions(NES)。BYOKはチャット、ツール、MCPサーバーを対象とし、リアルタイム補完エンジンは対象外です。ほとんどのエアギャップユースケースでは許容可能なトレードオフです。リアルタイム補完よりAIチャット支援とエージェントツールを主に求める開発者は、必要なものを正確に得られます。
ユーティリティモデルの注意点: VS Codeはバックグラウンドタスク(チャットタイトル生成、コミットメッセージ生成、フィードバックフロー)に小規模な"ユーティリティモデル"を使用します。サインアウト時にはそれらのデフォルトユーティリティモデルに到達できません。VS Code 1.122はユーティリティタスク用BYOKモデルの構成を促す通知を表示します(chat.utilityModel、chat.utilitySmallModel設定)。完全なAI機能のために構成するか、チャットだけが必要なら通知を無視できます。
Custom EndpointプロバイダがStableに
エアギャップBYOKに直接関連します。Custom Endpointプロバイダが1.122でPreviewからStableに移行します。
このプロバイダはChat Completions、Responses、Messages APIを実装する任意のモデル(OpenAI、Anthropic、Azureが使うプロトコルファミリー)を接続できます。vLLM、TGI、LM Studio提供のセルフホストLLM、カスタムAPI背後のエンタープライズAIプラットフォーム、ゲートウェイ経由のAzure OpenAIがすべてVS Code StableでファーストクラスのBYOKプロバイダになります。
実践的結果として、内部管理のLLMエンドポイントに対してVS Codeチャットを実行する完全にMicrosoftサポートのproduction-stableな手段が得られます。これで技術的に可能なことと公式サポートされることのギャップが埋まりました。エンタープライズITとコンプライアンスチームにとって重要な区別です。
細粒度なBYOKプロバイダ管理
以前はBYOKプロバイダの管理にはキー更新、モデル追加、プロバイダ整理のために生JSON構成を編集する必要がありました。1.122ではLanguage Modelエディタに直接ターゲットアクションが表示されます:
- Update API Key — JSONを触れずにキーを更新
- Add Model — プロバイダグループに追加モデルを拡張
- Rename Group — プロバイダグループ名をその場で整理
- Delete — プロバイダグループを完全に削除
個々には小さなUX改善ですが、全体としてMicrosoftがBYOKをパワーユーザーの脱出口ではなくメインストリームワークフローとして扱っていることを示します。エンタープライズ組織がチーム間で複数のBYOKプロバイダを構成・更新するにつれ、これらのアクションは運用摩擦とJSON編集による設定ミスのリスクを減らします。
Agents Window: 実用的なワークフローツールへの成熟
AIエージェントセッションの探索、反復、レビュー用の専用コンパニオンパネルであるAgents Windowは、Preview発展を続け、1.122で2つの追加が行われました:
**セッションホバー詳細。**セッションリストのセッションにホバーすると、クリックせずにタイトル、使用ハーネス(アイコン表示)、プロジェクト、ワークツリー、変更ファイルを表示します。複数プロジェクトの並行エージェントセッションを管理する開発者にとって、有意義な使い勝手向上です。
Agents Windowからのモデル管理。“Chat: Manage Language Models"がAgents Windowから直接利用可能になりました。Agents Windowがエージェントモード作業の場になりつつあるため重要です。メインエディタウィンドウに戻らずにBYOKモデルを構成でき、ワークフローの一貫性が保たれます。
VS Codeのエージェント機能がCursorやClaude Codeといった単体エージェントコーディングツールを置き替えられるか評価する組織にとって、Agents Windowが長期的な回答です。まだPreviewですが、各リリースで本番利用に実用的な機能が追加されています。Local VS Codeハーネスは現在Insidersのみ(sessions.chat.localAgent.enabled)ですが、方向性は明確です。
OpenTelemetryシグナル: エージェントが観測可能に
この変更はリリースノートで見落としやすいですが、エンタープライズガバナンスにとって重要です。
ローカルエージェントセッションがGitHub Copilot CLI OpenTelemetry規約に整合するcanonical github.copilot.*属性名前空間をOpenTelemetryに出力するようになりました。新シグナルは以下をカバーします:
- リポジトリコンテキスト
- エージェントタイプ
- 構造化ツールパラメータ
- フック結果
ITおよびDevOpsチームにとって重要な理由:
組織がDatadog、Grafana、Azure Monitor、Splunkや互換バックエンドに送るOpenTelemetryパイプラインを運用しているなら、VS Codeエージェントアクティビティがアプリケーションテレメトリと同じ観測基盤に流せるようになります。これにより以下が可能です:
- **コスト可視化。**開発者、チーム、プロジェクトごとのLLMトークン消費を追跡。
- **セキュリティ監査証跡。**エージェントセッションが発生したというだけでなく、どのツールが走ったか、どのMCPサーバーが接続したか、どのフックが実行されたかを把握。
- **コンプライアンス証拠。**規制環境ではエージェントアクティビティの構造化監査ログはナイストハーブではなくガバナンス要件です。
- **パフォーマンスベースライン。**非AIセッションと同じメトリクス基盤でAI支援開発の実際の生産性インパクトを測定。
GitHub Copilot CLI規約との属性整合も有意義です。VS CodeエージェントとCLIベースエージェントツールの両方を使う組織にとって、テレメトリが共通言語を話します。開発ツールチェーン全体で集中化されたエージェント監視の基盤です。
サンドボックス動作の洗練
設定: chat.agent.sandbox.enabled
ここでの変更は微妙ですが理解する価値があります。以前、Bypass ApprovalsまたはAutopilotモードで実行されたコマンドは最初サンドボックスで試行され、失敗するとVS Codeが自動的にサンドボックス外で再試行しました。承認がバイパスされるため、この再試行ループは実際の安全上の利点がなく、挙動の推論を難しくするだけでした。
新しい動作: ターミナルサンドボックスはDefault Approvals使用時のみ適用されます。
これは安全モデルの実用的な明確化です:
- Default Approvals = サンドボックス適用 → 安全性と有用性の真のバランス
- Bypass Approvals / Autopilot = サンドボックスなし → ユーザーがリスクを明示的に認識しており、サンドボックス再試行は誤解を招く演劇
エージェント使用のポリシーを設定する組織にとって、この明確化は重要です。機密リポジトリでDefault Approvalsを必須とすれば、サンドボックスが真の保護を提供します。Bypass Approvalsが有効ならサンドボックスはありません。これは別の場所で追加ガバナンスコントロールが必要でも、誠実で予測可能です。
統合ブラウザ: デバイスエミュレーションとチャットへスクリーンショット
統合ブラウザの2つの追加がリリースを締めくくります:
**デバイスエミュレーション。**統合ブラウザがアウトオブボックスのデバイスエミュレーション(画面サイズ、モバイル/タッチエミュレーション、カスタムユーザーエージェント)をサポートしました。ブラウザタブのオーバーフローメニューの"Show Emulation Toolbar"オプションから有効化します。Web開発者はレスポンシブレイアウトのテストためにChrome DevToolsや別ブラウザウィンドウに切り替える必要がなくなります。注目すべきは、エージェントがPlaywrightコード経由でデバイスエミュレーションをプログラム的に起動でき、エージェント駆動テストワークフローの一部としてモバイルレスポンシブチェックを自動化できます。
**チャットへスクリーンショット。**現在のブラウザビューポートのスクリーンショットをコンテキストとしてVS Codeチャットに直接添付できます。実用的ユースケースは即座に役立つ: 壊れたレイアウトをスクリーンショットし、チャットに添付し、エディタを離れずにCopilotにCSSやレイアウト問題の診断を依頼できます。
組織が取るべきアクション
エアギャップやネットワーク制限環境を運用する場合: 1.122をVS Code AI機能を現実にするリリースとして評価してください。内部LLMエンドポイント状況(Azure OpenAIプライベートエンドポイント、オンプレミスOllama、カスタムエンドポイント)をマッピングし、BYOK構成をテストしてください。機能はStableでサポートされています。
大規模VS Code展開を管理する場合:
VS Code展開構成のTelemetryLevel設定を確認してください。AI機能がGitHubサインイン要件で以前ブロックされていた場合、そのブロックを見直す必要があるかもしれません。逆に、BYOK構成ガバナンスを確実に整備してください。開発者が未検証の外部エンドポイントにVS Codeを向けることは避けたいはずです。
VS Codeでエージェントワークロードを実行する場合:
エージェントセッションのOpenTelemetryエクスポートを構成してください。すぐに監視しなくても、今データパイプラインを確立すればエージェント使用がスケールする前にベースラインが得られます。github.copilot.*属性名前空間が既存OTel基盤にマップすべきシグナルです。
Web開発者の場合: デバイスエミュレーションツールバーをオンにしてください。デバッグワークフローからコンテキストスイッチを1つ減らす利便性向上です。
変更されていないこと
- **インライン提案とNESは引き続きGitHubサインインが必要。**BYOKはリアルタイムコード補完のCopilotを置き換えません。
- **既存GitHub Copilotサブスクライバは影響なし。**サインインなしBYOKはGitHub認証が不可能なシナリオの追加機能です。
- **Agents WindowはPreviewのまま。**本番重要なエージェントワークロードはそれに応じて評価してください。
- **Remote Development SSH/WSL/Dev ContainersはAI・BYOK変更の影響なし。**1.122の唯一のRemote Development関連は32-bit ARM LinuxホストのEOLです。
大きな画像: エンタープライズAI基盤としてのVS Code
MicrosoftはCursor、Claude Code、OpenAI Codexといったアジェンティックコーディングツールから現実の競争圧力に直面しています。これらは急速に動き、開発者の関心を集めています。VS Code 1.122のエンタープライズフォーカスされた変更は偶然ではありません。特定の質問への回答です。規制対象組織はなぜ代替案を評価するのではなくVS Codeに標準化すべきか?
最近のリリースで構築中の回答: VS CodeはエンタープライズID、コンプライアンス、観測基盤と統合する選択肢です。サインインなしBYOKはデータ主権に対応します。OpenTelemetry整合はガバナンスに対応します。StableのCustom EndpointはセルフホストLLM展開に対応します。サンドボックス動作の明確化はセキュリティポリシーの透明性に対応します。
これはMicrosoftがエンタープライズポートフォリオ全体で適用してきたパターンです。未加工の能力で機能ごとに競争するのではなく、エンタープライズITがAIツールを大規模展開前に必要とするガバナンス、コンプライアンス、統合フックを構築します。VS Codeを回避するのではなく既存のセキュリティアーキテクチャに適合させる必要がある組織にとって、1.122はその会話をずっと容易にするリリースです。
Build 2026のWindowsをエージェントプラットフォームとするナラティブ(開発者デスクトップに緩く置かれるのではなく、リセット可能で監査可能な環境でエージェントが実行される)と組み合わせ、VS Code 1.122の観測性と制御実行機能は、首尾一貫したエンタープライズAI開発アーキテクチャを指し示します。エディタ、プラットフォーム、ガバナンス基盤が並行して構築されています。
開発者ツールを最適化する準備はありますか?
Big Hat GroupはIntune、Windows 365、GitHub Copilotを使って組織のVSCode大規模標準化・展開を支援します。規制環境でのBYOK評価、開発者生産性ベースラインの構築、エンジニアリングチーム全体へのGitHub Copilot拡大のいずれでも、すべてのエンゲージメントで実践的専門知識を提供します。
Big Hat Groupにお問い合わせください。開発者ツール戦略についてご相談ください。
Big Hat Groupはモダンエンドポイント管理、Windows 365、開発者生産性ツールを専門とするMicrosoftパートナーです。