Visual Studio Code 1.142 は、エージェントワークフロー向けのプレビュー版キャンバス、ポータブルなチャットセッション、Markdown編集の変更、エンタープライズ向け権限制御、Windowsターミナルサンドボックスの移行を含め、2026年10月14日に公開されました。Microsoftは、Copilot harnessが新しいエージェントセッションのデフォルトとして段階的に導入されつつあるとも説明しています。

CTOやエンジニアリングリーダーにとって、示されている方向性は明確です。エージェントファーストの開発は、チャットの域を超え、ワークスペースのオーケストレーション、ポリシーの強制、隔離された実行へと進んでいます。チームは現在、ワークフロー上の利点とガバナンス要件を併せて評価する必要があります。

1. Interactive Canvasesがエージェントワークフローを拡張

概要

1.142 のリリース発表では、プレビュー版としてInteractive Canvasesが導入されています。Microsoftによると、ユーザーはキャンバスを作成したり、Kanban計画や実装追跡向けに設計されたオプションを含むキャンバス拡張機能をインストールしたりできます。

これは単なる静的なエディターペインではありません。エージェントセッションを中心に作業を整理するための拡張可能なサーフェスです。

重要な理由

Interactive Canvasesにより、計画成果物と実装作業を同じ開発環境に取り込める可能性があります。プラットフォームチームにとっては、既存のレビュー慣行を弱めることなく、エージェント主導の計画によってコンテキスト切り替えを減らせるかを検証する機会となります。

プレビューであることが、判断上の最重要制約です。チームは制御された環境でキャンバス拡張機能を評価し、どのプロジェクト情報が公開されるかを文書化し、プレビューのワークフローを承認済みの本番依存関係として扱わないようにする必要があります。

2. エージェントチャットをワークスペース間で移動可能に

概要

1.142 のリリース発表によると、ユーザーは会話コンテキストを保持したまま、エージェントチャットを別のフォルダーまたはGit worktreeへ移動できます。つまり、開発者は進行中の対話を破棄せずに作業場所を変更できます。

この機能により、タスクをフォルダーやworktreeに分離するリポジトリワークフローとエージェントセッションが整合します。

重要な理由

実装が分離されたworktreeへ移る際に、保持されたコンテキストは必要な繰り返しを減らすことができます。会話にすでに要件、試行済みのアプローチ、またはタスクに関連する意思決定が含まれている場合、これは特に重要です。

ただし、チームは移動先のワークスペースが会話の早い段階で確立された前提と一致していることを確認する必要があります。コンテキストの保持は有用ですが、古いパス、ブランチ、リポジトリに関する前提は、移動後に誤ったアクションを引き起こす可能性があります。

これが重要な理由： ポータビリティにより、エージェントチャットはワークスペースに固定された対話から再利用可能な開発成果物へと変わります。チームには、いつセッションを継続し、コンテキストの変化によりいつ新しく開始すべきかについての規約が必要です。

3. Markdown編集に構造的な改善

概要

Microsoftのリリース発表では、1.142 のMarkdownエディターの変更として、画像の直接貼り付け、ファイルリンクの名前変更、Outlineおよびパンくずリストを使った見出しナビゲーション、より安全なコードブロックのコピーが挙げられています。

また、エディターでは編集中にMarkdownの各ソース行が個別に表示されます。リリース情報によると、読み取り専用モードでは通常どおりレンダリングされたMarkdownが表示されます。

重要な理由

これらの変更により、ソースコードのそばにドキュメントを管理するチームの負担が軽減されます。画像の直接貼り付けはアセットの挿入を簡素化でき、ファイルリンクの名前変更は、ドキュメントファイルを移動した際に必要となる手動修正を減らせます。

ソース行を個別に表示することで、編集時にドキュメント構造も見えやすくなります。一方、Outlineとパンくずリストによるナビゲーションは、作成者に長い技術文書を見出し単位で移動する別の手段を提供します。

エンジニアリングリーダーにとって、その意味は見た目の改善ではなく運用面にあります。作成サイクルのより多くの段階で、ドキュメントワークフローをエディター内に維持できます。チームは既存のドキュメントレビュープロセスを通じて、画像の場所、名前変更されたリンク、コピーされたコードブロックを検証する必要があります。

