Visual Studio Code 1.141は、2026年10月7日に公開され、エージェントセッションの運用に焦点を当てています。2026年10月リリースでは、Copilot ハーネス、worktree クリーンアップ、ストレージ制御、ターミナルのサンドボックス化、セッショングリッド、バックグラウンドプロセス監視、外部CopilotおよびCodexの継続、Dev Containerサンプル、ブロック貼り付け、複数のGitHub Enterpriseアカウントのサポートが導入されています。
CTOとエンジニアリングリーダーにとって、メッセージは明確です。エージェントファーストの開発には、モデルへのアクセスだけでなく、セッションの可視性、ストレージ、セキュリティ境界、IDに対する運用上の制御が必要になります。
1. Copilot ハーネスがエージェント実行を統合
概要
MicrosoftのVisual Studio Code 1.141リリースノートでは、Copilot SDKを活用する専用のCopilot ハーネスプロセスについて説明されています。Microsoftによると、このアーキテクチャはエージェントの動作をGitHub CopilotアプリおよびCopilot CLIと整合させます。
同リリースでは、セッションの継続性がエディターの外部にも拡張されます。リリースノートによると、Copilot CLIまたはGitHub Copilotアプリで開始した新しい会話は、最初のリクエスト後に外部セッションとして自動的に表示され、開発者はそれらを開いて継続できます。
ChatGPTアプリまたはCodex CLIで開始したセッションも、VS Code内で継続できます。これは単なる別のチャット入口ではなく、セッションの引き継ぎです。
重要な理由
外部セッションのサポートにより、開発者は対応AIクライアントを通じて開始した作業を共通の場所で再開できます。エンジニアリングリーダーにとっては、ワークフローの分断を減らしつつ、VS Codeをより重要な監督画面にできます。
アーキテクチャ上の意味は、クライアントの利便性を上回ります。エージェント活動はエディターの外部で開始されても、継続作業のためにエディター内へ到達できます。そのため、運用モデルではセッションの出所と引き継ぎを考慮する必要があります。
重要な理由: チームでは、エージェントセッションの開始を許可するクライアントと、開発者がそれらを確認すべき場所を定義する必要があります。クライアント間の継続性は、所有権が明確である場合にのみ有用です。
2. Worktree クリーンアップがストレージガバナンスを追加
概要
リリースノートでは、非アクティブなエージェントセッションのworktree向けにChat: Open Worktree Cleanupコマンドが導入されています。Microsoftによると、このコマンドは対象となるworktreeを識別し、ストレージ消費量を表示して、手動または自動のクリーンアップをサポートします。
アクティブ、固定済み、実行中、入力待ちのセッションはクリーンアップから保護されます。VS Code 1.141では、エージェントセッションのストレージが設定済みのしきい値に達した場合に、ユーザーへ通知することもできます。
Microsoftによると、マージ済みプルリクエストに関連するセッションを含め、対象セッションのクリーンアップを設定できます。この制御により、セッションのライフサイクルがリポジトリの結果と結び付けられます。
重要な理由
エージェントのworktreeは、表示されているソースツリーを超えるストレージを消費します。クリーンアップポリシーがなければ、同時実行中または放棄されたセッションにより、ローカルでのエージェント実験が永続的なエンドポイント負荷へと変わる可能性があります。
これは通常のエディター保守ではありません。エージェントが作成した開発状態に対する保持管理です。
エンタープライズチームにとっての意味: 自動クリーンアップを有効にする前に、保持方針を定めてください。ポリシーでは、アクティブな作業、固定された調査、入力待ちのセッション、マージ済みプルリクエストに関連する完了作業を区別する必要があります。
3. エージェントのサンドボックス化がプラットフォーム全体に拡張
概要
Microsoftによると、Agent HostセッションではLinux、macOS、Windowsでターミナルのサンドボックス化が利用可能になります。VS Code 1.141のリリースノートによると、このサンドボックスは、ファイル、ネットワーク、資格情報に対するエージェントのアクセスを制限できます。
このリリースでは、Go、.NET、Node.js、PHP、Python、Rust向けの実験的なDev Containerサンプルも提供されます。Microsoftはこれらのサンプルを実験的と位置付けているため、一般的に確立された展開テンプレートとして扱うべきではありません。
別のブロック貼り付けモードでは、対応コンテキストにおいて、貼り付けたテキストが実行可能または対話型の入力として解釈されることを防ぎます。これにより、開発者入力の処理に関する境界がさらに追加されます。
重要な理由
クロスプラットフォームのサンドボックス化により、プラットフォームチームは、サポートされる3つのOSファミリー全体で共通の制御カテゴリを利用できます。ただし、エージェントに必要なファイル、ネットワーク宛先、資格情報を特定する必要性はなくなりません。
これは包括的な安全性保証ではありません。設定とテストが必要な境界です。
規制対象業界では、エージェントのテレメトリとアクセスガバナンスは不可欠です。より広範な導入に先立ち、ロールアウト計画では、実際のビルド、パッケージ、認証、リポジトリのワークフローに対してサンドボックスの制限をテストする必要があります。
重要な理由: 必要なリソースをブロックするサンドボックスは回避策への圧力を生み、寛容なサンドボックスは意図した制御を弱めます。プラットフォームチームは、承認済みワークフローごとに必要な最小アクセスを文書化する必要があります。
4. セッショングリッドが同時監督を改善
概要
リリースノートによると、Agents viewでは、複数のセッションをサイズ変更可能な水平または垂直グリッドに配置できます。Microsoftによると、選択したレイアウトは再読み込み後も維持されます。
Copilot ハーネスセッションでは、アクティブなバックグラウンドプロセスと、それらが実行しているコマンドも表示できます。これらの変更により、同時実行セッション全体で進行している作業をより多く可視化できます。
このグリッドは、開発者によるエージェントの監督方法を変えます。複数のセッションを表示したままにできるため、1セッションずつの連続的な確認パターンを強制されません。
重要な理由
並列のエージェント作業は、注意管理の課題を生みます。永続的なグリッドにより、開発者はセッション状態をより明確に比較でき、バックグラウンドプロセスの可視性により、直近の操作後も実行を継続しているコマンドを把握しやすくなります。
可視性は制御と同じではありません。しかし、いつ介入すべきかを判断するための、より強固な基盤をレビュー担当者に提供します。
エンジニアリングリーダーにとっての意味: 同時実行エージェントを利用するチームは、所有権とレビューの期待事項を定める必要があります。グリッドは並列監督を支援できますが、実行中のプロセスまたは保留中のセッションに対してどの開発者が責任を負うかを決めることはできません。
5. GitHub Enterpriseサインインの柔軟性が向上
概要
VS Code 1.141では、単一のエディターウィンドウでGitHub Enterprise CloudとGitHub Enterprise Serverの両方のアカウントにサインインできます。Microsoftは、両方の環境で作業する開発者向けの認証改善としてこれを提示しています。
従来は分離されていたエンタープライズコンテキストを、1つのVS Codeウィンドウ内で共存させられます。リリースノートでは組織固有の認可モデルは示されていないため、管理者は自組織のアカウントポリシーに照らして動作を評価する必要があります。
重要な理由
この変更により、クラウドホスト型とサーバーホスト型のGitHub環境をまたいで作業する開発者の摩擦を減らせます。また、両方のIDが同じウィンドウ内に存在できるため、アカウントコンテキストの重要性も高まります。
これは単なる利便性機能ではありません。IDガバナンス上の考慮事項です。
重要な理由: 更新を標準化する前に、チームはリポジトリアクセス、拡張機能の動作、アカウント選択をテストする必要があります。クラウド環境とサーバー環境でデータ処理ルールが異なる場合、開発者には各ワークフローで使用すべきアカウントについて明確なガイダンスが必要です。
まとめ
VS Code 1.141は、エージェント運用を管理可能で、可視性があり、境界設定されたワークフローへと進めます。このリリースは、セッションの可搬性を、クリーンアップ制御、サンドボックス化、同時監督、より広範なエンタープライズ認証と組み合わせています。
エージェントファーストはトレンドではなく、進むべき方向です。運用上の問いは、プラットフォーム標準が同じ速度で進化しているかどうかです。
エンタープライズチームにとっての意味
保持ルールを定義する。 非アクティブなworktreeと完了したエージェントセッションが、いつクリーンアップ対象となるかを決定します。
サンドボックス境界をテストする。 Linux、macOS、Windowsのワークフロー全体で、必要なファイル、ネットワーク、資格情報へのアクセスを検証します。
セッションの所有権を設定する。 外部セッション、バックグラウンドプロセス、同時実行されるエージェント活動を誰がレビューするかを定めます。
IDの動作を検証する。 GitHub Enterprise CloudとGitHub Enterprise Serverのアカウント選択を、アクセスポリシーに照らしてテストします。
広範な展開前に試験運用する。 Copilot ハーネス、実験的なDev Containerサンプル、ブロック貼り付け、外部セッションの継続性を、代表的なチームで評価します。
コーディングを楽しんでください！