Visual Studio Code 1.132 は 2026 年 8 月 5 日にリリースされ、より会話的でマルチモーダルな開発環境への着実な歩みを続けています。1.131 で組み込みのディクテーションとハイブリッド Markdown エディタが導入されたのに対し、1.132 ではその両方を改良し、音声入力への多言語対応、ハイブリッドエディタでの Markdown 差分表示、そして実行中のエージェントを中断せずに質問できる巧妙なサイドチャット機能を追加しました。

ただし、最も注目すべき機能は、統合ブラウザでの要素レベルのコメント機能です。Web ページ上の特定のボタン、フォームフィールド、div を指し示して、何が問題なのかをエージェントに正確に伝えることができます。

それでは、今回のリリース内容を詳しく見ていきましょう。

統合ブラウザでの要素レベルのフィードバック

これは、VS Code の統合ブラウザをエージェント主導の Web 開発に使用しているすべての人にとっての目玉機能です。エージェントが Web アプリを構築または変更する際、一般的な説明を入力してエージェントがどの要素を指しているのかを推測するのを待つ代わりに、正確で要素レベルのフィードバックを提供できるようになりました。

仕組みは次のとおりです:

  • 統合ブラウザでキーボードショートカットを使って要素選択モードを起動
  • 1 つ以上の Web ページ要素をクリックして選択
  • 選択した各要素にコメントを追加
  • すべてのコメントを構造化されたエージェントフィードバックとしてチャットに送信

これにより、ブラウザは受動的なプレビュー画面からインタラクティブな注釈ツールへと変わります。「送信ボタンがおかしい」と言う代わりに、実際のボタンをクリックして「これは青色で、『Submit』ではなく『Save』と表示されるべき」と書けば、エージェントは必要なコンテキストを正確に得られます。

1.127 で GA になったブラウザツール(エージェントがページを開いたり、スクリーンショットを撮ったり、クリックやタイピング、ナビゲーションを行える)と組み合わせることで、エージェント主導の Web 開発のループが閉じます。エージェントが構築し、あなたがブラウザでレビューし、特定の要素に注釈を付け、エージェントが反復する。どの要素に注意が必要かを推測するゲームはもう必要ありません。

Nemotron 3.5 による多言語ディクテーション

設定: agents.voice.language

組み込みのディクテーションは 1.131 でオフラインの Nemotron モデルとともにデビューしました。1.132 では大幅なアップグレードが行われ、デフォルトのオンデバイスモデルは複数の言語をサポートする多言語 Nemotron 3.5 になりました。設定された言語設定に従うことも、言語を自動的に検出することもできます。

主な改善点:

  • 自動言語選択: ディクテーションは、サポートされている場合、システムまたはブラウザのロケールを使用します。それ以外の場合は、モデルが音声から言語を検出します。
  • オンボーディングエクスペリエンス: 初回利用者には、ライブのマイク波形、複数のマイクが利用可能な場合のデバイスピッカー、ディクテーション設定へのリンクを含むガイド付きセットアップが提供されます。コマンドパレットの「Voice Mode: Show Introduction」からいつでも再度開けます。
  • カスタマイズ可能なクリーンアップ指示: 「Voice: Configure Dictation Instructions」を実行して、プロジェクト固有の用語や書式設定の好みを定義します。VS Code は、信頼されたワークスペース内の ~/.copilot/dictation.md と .github/dictation.md の指示を組み合わせ、意味を保持し、適切な場合は数字を優先する組み込みのクリーンアップルールの上に重ねます。
  • Foundry Local インポート: ネットワーク制限によりオンデバイスモデルのダウンロードができない場合、エラー通知にディスクから公式の Foundry Local モデルパッケージをインポートするアクションが含まれます。これはエアギャップのあるエンタープライズ環境にとって重要です。
  • ダウンロード進捗 UX: 初回使用時のダウンロード中、マイクボタンが進捗を表示し、ダウンロードテキストを入力フィールドにダンプしません。

オーディオは常にデバイス上に留まります。これはクラウドベースの文字起こしサービスではありません。モデルはローカルで実行されるため、プライバシーを重視する組織やコンプライアンス制限のある環境にとって重要です。

/btw によるサイドチャット

これは、シンプルに聞こえますが、実際にはエージェントとの作業方法を変える機能の 1 つです。

エージェントがターンの途中(ファイルの処理、サブエージェントの実行、コマンドの実行)で、ちょっとした質問をしたい場合、以前は 2 つの選択肢しかありませんでした: ターンが終わるのを待つか、中断するか。ただ「この関数は何をするのですか?」とか「なぜこのアプローチを選んだのですか?」と聞きたいだけの場合、どちらも理想的ではありません。

現在は、チャット入力で /btw と入力するとサイドチャットを開くことができ、次のことができます:

  • プライマリチャットのコンテキストとプロンプトキャッシュを共有するため、現在のターンを完全に把握できます
  • メインのエージェントターンを中断せずに実行されます
  • エージェントが今まさに行っていることについての文脈に沿った質問ができます

