Visual Studio Code 1.144 は、GitHub Copilot エージェントをエディターウィンドウの存続期間を超えて利用可能にします。2026 年 10 月のリリースでは、永続的なローカルおよびクラウドセッション、Agent Host Protocol v1.0、Copilot Fusion、モデル比較、画像生成、コンピューター操作、コネクタ、セッション整理、ガバナンス制御、ターミナルの変更、トークン不要の拡張機能公開を組み合わせています。
CTO やエンジニアリングリーダーにとって、シグナルは明確です。エージェント実行は、チャット機能ではなく管理対象の開発環境になりつつあります。プラットフォームチームには、エージェントを実行する場所、呼び出せるツール、保持するコンテキスト、マルチモデル利用の課金方法に関するポリシーが必要になります。
1. エージェントセッションはローカル、リモート、クラウド環境をまたいで継続する
概要
Microsoft の VS Code 1.144 リリースノートには、バージョン 1.144.0 の Stable ダウンロードが掲載され、分離された Agent Host プロセスが導入されています。このホストは、個別の VS Code ウィンドウとは独立して、ローカルマシンまたはリモートシステム上でエージェントセッションを実行し続けます。
Microsoft によると、Agents ウィンドウはワークスペースと環境をまたぐセッションのための単一インターフェイスを提供します。開発者は Chat または Agents ウィンドウから GitHub ホスト型クラウドタスクを開始し、承認要求に応答し、変更を確認し、セッションリストから同じ会話を再度開くことができます。
GitHub の 2026 年 10 月 28 日のクラウドセッションに関する発表では、これらのセッションは管理対象の GitHub 環境でリポジトリとツールを実行するとされています。開発者が VS Code に戻る前でも、GitHub.com や GitHub Mobile を含む他の Copilot クライアントからアクセスできます。
クラウドセッションには有料 Copilot プランが必要であり、組織ポリシーの対象となります。また、別個のワークスペースを使用するため、ローカルの未コミット変更は自動的にはコピーされません。
新しい Remote Environments ダイアログは、GitHub Environments、Dev Tunnels、WSL ディストリビューション、SSH ホストを統合します。ユーザーは状態を確認し、接続または切断し、環境ピッカーに表示するリモートを制御できます。
重要な理由
セッションの継続性は、エージェント支援開発の運用モデルを変えます。ノート PC を閉じても、必ずしもタスクが停止するとは限りません。ただし、実行場所によって、適用されるリポジトリの状態、資格情報、ツール、ポリシーが決まります。
これは透過的なワークスペースローミングではありません。実行経路の変更です。
チームは、作業を GitHub インフラストラクチャへ移動できる場合と、管理対象エンドポイントまたは承認済みリモートホスト上に維持すべき場合を定義する必要があります。開発者には、クラウドセッションを開始する前に、ローカルの未コミット変更を引き渡す明確なルールも必要です。
規制対象の環境では、クラウドセッションを広範に有効化する前に、リポジトリアクセスと承認ポリシーを検証する必要があります。利便性が向上しても、環境分類の必要性はなくなりません。
2. クラウド自動化と Agent Host Protocol がプラットフォームを拡張する
概要
Cloud Automations は chat.automations.cloud.enabled の下でプレビューとして提供され、VS Code のリリースノートによると既定で有効です。自動化は、ユーザーのコンピューターがオフラインでも、スケジュールまたはリポジトリイベントに応じて GitHub インフラストラクチャ上で実行できます。
チームは、issue やプルリクエストに応答する共有ワークフローを作成できます。フィルターと許可ツールの制限により、自動化の実行タイミングと実行可能な操作を絞り込めます。
Microsoft は、VS Code がローカルおよびリモートシステム上のエージェントと通信するために使用するプロトコルである Agent Host Protocol v1.0 も公開しました。WebSocket ベースのホストは Agents: Add Remote Agent Host... から追加でき、Microsoft によるとクライアントライブラリは 6 言語で利用できます。
このリリースでは、extensions.experimental.agentsWindowManagement が true に設定されている場合、Agents ウィンドウ内で拡張機能を実行し、有効化または無効化することも可能です。
重要な理由
クラウド自動化は、エージェントの挙動をリポジトリインフラストラクチャへ変えます。そのため、トリガー設計、ツール認可、所有権、変更レビューはプラットフォームエンジニアリングの責務になります。
安全な展開は、許可ツールなしで開始し、各ワークフローに必要な機能だけを追加すべきです。このリリースには、新しいクラウド自動化を許可ツールなしに既定設定する変更が含まれており、最小権限での導入を強化しています。
Agent Host Protocol v1.0 は別個の統合判断を生みます。チームはカスタムエージェントインターフェイスを構築したり、エージェントプラットフォームを互換クライアントへ接続したりできますが、リモートホストは認証、ライフサイクル管理、ログ、ネットワーク制御を必要とする永続的なサービスにもなります。
エージェントファーストはトレンドではありません。VS Code アーキテクチャの方向性です。
3. Copilot Fusion は複数モデルにまたがって作業を振り分ける
概要
GitHub の 2026 年 10 月 28 日の発表と VS Code リリースノートによると、GitHub Copilot Fusion は一般提供されています。Fusion は、開発者に単一モデルの選択を求める代わりに、各リクエストに対してモデル、推論の労力、実行パターンを選択します。
単純なタスクでは 1 つのモデルを使用する場合があります。より困難なタスクでは、1 つのモデルでソリューションを下書きし、追加のモデルでレビューまたは批評することができます。
ユーザーは Standard、High、Max の労力を選択できます。Fusion High と Max は Copilot Pro+、Max、Business、Enterprise プランで提供されます。
GitHub は Fusion が使用する各モデルに標準料金を請求します。有料 Copilot プランでは、2026 年 11 月 30 日まで 30% 割引を受けられます。
Agent Bake-Off とも呼ばれるモデル比較では、同じプロンプトを複数のモデルまたはハーネスで実行します。設定 sessions.chat.compareAgents.enabled がこの機能を制御し、ユーザー設定または実験による上書きがない限り、対象となる新しいセッションで既定で有効になります。
VS Code 1.144 は、フォルダーなしのチャット、空のリポジトリ、初回コミットのないローカルリポジトリにも比較を拡張します。Dev Containers ではモデル比較はサポートされません。
重要な理由
Fusion は手動のモデル選択ステップを排除しますが、モデル選択のコストをなくすものではありません。1 回のリクエストで、個別に課金される複数のモデル呼び出しが発生する可能性があります。
したがって、FinOps 制御ではプロンプト数だけでなく、実行パターン別にリクエストを測定すべきです。2026 年 11 月 30 日の割引終了日は、恒久的な単価前提ではなく、予算計画の日付として扱う必要があります。
モデル比較は、エンジニアリングチームに実践的な評価メカニズムを提供します。承認済みモデルで代表的な社内タスクを実行し、組織の既定値を設定する前に、出力品質、レイテンシ、レビュー負荷を比較してください。
Dev Container ワークフローに同等の機能があると想定しないでください。このリリースではモデル比較をサポートしていません。
4. 画像生成とコンピューター操作がエージェントの到達範囲を広げる
概要
画像生成は、GPT Image 2.5 Flare を既定の画像モデルとしてプレビューに入ります。エージェントは画像を作成し、チャットコンテキストとして提供された画像を変更し、またはバリエーションを生成できます。
設定 chat.copilot.imageGeneration.model は画像モデルを選択します。これを off に設定すると画像生成が無効になり、chat.copilot.imageGeneration.watermark は視認可能な「Made with AI」ウォーターマークを追加します。
Microsoft によると、画像生成には選択したモデルへのアクセスが必要であり、会話モデルで使用されるクレジットに加えて AI クレジットを消費します。
Computer Use は実験的機能であり、chat.agentHost.computerUse.enabled により制御されます。macOS または Windows 上でローカル実行する Copilot-harness セッションが、デスクトップアプリケーションを表示および制御できるようになります。
ユーザーは /computer on で有効化し、/computer off で停止します。GitHub の 2026 年 10 月 28 日の発表によると、各アプリケーションには承認が必要で、macOS ではオペレーティングシステムのアクセス許可が必要になる場合があります。
Canvases は VS Code 1.142 で導入された後もプレビューのままです。バージョン 1.144 では、Agent Customizations、Browse、Add Context メニューから見つけやすくなっています。
重要な理由
画像生成は、別個のクレジット消費とコンテンツガバナンスの判断をもたらします。組織は、チームが本番作業で生成アセットを使用する前に、可視のウォーターマーク、レビュー、またはプロベナンス記録を必要とするか決定すべきです。
コンピューター操作は、エージェントがエディターやターミナルの外部にあるアプリケーションと対話できるため、より広いエンドポイントリスクを伴います。この実験は、管理対象の macOS または Windows デバイス、承認済みアプリケーション、結果を観測できるワークフローに限定してください。
これは単なる別のエディターツール呼び出しではありません。エージェントを通じて開始されるデスクトップ自動化です。
Canvases は、成果物とエージェント出力をレビューするためのより豊かな画面を提供します。特に Marketplace のカスタマイズがコードを実行できる場合、プラットフォームチームはそれらの Canvases に貢献する拡張機能またはプラグインを引き続き承認すべきです。
5. アクセス許可、ワーキングセット、メモリが制御レイヤーを追加する
概要
GitHub によると、支援付きアクセス許可は 2026 年 10 月 26 日に一般提供されました。LLM が各ツール呼び出しを評価し、低リスクと判断した呼び出しを自動承認します。高リスクまたは判断不能な呼び出しには引き続き明示的な承認が必要です。
VS Code では、支援付きアクセス許可に Folder isolation が必要であり、組織ポリシーで制限される場合があります。Restricted Assisted および Allow All オプションは、説明を伴って表示されたまま無効化されるようになりました。
組織管理のセッション既定値では、モデル、Copilot Fusion ティア、アクセス許可レベルを指定できます。これらの既定値は記憶されたユーザー選択より優先され、利用できないアクセス許可モードは Manual にフォールバックします。
実験的なワーキングセットは、Copilot-harness エージェントツールで行われたファイル編集を記録します。開発者は、個々の編集に対してインラインの Keep および Undo コントロールを使用するか、チャット入力欄の上で保留中の変更を管理できます。
ワーキングセットはエディターで既定で有効であり、chat.editor.workingSet.enabled で無効にできます。ターミナルコマンドによる変更は表示されません。
Copilot Memory も GitHub 設定と組織ポリシーに従って既定で有効です。リポジトリにアクセスできるユーザーと共有されるリポジトリの事実、およびリポジトリをまたいで適用されるユーザー設定を保存します。
重要な理由
支援付きアクセス許可は承認疲れを軽減しますが、モデルベースのリスク分類に依存します。影響度の高いリポジトリでは、セキュリティチームが代表的なツール呼び出しを評価するまで、Manual 承認を保守的なベースラインとすべきです。
ワーキングセットがレビュー可能性を向上させるのは、エージェントツール経由で行われた編集に限られます。ターミナルを介した変更には従来のソース管理レビューが引き続き必要なため、チームはワーキングセットを完全な変更台帳として扱うべきではありません。
Copilot Memory はデータ分類の要件を作り出します。リポジトリの事実は、認可された他のリポジトリユーザーと共有される可能性があり、設定はリポジトリ境界を越える可能性があります。
導入チェックリストでは、エージェントが保持できる規約、保存済みメモリを削除できる担当者、組織ポリシーでサービスが許可されているかを特定する必要があります。Memory は繰り返しのプロンプトを減らしますが、保持されたコンテキストも制御プレーンの一部になります。
6. コネクタとカスタマイズは管理対象 Marketplace になる
概要
Copilot connectors は、Slack、Notion、Microsoft Learn などのサービス向け GitHub 管理 MCP サーバーとしてプレビューに入ります。ローカル MCP サーバーのセットアップを不要にし、ブラウザー認可後、サポートされる Copilot クライアント間で再利用できます。
コネクタは Copilot プランで既定で有効であり、VS Code では Copilot harness でのみ動作します。Business および Enterprise の管理者は Editor プレビュー機能を有効にする必要がありますが、組織の MCP 制限とサービス固有の承認は引き続き適用されます。
新しい Browse エクスペリエンスでは、スキル、ツール、プラグイン、ワークフロー、GitHub Feed コンテンツ、エンタープライズ構成済み Marketplace を収集します。GitHub Feed にはサポート対象のハーネスが必要であり、Local セッションでは利用できません。
カスタムエージェント編集では、モデル、ツール、スキル、フック、エージェントスコープの MCP サーバーに対する補完、ホバー、検証が提供されます。明示的な target がないファイルでは、ガイダンスにアクティブなカスタマイズハーネスが使用されます。
開発者は Chat から /plugin、/mcp、/skills を使用してカスタマイズを管理できます。ディープリンクでは、Marketplace の追加、プラグインのインストール、フィルター済みカスタマイズページのオープンが可能で、インストール前には確認が必要です。
重要な理由
コネクタはセットアップの負担を軽減できますが、エージェントセッションにコンテンツやツールが入る可能性のある外部システムの数を増やします。組織は各コネクタを、データアクセスルール、MCP 制限、サービス所有者の承認に対応付けるべきです。
VS Code のリリースノートは、プラグインがマシン上でコードを実行できると警告しているため、Marketplace プラグインにはより強力な制御が必要です。確認は必要ですが、ソースレビューと許可リストの代わりにはなりません。
より豊富な検証により、エージェント実行前に設定ミスを検出できます。同じカスタムエージェントファイルをハーネス間で移動する場合、プラットフォームチームは明示的な target 値を標準化し、アクティブ環境によって診断が変わることを避けるべきです。
カスタマイズのソースはソフトウェアサプライチェーンへの入力として扱ってください。1.144 では発見が容易になりますが、信頼は依然として確立する必要があります。
7. セッション管理はマルチワークスペースのワークフローになる
概要
実験的なセッションコンポーザーでは、環境選択を最初に配置し、This Computer、Cloud、対象となるリモートホスト、サポート対象の Dev Containers を提供します。ワークスペースなしのチャットは sessions.chat.experimental.workspaceOptOut で有効にできます。
Copilot harness は新しいセッションの既定のままです。これは Copilot SDK に基づいており、Microsoft はこれを Copilot 製品全体で共有される基盤と説明しています。
プレビュー設定 chat.agentHost.moveChats.enabled では、会話履歴と作業フォルダーのコンテキストを保持したまま、ネストされたチャットを互換性のあるセッション間で移動できます。移動には同じエージェントとプロバイダーが必要であり、移動先は複数のチャットをサポートしている必要があります。
ネストされたセッションでは、別々のワークスペースを使用できるようになりました。たとえば、フロントエンドチャットとバックエンドチャットは、異なるフォルダーまたは worktree で動作しながら、1 つの親セッションの下に維持できます。
Quick chats も、別々の一時フォルダーを持つネストされたセッションをサポートします。セッショングループにはカスタムアイコンとテーマ対応の色が追加されます。
Voice Mode は agents.voice.enabled の下で実験的機能のままです。agents.voice.useBYOKVoiceModel を使用すると、ユーザーは OpenAI ライブモデル API キーを提供できます。一方、agents.voice.sessionAwareness は追跡対象セッションと最近のアクティブチャットのコンテキストに関する限定的な説明を共有します。
Voice 承認は 25 言語をサポートし、英語がフォールバックとして使用されます。
重要な理由
マルチワークスペースセッションはクロスリポジトリ作業に適していますが、実行コンテキストをわかりにくくもします。レビュー担当者は、各変更がどのフォルダー、ブランチ、worktree、エージェント、ホストによって生成されたかを知る必要があります。
ワークスペースなしのチャットは、リポジトリ固有の作業から分離すべきです。一時フォルダーはセットアップの手間を軽減しますが、成果物の保持と監査証跡を複雑にする可能性があります。
Voice のセッション認識は、セッションタイトル、応答要約、保留中のプロンプト詳細、選択モデル、添付ファイル名を構成済みの Voice Mode に公開します。Microsoft は添付ファイルの内容は除外されるとしていますが、残りの説明にも運用コンテキストが含まれる場合があります。
エンタープライズ導入では、API キーの処理、データルーティング、言語動作、セッションコンテキスト公開が承認されるまで、Voice はオプトインのままとすべきです。
8. エディター、issue 報告、ターミナルワークフローが改善される
概要
VS Code 1.144 は、chat.agentSessions.sessionStorageCleanupSuggestion.enabled で制御される実験的な worktree クリーンアップ提案を追加します。ローカル worktree のディスク空き容量が 5 GB 未満になると、Agents ウィンドウは worktree の経過時間や数にかかわらずクリーンアップを提案できます。
新しい issue reporter は issueReporter.wizard.enabled で有効になります。単一ページのフォームを使用し、スクリーンショット、画面録画、ログ、アーカイブ、画像、動画をサポートし、既定では独自のウィンドウで開きます。
issueReporter.wizard.openLocation を editor に設定すると、reporter はエディタータブ内に移動します。チームは issueReporter.additionalRepositories を通じて、owner/repo 形式で独自の GitHub リポジトリを追加できます。
Windows では、terminal.integrated.windowsReparentConsoleWindow により、ローカルターミナルツールが開くダイアログが VS Code の背後ではなく前面に表示されます。この動作には既定で有効な terminal.integrated.windowsUseConptyDll が必要です。
リリースの要約では、レンダリングされた Markdown 編集エクスペリエンスと、更新されたライトおよびダークインターフェイスも紹介されています。
重要な理由
エージェントの worktree は、セッション終了後も長期間にわたりローカルストレージを消費する可能性があります。5 GB のしきい値は有用な警告ですが、プラットフォームチームは管理対象の開発者デバイスに対する保持およびクリーンアップの慣行を定義する必要があります。
issue reporter は、VS Code を離れずに証拠を収集することで、再現性を改善できます。社内リポジトリで利用するチームは、録画、ログ、アーカイブがシークレットや規制対象データを開示しないことを確認すべきです。
Windows ターミナルの変更により、認証ダイアログが VS Code の背後に隠れて表示される障害モードがなくなります。組織がターミナルから起動するサインインツールに依存している場合、無効化する前に新しい既定値をテストしてください。
9. プルリクエストと拡張機能公開にセキュリティ更新が加わる
概要
GitHub Pull Requests and Issues 拡張機能はバージョン 0.174.0 に達します。その Update Stack アクションでは、スタック内のプルリクエストをチェックアウトすることなく、GitHub API を使用してスタックされたプルリクエストを更新できます。
プルリクエストの概要では、すでにスタックされていない他のオープンなプルリクエストとブランチ関係が一致する場合、スタックの作成を提案することもできます。
拡張機能の発行者向けに、@vscode/vsce 4.0.2 以降は vsce publish --oidc をサポートします。GitHub Actions は短期有効な OpenID Connect トークンを要求し、最長 15 分間有効な一時的な Visual Studio Marketplace 資格情報と交換します。
発行者はリポジトリとワークフロー用の Trusted Publishing ポリシーを作成し、公開ジョブに id-token: write を付与する必要があります。トークン交換が失敗した場合、vsce は個人用アクセス トークンにフォールバックしません。
Trusted Publishing は現在 GitHub Actions のみをサポートします。Microsoft は、Azure Pipelines では引き続き Microsoft Entra ID サービス接続を使用することを推奨し、グローバル Azure DevOps 個人用アクセス トークンは 2026 年 12 月 1 日に廃止予定であると述べています。
重要な理由
OIDC は、GitHub Actions シークレットから長期有効な Marketplace 資格情報を取り除きます。これによりシークレットローテーションの作業が減り、公開資格情報の有効期間が 15 分に制限されます。
拡張機能チームは、2026 年 12 月 1 日の Azure DevOps PAT 廃止が隣接するリリースプロセスに影響する前に、対象となる GitHub Actions ワークフローを Trusted Publishing に移行すべきです。Azure Pipelines チームは、GitHub Actions 構成をコピーするのではなく、Microsoft Entra ID サービス接続を検証すべきです。
プルリクエスト拡張機能の変更により、スタックされた変更に対するローカルチェックアウトの要件も軽減されます。スタックされたプルリクエストを使用するチームは、ワークフローを標準化する前に、既存のブランチおよびレビュー規約に対してバージョン 0.174.0 をテストすべきです。
結論
VS Code 1.144 はエージェントプラットフォームのリリースです。永続的な実行、プロトコルレベルの相互運用性、モデルオーケストレーション、コネクタ、メモリ、デスクトップ制御、クラウド自動化により、Copilot はエディター内の会話を超える存在になります。
企業チームにとっての意味
実行環境を分類する。 ローカル、リモート、GitHub ホスト型のエージェントセッションを使用できるリポジトリを決定します。
保守的なアクセス許可の既定値を設定する。 Manual 承認または厳密にスコープされた支援付きアクセス許可、Folder isolation、新しいクラウド自動化に対するツールなしの設定から始めます。
オーケストレーションを予算化する。 モデル呼び出し別に Copilot Fusion を測定し、2026 年 11 月 30 日に 30% 割引が終了する前に予測コストを再評価します。
コンテキストとカスタマイズを統制する。 Copilot Memory、コネクタ、MCP 制限、Marketplace ソース、プラグイン、画像生成、Voice セッション認識をレビューします。
拡張機能公開を近代化する。 GitHub Actions がサポートされる場合は
@vscode/vsce4.0.2以降で OIDC を導入し、2026 年 12 月 1 日の Azure DevOps グローバル PAT 廃止に備えます。
Happy Coding!