4. エンタープライズポリシーでエージェント権限を制限

概要

Visual Studio Codeのリリース発表では、エンタープライズ管理者がサンドボックス化ポリシーを強制し、エージェントセッションで利用できる権限モードを制限できると説明されています。文書化された例では、Assisted Approval を許可しつつ、Allow All をブロックします。

これにより、エージェント機能をインストールすることと、無制限のエージェント権限を与えることとの間に管理上の境界が設けられます。

重要な理由

規制対象の業界では、権限ガバナンスは譲れません。個々の開発者にとって有用なエージェント機能であっても、管理者がその実行モデルを制約できなければ、組織への展開には適さない可能性があります。

新しい制御により、エンタープライズチームはエージェント権限を社内のリスク要件に適合させる基盤を得られます。最も制約の少ないモードを利用可能にしなくても、ポリシーによって支援付きの運用を維持できます。

エンタープライズチームにとっての意味： 展開計画には、明示的な権限モードの決定を含める必要があります。管理者は承認済みモードを定義し、その結果として得られる開発者体験をテストし、それらの制約内で動作できないワークフローのエスカレーションパスを文書化する必要があります。

5. Windowsサンドボックス化はAgent Hostへ移行

概要

Microsoftによると、Local agent セッションでのターミナルコマンドに対するWindowsサンドボックス化は非推奨であり、1.142 ではサポートされていません。Windowsでサンドボックス化されたコマンドを実行するには、代わりに Agent Host セッションを使用する必要があります。

またMicrosoftは、GitHub Copilot harnessが新しいエージェントセッションのデフォルトとして段階的に導入されていると説明しています。段階的なロールアウトであるため、チームはすべての環境が同時に切り替わったと想定すべきではありません。

重要な理由

Windowsサンドボックスの変更には、今すぐ対応する必要があります。これは同等のセッションタイプ間における将来的な選好の問題ではありません。MicrosoftはLocal-agentオプションをサポート対象外と説明しています。

サンドボックス化されたターミナル実行に依存するチームは、影響を受けるWindowsワークフローを特定し、エディターをより広く展開する前に Agent Host を通じて検証する必要があります。テストでは、エージェントが呼び出すコマンド、開発者に表示される承認、これらのセッションに適用されるエンタープライズ権限ポリシーを対象とする必要があります。

Copilot harnessのロールアウトは、2つ目の変数を追加します。Microsoftはこれを段階的と説明しているため、サポートチームは組織全体で同一の動作を想定するのではなく、ユーザー間の差異を調査する際にセッション環境を記録する必要があります。

結論

Visual Studio Code 1.142 は、実行境界をより明確にしながらエージェントワークフローを前進させます。機会はより広範なオーケストレーションにあり、直近の責務は制御された移行とポリシー検証です。

  1. キャンバスを個別にパイロット導入する。 Interactive Canvasesとキャンバス拡張機能は、確立された本番依存関係ではなく、プレビュー機能として扱います。
  2. チャット移動の規約を定義する。 別のフォルダーまたはworktreeに作業を移す際にコンテキストを引き継ぐべき場合と、新しいセッションの方が安全な場合を決めます。
  3. 承認済みの権限モードを設定する。 エンタープライズ制御を使用し、エージェントの操作を組織のリスク要件に適合させます。
  4. Windowsサンドボックス化を移行する。 従来のサンドボックス経路はサポートされていないため、影響を受ける Local agent ワークフローを Agent Host で検証します。
  5. harnessの差異を追跡する。 Copilot harnessのロールアウトが段階的に続く間は、サポート調査時にセッションの詳細を記録します。

アップデートの入手

1.142 を評価するチームは、展開前に完全なリリースノートについて公式のVisual Studio Codeアップデートページを参照する必要があります。ロールアウト計画では、Windowsサンドボックスの検証、エンタープライズ権限の構成、Interactive Canvasesの範囲を限定したプレビューを優先する必要があります。

Happy Coding!