Visual Studio Code 1.136 が 2026 年 9 月 2 日にリリースされました。今回のリリースは開発サイクルの「ラストマイル」、つまりプルリクエスト（PR）を「コードを書いた」状態から「マージできる」状態に持っていく、雑然として中断の多い作業を標的としています。また、エージェント向けに長らく要望のあったマルチルートワークスペース対応と、Agents ウィンドウの驚くほど充実したパーソナライズ機能ももたらします。
4 つの主要機能：
- Agent Merge（プレビュー） — レビュー指摘への対応、失敗したチェックの修正、マージ競合の解決を PR がマージ可能になるまで自動で行うエージェント
- マルチルートワークスペース（試験的） — Copilot と Claude のエージェントセッションがマルチルートワークスペースのすべてのフォルダーを横断して作業
- チャット背景（試験的） — Codicons パターンや自分で用意した画像で Agents ウィンドウをカスタマイズ
- チャットセッションの階層化 — 関連チャットを親セッション配下に整理し、個別の状態と承認待ちを表示
それぞれが日常のワークフローに何をもたらすのか、詳しく見ていきましょう。
Agent Merge（プレビュー）：ラストマイルの自動化
Agent Merge は 1.136 の目玉機能であり、エディター内での AI エージェントの役割に大きな変化をもたらします。これまで VS Code のエージェントはコードを書くことを支援してきました。Agent Merge はコードをリリースすることを支援します。
仕組みはこうです。セッションで有効にすると、Agent Merge はエージェントに指示して、PR へのレビュー指摘への対応、失敗したチェックの修正、マージ競合の解決、ワークフローの再実行を行わせます。PR がマージできる状態になるまでこのループを繰り返します。監督するのはあなた。機械的な重労働はエージェントが担います。
なぜ重要か
PR のライフサイクルの最後の 10〜20% は、しばしば最も苦しい部分です。そこで費やされるのは次のような作業です。
- 機械的なレビュー指摘への対応（これをリネーム、あれを並べ替え、足りないテストを追加）
- 不安定な CI の失敗や単純なテスト問題の追跡
- 長期ブランチが乖離したときのマージ競合の解決
こうしたタスクは創造的価値が低い一方、中断コストは高くなります。Agent Merge はまさにこのギャップを狙っており、修正ループを手作業でこなすものから、監督するものへと変えてくれます。
試し方
設定で chat.agentMerge.enabled を有効にします。Agents ウィンドウからセッションに対して Agent Merge を有効化できます——Enable Agent Merge for Active Session を実行するか、タイトルバーの Agent Merge ボタンを選択します。この機能は現在 Agents ウィンドウのみで利用できます。
大きなトレンド
Agent Merge は、AI 支援コーディング（自動補完、チャット）から、ライフサイクルのステージ全体を担うエージェンティックワークフローへの、明確な業界シフトの一部です。Atlassian の Agentic Pipelines や Harness のエージェント対応コードリポジトリも同様の領域に取り組んでいます。Agent Merge が異なるのは、あなたがすでに仕事をしているエディターの中にあり、セッション、変更、ワークスペースの完全なコンテキストを持っている点です。
エディターウィンドウでのマルチルートワークスペース（試験的）
マイクロサービス、モノレポ、あるいは複数フォルダーにまたがるポリグロットなスタックで仕事をしているなら、これはあなた向けの機能です。VS Code 1.136 は、エディターウィンドウの Chat ビューにおける Copilot と Claude のエージェントセッションにマルチルートワークスペース対応をもたらします。
これまでエージェントセッションは単一のワークスペースフォルダーでしか動作しませんでした。現在は chat.agentHost.copilotAgent.multiRootEnabled と chat.agentHost.claudeAgent.multiRootEnabled を有効にすることで、エージェントがマルチルートワークスペース内のすべてのフォルダーを把握できるようになります。
いくつか重要な詳細：
- この機能は現在エディターウィンドウに限定されています（Agents ウィンドウではありません）
- エージェントフックは引き続き単一のワークスペースフォルダーに限定されます。複数のフォルダーでフックが検出された場合、VS Code はフックを読み込むプライマリフォルダーの選択を求めます
- 後述のワークスペース解決の改善と組み合わせることで、エージェントは実際のプロジェクト構成を理解できるようになります
なぜ重要か： AI エージェントが、おもちゃのような単一フォルダーの例ではなく、実際のプロジェクト構造をようやく理解できるようになります。バックエンドとフロントエンドの両方を更新し、共有スキーマが別のフォルダーにある場合でも、エージェントはすべてを把握できます。
関連チャットとセッションのナビゲーション
VS Code 1.136 は、セッションリストにおける関連するエージェント作業の表示を再編成しました。チャットは親セッションの子として表示され、どのチャットが互いに関連しているかを容易に理解できる階層が作られます。
各チャット行には、それぞれ以下が表示されます：
- タイトル — 特にエージェントが複数のチャットに作業を委任する場合に、意味のあるタイトルが付きます
- ステータス — どのチャットが実行中、完了、または入力を待っているかが分かります
- 承認待ち — どのチャットがあなたの注意を必要としているかをすぐに識別できます
階層は展開/折りたたみが可能で、ツリーから直接、個々のチャットを開く、名前を変更する、移動する、削除することができます。
エージェントが独立した作業を複数のチャットに委任すると、作成された各チャットに意味のあるタイトルが付けられ、この階層に表示されます。新しいセッションやチャットはそのソースの近くに配置され、受け取り側のリクエストには「Sent by another session」や「Sent from another chat」のようなソースリンクが含まれます。リンクを選択すると、それを開始した正確なセッションまたはチャットに戻れます。
内部セッション状態ディレクトリに作成されたファイルは、以前はエディターのパンくずリストに内部セッション識別子を表示していました。パンくずリストは現在、安定したプロバイダーとセッションのラベルを使用するため、実装の詳細をさらすことなくファイルの場所を識別しやすくなりました。
なぜ重要か： エージェントが複数のチャットに作業を委任することが増えるにつれ、フラットなリストは管理不能になります。階層により、PR、機能、調査を関連する会話のツリーとして扱い、入力を必要としているものへ素早くジャンプできます。
ワークスペース解決の改善
エージェントは絶対パスやワークスペース URI に加えて、プロジェクト名でもワークスペースを解決できるようになりました。つまり「vscode ワークスペースでこれを実行して」のようなリクエストを、完全なパスを指定せずに行えます。
セッションツールはマルチルートワークスペースのプロジェクト URI とすべての作業ディレクトリも保持します。同じ名前のワークスペースが複数ある場合、エージェントは黙って 1 つを選ぶのではなく、可能性のある一致を報告します。リモートワークスペース URI もサポートされています。
なぜ重要か： エージェントとのやり取りの摩擦を減らすことに関わる変更です。完全なパスを覚えて入力するのは障壁であり、プロジェクトを名前で参照するのは人間の考え方です。
Agents ウィンドウのチャット背景（試験的）
これは楽しい機能です。VS Code 1.136 では、テーマ対応の組み込み VS Code Codicons パターンか、自分のマシン上の画像のいずれかで、Agents ウィンドウに装飾的なチャット背景を設定できます。
Chat: Set Background… を実行すると、Codicons パターンとカスタム画像のどちらかを選択できます。最近使用した 5 つの画像は Recently Used の下に表示され、そのリストはこのマシンだけに保持されます。
自分の画像を使う場合は、Chat: Change Background Layout… を実行して配置します。Repeat、Stretch、Center、および各エッジとコーナーの 11 レイアウトが利用できます。リストを移動すると各レイアウトがその場でプレビューされるので、確定する前に結果を判断できます。
知っておくべき詳細：
- ダークテーマとライトテーマでは別々の背景が維持されます——テーマを切り替えると背景も一緒に切り替わります
- ハイコントラストテーマでは背景が完全に無効になり、3 つのコマンドも使用できません
- チャットコンテンツには独自のフィルがあるため、背後に何があっても読みやすさが保たれます——あなたのリクエストは完全に不透明のままで、エージェントの応答はパディングの両側でフェードアウトし、Markdown テーブルやターミナル出力などの幅広いコンテンツは完全にバックアップされます
設定：chat.agentSessions.preferredDarkBackgroundImage、chat.agentSessions.preferredLightBackgroundImage、chat.agentSessions.backgroundImageLayout
なぜ重要か： たしかに見た目の話です。しかし Agents ウィンドウは今や多くの開発者が一日中過ごす場所です。それを自分のものだと感じられることは快適さに関わり、エージェント駆動ワークフローの無機質な印象を和らげます。
エージェントセッション通知
エージェントセッションが入力を必要とするとき、または作業を完了したとき、VS Code が通知できるようになりました。これは複数のセッション、ワークスペース、または複数の VS Code ウィンドウにまたがって作業を委任する場合に特に便利です。
デフォルトでは、通知は VS Code ウィンドウがフォーカスされていないときだけ表示されます。通知は次のように分けて設定できます：
- 入力を必要とするセッション —
chat.notifyWindowOnConfirmation - 応答を受け取ったセッション —
chat.notifyWindowOnResponseReceived
通知には関連セッションへの直接リンクが含まれるため、選択すると正しいウィンドウにフォーカスし、注意が必要なセッションが開きます。
なぜ重要か： PR で Agent Merge セッションを開始して他の仕事に戻ったなら、ウィンドウをじっと見つめるのではなく、必要なときに知らせてほしいはずです。通知はエージェントの監督をポーリング型からイベント駆動型に変えます。
再設計された新規セッション入力
新規セッション入力は、プロンプト、モデル選択、ワークスペース選択、その他のセッションコントロールを 1 つのレイアウトにまとめるよう再設計されました。委任作業を始めるときのセットアップのわずらわしさが軽減されます。
なぜ重要か： 新しいエージェントセッションの開始は、フォームの設定ではなく会話の開始のように感じられるべきです。これらのコントロールを単一のレイアウトにまとめるのは小さな変更ですが、使い勝手への影響は大きいものです。
音声入力データのエンタープライズ制御
管理者はエンタープライズポリシーを通じて、音声入力（ディクテーション）モデルと言語モデルによる文字起こしクリーンアップを管理できるようになりました。新しいコントロールにより以下が可能です：
- オンデバイス文字起こしを必須にする — 音声をクラウドに送信せずにディクテーションを利用可能
- 言語モデルによるクリーンアップを無効にする — ディクテーションデータが Copilot モデルに送られて整形されるのを防止
これは、厳格なデータ保存場所やコンプライアンス要件がありつつも、アクセシビリティまたは生産性機能としてディクテーションを提供したい組織にとって特に重要です。
アクセシビリティ：Screen Reader Optimized バッジ
Agents ウィンドウのタイトルバーに、そのモードが有効なときに Screen Reader Optimized バッジ が表示されるようになりました。このバッジにより、有効なアクセシビリティモードをひと目で識別できます。バッジを選択するとモードが無効になります。
エディターエクスペリエンス：コンパクトなレイアウト密度（試験的）
workbench.experimental.modernUI を有効にすると、2 つのレイアウト密度から選択できるようになります：
- Default — 現在のエディターウィンドウのレイアウトと同じ
- Compact — パネル間のスペースをなくし、パネル内部のスペースも縮小
これは Settings メニューの Layout Density セクションで利用でき、window.density.layout でも設定できます。
なぜ重要か： エージェント中心のワークフローでチャット、差分、ターミナル、ファイルエクスプローラーを同時に扱うとき、1 ピクセルも無駄にできません。コンパクト密度はフォントサイズを減らさずに、より多くのコンテンツを画面に収めます。
コード編集：ワードラップの改善
インジェクトされたテキスト（カラーデコレーター、インラインヒントの間隔、インラインプログレスインジケーター、ブレークポイントのプレースホルダー）が、折り返した行をエディターのビューポートの外に押し出さなくなりました。ワードラップはこれらの要素の視覚的な幅を考慮するようになりました。
なぜ重要か： 小さな修正ですが、折り返した行で rgba(...) がわずかに切り取られる経験をしたことがあるなら、そのもどかしさは分かるはずです。きれいな折り返しはコードを読みやすくし、特に密度の高いエージェント生成の差分で効果を発揮します。
統合ブラウザー：スペルチェックの候補
統合ブラウザーの編集可能なフィールドでスペルミスのある単語を右クリックすると、修正候補を選択できます。永続的なデータストレージを使用するセッションでは、Add to Dictionary も選択できます。
なぜ重要か： エージェントと作業するとき、ドキュメント、PR の説明、ディスカッションはますます VS Code の中で完結します。統合ブラウザーでのスペルチェックにより、そうしたワークフローにも専用エディターと同様の仕上がりがもたらされます。
ターミナル：コマンド実行時の遅延を削減
拡張機能によって実行されるターミナルコマンドは、特定のタイミング条件下でシェル統合の準備ができている場合、不要な遅延が発生しなくなりました。このケースに当たっていた JavaScript デバッガーの利用者は、プログラム起動時の 5 秒の遅延を経験しなくなります。
なぜ重要か： AI エージェントはテストスイート、リンター、ビルドステップなど、ターミナルコマンドを頻繁に呼び出します。ここでの低レイテンシは、人間の体験が良くなるだけでなく、エージェントの反復ループを高速化します。
コミュニティ貢献
VS Code 1.136 には 15 人のコミュニティ貢献者によるコントリビューションが含まれています。注目すべき貢献：
- Remco Haszing はカーソル移動の正規化、ワードラップ時の範囲外テキスト選択、カスタム行の高さの丸め、Monaco エディターでの score 関数の公開など、複数の Monaco エディター修正を提供
- Simon Siefke はメモリリーク修正の連勝を継続——今回は explorer viewer と LSP terminal completions
- David B. Bitton は統合ブラウザーのコンテキストメニューにスペル候補を追加
- Mark S.（unsupportedpastels） はカスタムエージェントファイルでの reasoning effort サポートを追加
- Julia Gong は NES のデフォルトプロバイダーパスで supportsUnifiedCompletions を適用
- na2co3 は Modern UI でのタブアクションのフェードに関する CSS 詳細度を修正
John Murray、Saswwo、zotabee、Edoardo Luppi、sandstrom による issue トラッキングへの貢献は、コミュニティレポートのトリアージと検証に役立ちました。
The Story of VS Code：ワールドプレミア
注目情報：VS Code はドキュメンタリー 「The Story of VS Code」 を 9 月 4 日午前 8:00（太平洋時間）にプレミア公開します。初期の始まりから、今日何百万人もの開発者が使うプラットフォームに至るまでの道のりを扱います。プレミアに参加。
アップデートすべきか？
はい。VS Code 1.136 は、エディターで AI エージェントを使うすべての人にとって重要なリリースです。プルリクエストを担当しているなら、Agent Merge だけでアップデートする価値があります——PR ライフサイクルで最も退屈な部分を標的にしているからです。マルチルートワークスペース対応は、マイクロサービスやモノレポのチームにとって大きな能力解放です。そしてセッション階層、通知、再設計されたセッション入力は、Agents ウィンドウをより整理されたものにし、チャットの混沌とした場ではなくしてくれます。
このリリースで非推奨になった機能や設定はないため、アップデート後に掃除するものはありません。
VS Code はすべてのユーザーに段階的に展開されています。VS Code の Check for Updates で最新バージョンをすぐに入手するか、nightly Insiders ビルドをダウンロードして新機能をいち早く試しましょう。
VS Code 1.136 で一番のお気に入り機能は何ですか？X で教えてください——これらのアップデートが実際のワークフローでどう機能するか、いつも関心を持っています。