また、チャット応答内のテキストを選択して、その特定の応答についての文脈に沿った質問をすることもできます。チャット間のコンテキスト共有には、チャットタブを入力ボックスにドラッグするか、#chat: に続けてチャットのタイトルを入力することで、他のチャットを参照できます。

これは特に次の場合に役立ちます:

  • エージェントが大規模なリファクタリングに取り組んでおり、作業を一時停止せずに特定の決定を理解したい場合
  • エージェントの出力をレビューしながら、「代わりに X をやったらどうなる?」と並行して探索したい場合
  • ターン完了後に問題を発見するのではなく、ターンの途中でエージェントの推論を検証する必要がある場合

ハイブリッド Markdown エディタでの Markdown 差分(試験的)

1.131 で導入されたハイブリッド Markdown エディタ(レンダリングされた Markdown とインプレース編集、エージェントがアクション可能なコメントを組み合わせたもの)が差分をサポートするようになりました。

エージェントが Markdown ファイルを変更すると、差分は従来のテキスト差分の代わりにハイブリッド Markdown エディタで開くことができます。次のものが表示されます:

  • 書式がそのままのレンダリングされた Markdown
  • 追加、変更、削除されたコンテンツを強調表示するガターインジケーター
  • 完全な編集可能性 — レビュー中も変更されたドキュメントは編集可能なまま

エディタタイプのドロップダウンを使用して、テキスト差分と差分注釈付きの Markdown エディタを切り替えます。つまり、ドキュメントの変更を、実際にレンダリングされる形式でレビューできるのです。生の Markdown 差分を読んで頭の中でレンダリングする必要はありません。

ドキュメントに Markdown を使用するチーム(VS Code を使用するほとんどのチーム)にとって、エージェントが生成したドキュメントの変更をレビューするのが大幅に簡単になります。

Agents ウィンドウ: チャット入力からセッションアクティビティを追跡

チャット入力の上に新しいライブステータスピルが表示され、エージェントの作業全体の状況を追跡できます:

  • Changes: 変更数を表示します。クリックすると、現在のターンのライブ更新される複数ファイル差分が表示されます。
  • Previews: エージェントが作成または編集するファイルの Markdown プレビューにアクセスします。
  • Subagents: サブエージェントの作業を別のチャットで開いて、その作業を追跡します。
  • Browsers: エージェントが統合ブラウザとやり取りする様子を追跡します。

これらのピルは、現在表示しているセッションに基づいて更新されるため、常に文脈に沿った内容になります。これは 1.131 のサブエージェント可視性の取り組みの自然な延長であり、同じ可観測性の哲学をエージェントアクティビティのすべての側面(サブエージェントだけでなく、ファイル変更、プレビュー、ブラウザのやり取り)に適用します。

Agents ウィンドウでエディタタイプを切り替え

設定: breadcrumbs.showEditorType

複数のエディタタイプ(テキストエディタ、差分エディタ、ハイブリッド Markdown エディタなど)が利用可能な場合、パンくずバーの新しいドロップダウンで直接切り替えられるようになりました。「Reopen Editor With」コマンドはもう必要ありません。ドロップダウンからデフォルトのエディタを設定することもできます。

これは小さな UX 改善ですが、VS Code の多様化するエディタタイプ(テキスト、差分、Markdown プレビュー、ハイブリッド Markdown、拡張機能によるカスタムエディタ)を扱う際の摩擦を軽減します。パンくずバーはすでにファイルナビゲーションを提供しているため、エディタタイプのドロップダウンは自然な配置です。

チャット: ターミナル出力のリフロー

チャット内の展開されたターミナル出力は、ビューをリサイズすると利用可能な幅にリフローされるようになりました。以前は固定幅を使用していたため、行が早く折り返されすぎたり、広いビューで無駄なスペースが残ったりしていました。

これは、Local エージェントハーネスとエージェントホストで実行される Copilot ハーネスの両方のターミナル出力に適用されます。小さな変更ですが、200 文字幅のパネルで 80 文字で折り返される広いターミナル出力を読もうとしたことがあれば、これが重要だとわかるでしょう。

ターミナル: シェル対応のディクテーションクリーンアップ

ターミナルディクテーションにシェル対応のクリーンアップが適用され、話したコマンドがシェル構文を保持するようになりました。たとえば、「git commit dash m hello world」と話すと、単語を文字通り挿入する代わりに git commit -m "Hello World" が生成されます。

これは構文対応編集のディクテーション版です。クリーンアップルールは、散文を書いているのではなくターミナルにディクテーションしていることを理解し、それに応じてフォーマットします。多言語ディクテーションサポートと組み合わせることで、好みの言語でターミナルコマンドをディクテーションし、正しくフォーマットされたシェル構文を得ることができます。

提案中 API: モード別のカスタムエディタ優先度

