MicrosoftのVisual Studio Code 1.146リリースでは、実験的なセッショントリアージ、プレビューのチャットウィンドウ、拡張されたモデル比較、キャンバスの継続性、拡張機能管理、リモート接続、新たな信頼制御を追加しながら、エージェント操作をCopilot harnessへさらに移行しています。このリリースでは1.146.0のダウンロードも提供され、ターミナル、タスク、マーケットプレイス、メモリ、アクセシビリティ、エディターに関する大幅な修正も含まれています。
CTOとエンジニアリングリーダーにとって、示される方向性は明確です。エージェントファーストの開発は、サイドパネルではなく運用モデルになりつつあります。直近の作業は、2027年2月までにLocal harnessから移行し、どの実験的機能を管理対象環境に導入するかを決定し、モデル、拡張機能、資格情報、プロキシ、リモートアクセスを管理する制御を検証することです。
1. Copilot Harnessの移行期限は2027年2月
概要
MicrosoftのVS Code 1.146リリースノートによると、Copilot harnessはVS Code 1.143以降、新しいセッションの既定値となっています。Copilot SDKを基盤とし、Agent Hostを介してセッションを実行するため、セッションはバックグラウンドで継続でき、エディターウィンドウとAgents windowの両方からアクセスできます。
Microsoftによると、Copilot harnessはLocal harnessにはない管理対象のサンドボックスおよびアクセス許可ポリシーも適用します。これは単なるランタイムの名称変更ではなく、運用上の境界です。
Local harnessは現在非推奨であり、2027年2月に削除される予定です。Microsoftによると、その間の3か月間は引き続き利用できますが、機能的には凍結されています。新機能と改善はCopilot harnessに重点を置き、Local harnessで動作することは保証されません。
VS Code 1.142で導入されたエンタープライズ管理設定vscode.temporaryDefaultToLocalHarnessは、Local harnessとともに廃止されます。既存の組織は、この設定を永続的なポリシーとして扱うことはできません。
VS Code 1.146では、Agent Hostも仮想リポジトリに拡張されています。Microsoftによると、Copilot harnessのワークフローは、ユーザーがローカルフォルダーへクローンしなくても、仮想リポジトリで動作できるようになりました。
重要性
期限前に移行してください。 チームは、依然としてLocal harnessに依存するワークフロー、会話、カスタマイズ、ツール、ポリシーを棚卸しし、2027年2月より前にCopilot harnessで検証する必要があります。
レガシーランタイムは凍結されているため、移行を先延ばしにすることは、その後のエージェント改善へのアクセスを先延ばしにすることも意味します。これは無期限に利用できる互換性トグルではありません。計画されたランタイム廃止です。
仮想リポジトリのサポートにより、エージェントが操作できる範囲が拡大します。従来の技術的制限はもはや分離を提供しないため、プラットフォームチームは既存のCopilotおよびリポジトリアクセスポリシーが、仮想ワークスペースとして開かれたリポジトリを適切にカバーしているか確認すべきです。
2. Inbox Modeがエージェントセッションを作業キューに変える
概要
Microsoftは、実験的なInbox modeを、プロジェクト横断のエージェントセッションを一元的に表示する機能として説明しています。これは、既定でオフのsessions.list.inboxEnabledによって制御されます。
設定を有効にした後、ユーザーはAgents windowでGrouping、続いてInbox Modeを選択します。注意が必要なセッションが最初に表示され、その後にWorking、Ready to merge、On hold、Doneの各グループが続きます。
ユーザーは、セッションを先送りするためにDismiss from Inbox、Put on Hold、またはSnoozeを適用できます。Microsoftは却下とアーカイブを区別しています。セッションを却下してもアーカイブされませんが、Mark Session as Doneではアーカイブされます。
VS Code 1.146では、sessions.list.inlineActionsの実験的なセッションリストアクションも追加されています。有効にすると、対応するセッションを開かずに、失敗したチェックの修正やレビューコメントへの対応をリクエストできます。
Microsoftによると、各アクションはその行のセッションまたはネストされたセッションをバックグラウンドで対象にします。この設定によってAgent Mergeが有効になることも、既存のアクション権限が変更されることもありません。
重要性
Inbox modeは、エージェントの監督をワークスペースごとの確認からキュー管理へ変えます。これは、複数のバックグラウンドセッションが承認待ち、変更生成中、またはマージ準備中の開発者にとって重要です。
標準化する前に意味をパイロットしてください。 チームは、開発プロセス内でDismiss、On hold、Ready to merge、Doneが何を意味するのか合意すべきです。そうしなければ、共有インターフェースは調整を改善するのではなく、一貫性のない処理を隠す可能性があります。
インラインアクションはナビゲーションを減らしますが、権限を縮小するものではありません。エージェントが実行できる操作は引き続き既存のアクセス許可によって管理されるため、管理者はsessions.list.inlineActionsを新たなアクセス許可の境界ではなく、ワークフロー制御として評価すべきです。
3. チャットウィンドウがエージェントワークスペースを再構築する
概要
プレビュー機能のChat windowsは、チャットと関連するエディターおよびターミナルを含む個別ウィンドウを提供します。Stableでは既定でオフであり、sessions.chatWindows.enabledが必要です。Microsoftによると、VS Code Insidersでは既定で有効です。
ユーザーはセッションまたはチャットを右クリックし、Open in、続いてNew Windowを選択するか、Agents windowからチャットをドラッグできます。Move to Main Windowコマンドで元に戻せます。
1つのチャットウィンドウには、1つ以上のセッションから複数のチャットを含めることができます。ユーザーはタイトルバーから別のセッションを選択したり、ウィンドウ間でチャットをドラッグしたり、macOSでは⌘N、WindowsとLinuxではCtrl+Nでセッションを開始したりできます。
Microsoftによると、VS Codeを再起動するとチャットとエディターは再度開かれます。各ウィンドウ内で、ユーザーはパーツの移動、レイアウトの分割、エディタータブの移動、チャットコンテキストへのエディター添付、ターミナルの再配置、横並びと積み重ね配置の切り替えを行えます。
Agents: Toggle Chat Conversationコマンドでは、積み重ねた会話を入力欄まで折りたたむことができます。Developer: Reset Chat Window Layoutでは初期配置に戻せます。
重要性
チャットウィンドウにより、開発者は1つの共有パネル内で絶えず切り替えるのではなく、エージェントセッションを中心にタスク固有のワークスペースを作成できます。レビューセッションでは会話、変更済みファイル、ターミナルをまとめて保持しながら、別のウィンドウを実装専用にできます。
これは、サポートとガバナンスのための新しいワークスペース層を生み出します。プラットフォームチームは、このプレビューを日常的な本番作業に推奨する前に、再起動後の復元、マルチモニターでの利用、ターミナルの配置、コンテキストの添付、拡張機能の動作をテストすべきです。
この機能はStableではまだプレビューです。レイアウトの永続性はワークフロー上の利便性として扱い、コミット済みコード、記録された意思決定、永続的なプロジェクトドキュメントの代替とは見なさないでください。
4. Agents Windowの拡張機能がコンテキスト切り替えを減らす
概要
VS Code 1.146では、Agent Customizations配下の実験的なExtensionsセクションが拡張されています。Microsoftによると、ユーザーはAgents windowを離れずに拡張機能を検索、インストール、アンインストールできるようになりました。
マーケットプレイス検索には、未インストールの拡張機能と、その発行元、インストール数、評価が表示されます。拡張機能をインストールするとVS Codeに追加され、Agents windowで有効になります。一方、隣接するドロップダウンではプレリリースを含む別バージョンを選択できます。
拡張機能がAgents windowのサポートを宣言せずにビュー、デバッガー、ステータスバー項目、またはウォークスルーを提供する場合、VS Codeは警告を表示します。組織ポリシーによってインストールが阻止されている場合、インターフェースにはその理由が表示されます。
ユーザーは、macOSでは⇧⌘X、WindowsとLinuxではCtrl+Shift+X、またはExtensions: Manage Extensionsコマンドで拡張機能管理を開けます。Microsoftによると、エディターのExtensionsビュー用にカスタマイズされたショートカットは、Agents windowにも適用されます。
重要性
Agents window内での拡張機能の検出により、欠けている機能を特定してからインストールするまでの経路が短縮されます。また、インストールがエージェント中心のワークスペース内で直接行われるため、拡張機能の来歴と互換性の重要性も高まります。
拡張機能ガバナンスを維持してください。 マーケットプレイスで利用可能であることを、組織の承認と解釈してはなりません。プライベートマーケットプレイス、許可リスト、またはブロックされた発行元を使用するチームは、これらのポリシーによってAgents windowで想定どおりのメッセージが表示されることを確認すべきです。
互換性の警告にも注意が必要です。拡張機能は正常にインストールできても、一部の提供機能が利用できない場合があります。そのため、プラットフォームチームはインストール状態から完全な互換性を推測するのではなく、サポート対象のエージェントウィンドウ拡張機能を文書化すべきです。
5. モデル比較にFusionとエージェント自動化が加わる
概要
Microsoftによると、Agents windowのCompare Modelsでは、1つのプロンプトを複数のモデルで実行し、判定モデルで出力を評価し、シンセサイザーでそれぞれの強みを組み合わせることができます。
VS Code 1.146では、ワークスペースを選択せずにチャット専用の応答を判定および統合できます。Synthesizeを選択すると新しいチャットが作成され、元の試行は変更されません。
このプレビューでは、Copilot Fusionとそのサポートされるeffort tierも、試行、判定、シンセサイザーのオプションとして追加されます。関連するコントリビューションであるプルリクエスト#346434では、Agent HostチャットでCopilot Fusionの推論が公開されています。
sessions.chat.compareAgents.tools.enabledによって制御される実験的ツールを使用すると、エージェントはモデルを検出し、比較を開始し、結果と会話参照を読み取れます。Microsoftによると、これらのツールは既定でオフであり、Compare Modelsを有効にする必要があります。
ツールを無効にしても、手動比較は削除されません。違いは、人間が開始する比較か、エージェントが開始する評価かです。
重要性
モデル選定は、開発環境内で再現可能な評価ワークフローになり得ます。チームは候補出力を保持し、別個の統合結果を生成し、初期の試行を上書きせずにeffort tierを比較できます。
エージェントによる評価は自動化を強化しますが、モデル呼び出しの範囲も拡大します。エンジニアリングリーダーは、sessions.chat.compareAgents.tools.enabledを有効にする前に、承認済みの比較シナリオ、想定されるモデルアクセス、コスト責任の運用を定義すべきです。
これは独立したベンチマークではありません。結論がプロンプト、判定モデル、シンセサイザー、選択されたモデルに依存する、製品内の比較メカニズムです。
6. キャンバスにアクセス許可、検出、継続性が加わる
概要
Microsoftはキャンバスを、開発者とCopilotが計画、ダッシュボード、その他の成果物で共同作業する共有インタラクティブサーフェスとして説明しています。VS Code 1.146では、アクセス許可プロンプトと複数の継続性改善が追加されています。
Copilot harnessセッションでは、キャンバス拡張機能はフックなどの特権機能を初期化する前に承認を要求するようになりました。キャンバスメニューでは、実行中のキャンバスとインスタンス化可能な利用可能キャンバスを区別し、Agents windowでは作成およびインストールの操作をDiscover Moreの下に配置します。
非アクティブなCopilot harnessセッションでは、別のメッセージを必要とせずにキャンバスが復元されます。キャンバスプロバイダーが再起動した場合、最後のキャンバス画像は再接続中のインジケーターとともに表示されたままになります。
個別のチャットウィンドウでは、関連するチャットがウィンドウから移動するとキャンバスタブは閉じ、そのチャットとともに再度開くことができます。Microsoftによると、キャンバスはフォーカスを取得せずにウィンドウの再読み込み後も復元されます。
重要性
アクセス許可プロンプトにより、キャンバスの初期化は明示的な信頼イベントになります。キャンバスが既存のCopilotセッション内に表示されるという理由だけで、開発者が特権機能を承認すべきではありません。
継続性の改善により、キャンバスは永続的な計画および運用ビューにより適したものになりますが、ライフサイクルテストの重要性も高まります。チームは、プロバイダーの再起動、チャットのウィンドウ間移動、セッションの非アクティブ化、管理対象設定によるキャンバス拡張機能のブロック時に何が起こるかを検証すべきです。
規制対象の環境では、キャンバスの来歴はカスタマイズガバナンスの一部です。拡張機能がフックやその他の特権機能を初期化できる場合、それを単なる表示として扱うことはできません。
7. リモート共有、CLI引き継ぎ、バックグラウンド送信がセッションの可動性を拡張する
概要
実験的な設定sessions.chat.experimental.remoteEnvironmentsThisComputerは、GitHub EnvironmentsまたはDev Tunnelsを通じて、他のクライアントと現在のコンピューターを共有するための制御を追加します。ユーザーは共有を無効にしたり、クライアントに表示されるコンピューター名を変更したりすることもできます。
Microsoftによると、共有が有効かどうかにかかわらず、ローカルセッションは引き続きコンピューター上で直接実行されます。これらの制御は、環境ピッカー、Command Palette、またはRemote ConnectionsメニューのManage Remote Environmentsから利用できます。
VS Code 1.146では、実験的なGitHub Copilot CLIセッションをVS Codeで継続することも可能です。/code、またはVS Code Insidersでは/code-insidersを入力すると、CLIが終了し、そのフォルダーの同じセッションがChatビューで開きます。
この引き継ぎには、/settings experimental onで実験的機能を有効にしたCopilot CLI 1.0.107以降が必要です。会話履歴、モデル、推論effort、モード、アクセス許可は保持されますが、--allow-toolなどのプロセス固有のアクセス許可や以前の承認は引き継がれません。
CLI に戻るには、ハンドオフ中に表示される copilot --resume コマンドを実行します。別の CLI プロセスがまだセッションを保持している場合、VS Code は開く前に確認を求めます。
Agents ウィンドウには、設定可能なバックグラウンド送信アクションも追加されます。macOS では ⌘Enter、Windows と Linux では Ctrl+Enter を使用すると、セッションを開かずに開始できます。また、chat.sendInBackgroundTip.enabled により、設定済みのショートカットを表示できます。
重要な理由
これらの変更により、エージェントセッションをクライアント、ターミナル、ウィンドウ、環境をまたいで移行できるようになります。同時に、権限とネットワーク公開を再評価すべき移行ポイントも生まれます。
各ハンドオフ境界を見直してください。 CLI での承認は自動的に VS Code へ移行されません。これは適切なセキュリティ姿勢ですが、ユーザーの混乱を招く可能性があります。チームは想定される再承認フローを文書化する必要があります。
コンピューター共有は、単なるエージェントの利便性ではなく、リモートアクセスとして管理すべきです。実験的設定を有効にする前に、GitHub Environments、Dev Tunnels、コンピューター命名、検出可能性が、既存のリモート開発コントロールに適合するかを管理者が判断する必要があります。
8. MCP 経由の Skills が新しいコンテキストチャネルを追加
概要
VS Code 1.146 では、chat.agentHost.mcpSkills.enabled を通じて、SEP-2640 の MCP 経由 Skills に対するプレビューサポートが追加されます。Microsoft によると、MCP サーバーはこの機能を利用し、スキルをモデルに自動提供できます。
Skills を提供する MCP サーバーへの初回接続時には、それらのスキルがモデルコンテキストに入る前に承認要求が表示されます。承認されたスキルは、Agent Customizations エディターの Skills タブに表示されます。
重要な理由
MCP 経由の Skills により、サーバー接続はモデルの振る舞いとコンテキストを追加する仕組みになります。そのため、承認プロンプトは重要な信頼境界です。
チームは承認前に、サーバー、そのサーバーが公開するスキル、そしてそれらのスキルが導入するコンテキストを検証する必要があります。これは受動的な統合を有効にすることと同じではありません。セッション中にモデルが検出し利用できるものを変更します。
管理者は、MCP ガバナンスレビューに chat.agentHost.mcpSkills.enabled を含め、プレビュー機能が管理対象の開発者環境に適しているか判断する必要があります。
9. 権限とサンドボックスのコントロールがより細分化
概要
Microsoft によると、Copilot harness のプロンプトでは以前、Web フェッチ、ターミナルコマンド、ファイル読み取りなどの操作に対して、広範なツールレベルの許可が提案されていました。たとえば、URL フェッチに対する「このセッションで許可」の決定により、そのセッション中は任意の URL へのアクセスが許可される場合がありました。
VS Code 1.146 ではデフォルトが変更され、特定のドメイン、コマンド、ディレクトリに対するより限定的な許可が提案されます。これにより、単一の承認の適用範囲が縮小されます。
新しい chat.agent.sandbox.credentials.envVars 設定により、管理者またはユーザーは、サンドボックス化されたセッションで選択した環境変数をマスクできます。エージェントツールにはプレースホルダーが渡され、実際の値は injectHosts で設定された承認済み HTTPS 宛先に対してのみ復元されます。
Microsoft は、この設定にはシークレット値ではなく環境変数名を入力するようユーザーに指示しています。Windows ではマスキングにローカルネットワークアクセスが必要です。macOS と Windows では、オペレーティングシステムの証明書信頼を必要とするツールのために、サンドボックス CA 証明書を信頼する必要があります。
ターミナルサンドボックスが有効な場合、チャット入力欄には (sandbox enabled) が表示されるようになりました。Microsoft によると、ユーザーがチャットを切り替えたり設定を変更したりしても、このインジケーターは同期された状態を維持します。
重要な理由
細分化されたプロンプトにより、日常的な承認の影響範囲が縮小されます。それでもチームは、開発者に対し、機械的にプロンプトを承認するのではなく、提案されたドメイン、コマンド、またはディレクトリを確認するよう教育すべきです。
環境変数のマスキングは、資格情報を一般的なエージェントツールから隠したまま、承認済み HTTPS ホストへ到達させるための制御された経路を導入します。このコントロールが有用なのは、injectHosts のエントリが厳密にレビューされる場合に限られます。
宛先設定をシークレットポリシーとして扱ってください。 マスキング自体が有効であっても、ホストリストが広すぎる、または誤っていると、意図された分離が損なわれる可能性があります。Windows のネットワークおよび証明書の前提条件は、展開テストに含めるべきです。
サンドボックスインジケーターは、操作時点での検証も改善します。開発者は、ターミナルサンドボックスが有効かどうかを確認するために、別の権限メニューを開く必要がなくなります。
10. エンタープライズプロキシとポリシーのコントロールを拡張
概要
Microsoft によると、Copilot セッションは、ローカル、WSL、またはローカル Dev Container で実行する場合、プロキシ自動構成および Kerberos 認証を含む VS Code のプロキシ設定に従うようになりました。
組織のルーティングルールでは、宛先ごとに異なるプロキシまたは直接接続を選択できます。これにより、すべてのリクエストを単一のプロキシ経路に強制する必要がなくなります。
エンタープライズ管理対象の communication.support.url 設定では、サポート対象のポリシー制限の影響を受ける開発者を、組織のヘルプページへ誘導できるようになりました。Microsoft によると、有効な絶対 HTTP または HTTPS URL を指定すると、Agents の無効化や組織によるモデル無効化などの制限に対して、Contact Admin リンクが追加されます。
VS Code 1.146 では、Copilot 管理の strictPluginOnlyCustomization 設定もスタンドアロン canvas 拡張機能に拡張されます。これを true に設定すると、対象となるプラグインコンテンツは許可しつつ、サポート対象のすべてのスタンドアロンカスタマイズカテゴリをブロックします。
管理者は代わりに、選択したカテゴリを含むリストを指定できます: "skills"、"agents"、"hooks"、"mcp"、"extensions"。Microsoft は、Copilot SDK が canvas 拡張機能を管理するため、ブール値のみの ChatStrictPluginOnlyCustomization VS Code ポリシーでは canvas 拡張機能を制御できないと説明しています。
重要な理由
プロキシの整合性により、PAC ファイル、Kerberos、WSL、またはローカル Dev Containers を利用する組織の構成上のギャップが解消されます。ネットワークチームは、既存のエディタートラフィックテストですべての Copilot セッションパスをカバーしていると想定するのではなく、宛先ベースのルーティングをテストすべきです。
communication.support.url は、ブロックされた体験を実行可能なサポート経路に変えます。組織はこれを、承認済みの Copilot 利用、アクセス要求、エスカレーション経路を説明する、維持管理されたページに向ける必要があります。
canvas の制限には正しいコントロールプレーンが必要です。ChatStrictPluginOnlyCustomization だけに依存すると、canvas 拡張機能は意図したポリシーの対象外になります。そのため、管理者は Copilot 管理の strictPluginOnlyCustomization 設定を構成する必要があります。
11. アクセシビリティ、ダイアグラム、ブラウザー、メトリクスを改善
概要
Welcome ページでは、ページ自体にキーボードフォーカスがある場合、可視のアウトラインが表示されるようになりました。Microsoft によると、スクリーンリーダーユーザー向けにフォーカス可能な状態は維持されます。
VS Code 1.146 では、チャット、Markdown プレビュー、ノートブックのレンダリングが Mermaid 12 に移行します。リリースノートでは、ユースケース図と更新された自動レイアウト動作が、この変更により得られる機能として挙げられています。
Integrated Browser では、ローカル HTML プレビューの file:// アドレスをコピーし、外部ブラウザーまたはターミナルで使用できるようになりました。
また Microsoft は、GitHub Copilot の使用状況メトリクスを修正し、エージェントの編集において、編集間で変更されていないテキストが新規追加または削除されたコードとしてカウントされなくなりました。
重要な理由
フォーカスアウトラインにより、キーボードユーザーは Welcome ページ上で視覚的な位置フィードバックを得られます。アクセシビリティテストでは、対話型コントロールだけでなく、ページ自体も対象に含めるべきです。
Mermaid 12 により、自動ダイアグラムレイアウトが変わる可能性があります。ダイアグラムを多用する Markdown やノートブックを扱うチームは、ピクセル単位の連続性を想定するのではなく、アップグレード後に重要なレンダリング成果物を確認する必要があります。
ローカルファイルアドレスのコピーにより、小さいながらも繰り返されるワークフローの中断が解消されます。変更されていないテキストが過剰にカウントされなくなったため、履歴上および現在の編集回数は直接比較できない可能性があり、メトリクスの修正はエンジニアリングリーダーにとってより重要です。
12. VS Code 1.146 は広範な信頼性修正を提供
概要
Microsoft の VS Code 1.146 コントリビューション一覧には、ターミナル、デバッグ、マーケットプレイス、タスク、エディター、アクセシビリティ、メモリ、検索、チャットに関する修正が含まれています。
- ターミナルパス: プルリクエスト
#343203はホームディレクトリパスを折りたたむ際の部分文字列衝突を修正し、#345650はホーム検出アダプターに URI ベースのデフォルト作業ディレクトリを使用します。 - ターミナル操作: プルリクエスト
#334804はユーザーがインラインチャットウィジェットの下をクリックした際にフォーカスを復元し、#339330はレンダラーのアタッチ前にスクロールしないよう保護します。 - ターミナルライフサイクル: プルリクエスト
#342420はすでに開いているターミナルのparentTerminalを尊重し、#339488は別のエディターグループへの移動後もターミナルエディターを保持します。 - ターミナルの検出と予測: プルリクエスト
#339556はPATHに存在しないログインシェルパスでプロファイルを検出し、#305103は先行入力予測が有効なスタイルシーケンスを拒否しないようにします。 - デバッグ: プルリクエスト
#341972は例外ブレークポイントモードをデバッグアダプターへ送信します。 - プロンプトの安全性: プルリクエスト
#332937は、プロンプトの URL 確認ダイアログで完全な URI に到達できる状態を維持します。 - ドラフトセッション: issue
#345692に対応するプルリクエスト#345807は、新しいドラフトセッションを置き換える際に開いているドラフトエディターを保持します。 - Marketplace の信頼性: プルリクエスト
#343686、#343687、#341049は、403応答後に繰り返されるサインインプロンプト、保護リソース検出のキャッシュ、プライベート Marketplace のブロックおよび更新ゲーティングに対応します。 - リダイレクトのセキュリティ: プルリクエスト
#343690は、リダイレクト時にリクエスト資格情報がオリジンをまたいで転送されることを防止します。 - インライン編集: プルリクエスト
#339575は、明示的なインライン編集ガターメニューの可視性を尊重します。 - ポリシー統合: プルリクエスト
#345712は、VS Code 設定を通じた Policy Helper の登録を可能にします。 - タスク: プルリクエスト
#336159、#339551、#339550、#339387は、タスクタイプの維持、完了前の最終マーカーのフラッシュ、同一リソースからの異なるエラーの保持、プロバイダーカウンターのバグ修正を行います。 - タスク変数: issue
#160891を修正するプルリクエスト#316369は、プロセスタスクのコマンドパス内で未解決の変数を保持します。 - アクセシビリティシグナル: プルリクエスト
#303604は、プロパティ変更検出における重複条件を削除します。 - Test Explorer: プルリクエスト
#345896は、多数のテスト実行時のパフォーマンスを改善します。 - ノートブックの安定性: プルリクエスト
#331805と#329000は、テキスト差分のメモリリークに対応し、セルの破棄中にカーソル選択が表示されることを防止します。 - メモリ管理: プルリクエスト
#345461、#342528、#345781、#346139、#346126、#346501、#346498、#346268は、カラーピッカー、AI 検索モデル、ファイル検索リスナー、ターミナル検索ウィジェット、検索進捗エミッター、マーカーリソースマップ、デバウンスされたオブザーバブル、キーバインド検索におけるリークに対応します。 - メモリ削減: プルリクエスト
#342397は、メモリ使用量を 24 kB 削減します。 - チャットレイアウト: issue
#275257を修正するプルリクエスト#345436は、狭いチャットレイアウトでのオーバーフローを防ぐため、提案プロンプトのタイトルを切り詰めます。 - ミニマップレンダリング: プルリクエスト
#311689は、ミニマップが不透明のままになるリグレッションを修正します。 - Hook ドキュメント: プルリクエスト
#346593は、Hooks セクションの説明を修正します。
重要な理由
これらの修正の広さにより、1.146.0 は Copilot 導入以外の観点でも重要です。ターミナルを多用するチーム、プライベート Marketplace のユーザー、タスクプロバイダーの作成者、ノートブックユーザー、大規模なテストスイートは、いずれも対象を絞った修正を受けられます。
セキュリティチームは特に、クロスオリジンの資格情報転送とプロンプト URL の可視性に注意を払うべきです。これらの修正は、ユーザーが検証できる情報と、資格情報が移動する境界に影響します。
プラットフォームチームは、プライベート Marketplace 認証、ターミナル復元、タスク完了レポート、ノートブック破棄、長時間実行される検索またはターミナルのワークフローも再テストすべきです。このリリースには、多数の限定的な信頼性修正が含まれており、その価値は開発者が実際に実行するワークロードに依存します。
結論
エンタープライズチームにとっての意味
- harness インベントリを完了する。 Local harness ワークフローを特定し、2027 年 2 月までに Copilot harness へ移行してください。
- 実験的機能を意図的にゲートする。 管理対象のロールアウト前に、
sessions.list.inboxEnabled、sessions.list.inlineActions、sessions.chat.compareAgents.tools.enabled、およびリモートコンピューター共有を評価してください。 - プレビューのワークスペース変更をテストする。
sessions.chatWindows.enabled、canvas 復元、拡張機能の互換性、Mermaid 12 のレンダリングを、代表的なプロジェクトに対して検証してください。 - エージェントガバナンスを強化する。 細分化された権限、環境変数のマスキング、プロキシルーティング、サポートリンク、MCP スキル承認、Copilot 管理の canvas 制限を構成してください。
- 運用メトリクスを再ベースライン化する。 VS Code 1.146 のアップグレードをまたいで使用状況データを比較する際は、修正されたエージェント編集カウントを考慮してください。
エージェントファーストはトレンドではありません。これは方向性であり、VS Code 1.146 はそこに明確な移行期限を設定します。
Happy Coding!