customEditors.priority 提案 API により、拡張機能はテキストエディタと差分エディタに異なる優先度を個別に設定できます。拡張機能は通常のファイルにはデフォルトでカスタムエディタを使用し、差分では組み込みエディタをデフォルトのままにすることも、その逆も可能です。

既存の単一の優先度値は後方互換性のために引き続き機能し、差分エディタはデフォルトで明示的な優先度を使用します。Microsoft は次のリリースでこの機能を安定版に昇格させる予定で、拡張機能の作者はカスタムエディタが VS Code の編集サーフェスと統合する方法をより細かく制御できるようになります。

非推奨: ChatAgentHostEnabled ポリシー

ChatAgentHostEnabled ポリシーが削除されました。管理者はポリシーを通じてエージェントホストを一元的に無効化できなくなりました。個々の開発者は引き続き chat.agentHost.enabled 設定を使用して、エージェントを別のエージェントホストプロセスで実行するかどうかを選択できます。

これはエージェントホストの安定性への信頼を示しています。Microsoft は管理上の逃げ道を削除しても問題ないと判断するほど自信を持っています。ポリシーを通じてエージェントホストの採用を保留していた組織にとって、これはユーザーレベルの設定で直接評価するタイミングの合図です。

コミュニティ貢献

今回のリリースでは 27 人のコントリビューターが PR を提出し、コミュニティの参加が活発でした。注目すべき貢献:

  • Simon Siefke (@SimonSiefke) は 1.131 からのメモリリーク修正の連続記録を続け、さらに 6 件の修正(titleBarPart、notebook view model、decorationAddon._decorations、chatServiceImpl、settings-tree、historyService)を加えました。Simon は VS Code のメモリ管理において静かに偉業を成し遂げています。
  • Arthur Cnops (@accnops) は音声エクスペリエンスに音声質問カルーセルと同時質問キューイングを貢献しました。
  • Mir (@mirimadahmed) はハンズフリー再生前の音声ウォームキャプチャを追加し、コーディングエージェントを音声対応にして、より良い音声エクスペリエンスを実現しました。
  • Rushil Patel (@rushil-b-patel) は Markdown プレビューのコードブロックにコピーボタンを追加しました。
  • Praneeth Kodumagulla (@praneethhere) は Copilot CLI の状態に COPILOT_HOME サポートを追加しました。
  • Dan Brown (@jdanbrown) はターミナルタブのタイトルが $HOME ではなく「~」を表示するように修正しました。Unix ユーザーが喜ぶ小さな UX の改善です。
  • Yogeshwaran C (@yogeshwaran-c) は JSDoc 継続パターン、npm 補完、package.json カタログサポート、検索詳細ツールチップ、serve-web 提案 API、フォールディング範囲、ターミナル終了コード検出、モジュールスクリプトスコーピングを含む驚異の 8 件の PR を貢献しました。
  • Dmitry Savy (@dsavy4) は stableStringify が共有参照を循環として扱う問題と BidirectionalMap の古い逆エントリのバグを修正しました。
  • Tobias Hernstig (@thernstig) は転送ポートのステータスバー項目がポートビューを切り替えるように修正しました。
  • zmr-233 はワークベンチ全体のスタイル無効化を引き起こす :has() セレクターのパフォーマンス問題を修正しました。

Issue トラッキングのコントリビューター: John Murray (@gjsjohnmurray)、Momin Ahmad (@MominRaza)、Norbert Palinkas (@palinkasnorbert)、Andrii Dieiev (@IllusionMH)、Ganlv (@ganlvtech)。

全体像

VS Code 1.132 には 3 つの明確なテーマがあります:

  1. エージェントとのフィードバックループを閉じる: 要素レベルのブラウザコメントとライブアクティビティピルにより、エージェントを正確に導き、その作業をリアルタイムで観察しやすくなります。ブラウザはもはや単なるプレビューではなく、インタラクティブな注釈サーフェスです。

  2. 音声の多言語化: 自動言語検出、シェル対応のクリーンアップ、カスタマイズ可能な指示を備えた Nemotron 3.5 により、非英語話者とターミナルワークフローの両方でディクテーションが実用的になります。オンデバイスモデルはプライバシーのトレードオフがないことを意味します。

  3. 非中断型のインタラクション: /btw によるサイドチャットは、エージェントとの作業がバッチジョブではなく会話であることを認識しています。作業を止めずに文脈に沿った質問ができることは、意味のある UX の転換です。

エージェントホストは段階的なロールアウトを継続し、ハイブリッド Markdown エディタは差分サポートで成熟し、ChatAgentHostEnabled ポリシーの非推奨はインフラストラクチャへの信頼の高まりを示しています。まだ chat.agentHost.enabled を有効にしていないなら、1.132 は試す良い機会です。

VS Code 1.132 は段階的にロールアウトされています。VS Code の「更新プログラムの確認」を使用してすぐに入手するか、毎晩の Insiders ビルド をダウンロードして今後の機能に早期アクセスしてください。