Visual Studio Code 1.137 が 2026 年 9 月 9 日に登場しました。ここ数回のリリースがエージェントを「有能」にするものだったとすれば、今回はエージェントを「身近な存在」にするリリースです。スケジュールで動き、音声で耳を傾け、エディターを離れることなく GitHub に手を伸ばします。さらに、チームが何か月もかけて築いてきた節目でもあります。エージェントホストのアーキテクチャが、今回のほぼすべての新機能の土台となっているのです。
注目の機能は次のとおりです。
- Automations（プレビュー） — 定期的なエージェントタスクを毎時・毎日・毎週でスケジュール実行、あるいはオンデマンドで起動
- Voice Mode（実験的） — エージェントと会話し、コードを扱っている最中でも中断・方向転換できる
- ワークスペース内でクイックチャットを継続 — 履歴や現在のリクエストを失わずに、既存のチャットへプロジェクトを紐付け
- GitHub の issue とプルリクエスト（実験的） — リポジトリを開いていなくても、issue と PR の詳細を Agents ウィンドウで直接確認
それぞれが日々のワークフローにとって何を意味するのかを、リリースをより洗練されたものにする細かな改善点も交えながら見ていきましょう。
Automations（プレビュー）：スケジュールで動くエージェント
Automations を使うと、定期的なエージェントタスクをスケジュール実行でき、定型作業を手動で始める必要がなくなります。変更の把握、issue のトリアージ、バグの発見といったテンプレートから始めることも、独自のプロンプトとスケジュールを定義することもできます。
試すには chat.automations.enabled を有効にし、Agents ウィンドウを開いてサイドバーの Automations を選択します。そこから、Automation をオンデマンドで実行したり、毎時・毎日・毎週の実行をスケジュールしたりできます。この機能はプレビュー中で段階的に展開されており、始めるためのドキュメントも用意されています。
これが重要な理由
これまでエージェントの利用は、根本的に手動の行為でした。ウィンドウを開き、プロンプトを入力し、見守るのです。Automations はそれを反転させます。夜間の依存関係監査、月曜朝の新規 issue のトリアージ、1 時間ごとのリグレッションスキャン。これらはプロンプトが常に同じで、変わるのはタイミングだけのタスクです。それをスケジュールされたエージェントタスクとして正式化すれば、頼むのを忘れても作業は行われます。
これは VS Code が向かう先を示すシグナルでもあります。エージェントホストは、会話のターンだけでなく、長時間にわたる無人作業も担えるようになりました。これは、自分が操作するツールと、ひとりでに出社してくる同僚との違いです。
Voice Mode（実験的）：エージェントと話す
Voice Mode は、エージェントがコードを扱っている間に、自然な音声会話を可能にします。agents.voice.enabled を有効にし、チャット入力欄の Voice Mode ボタンを選択すると試せます。
面白いのはそのインタラクションモデルです。エージェントが話している間に、あなたも話し始めるか、プッシュトゥトークのショートカットを使って応答を中断し、会話を続けられます。これは一度きりの音声入力ボックスではありません。タスクの途中でエージェントの方向を変えられる、流れるようなやり取りです。
Voice Mode はセッションも認識します。実行中のセッション、選択中のモデル、添付ファイルについての質問に答えられ、新しいセッションの開始を頼むことさえできます。リクエストを振り分けるときは、既存のセッションに送るのか、新しいセッションを開始するのかを告げてくれます。小さなことですが、重要な透明性です。
次のようないくつかの方法でカスタマイズできます。
agents.voice.showTranscriptはチャット入力欄に会話のトランスクリプトを表示し、その表示／非表示や、音声セッションを終了せずにマイクをミュート／ミュート解除するコントロールを提供します- コマンドパレットから Chat: Dictate: Select Microphone を実行すると、音声入力と Voice Mode の両方で使う入力デバイスを選択できます
agents.voice.voiceは応答を読み上げる音声を選択します- Voice Mode: Show Introduction を実行するとイントロが再表示され、マイクの選択と利用可能な音声のプレビューができます
Voice Mode ボタンを右クリックすると、その設定、指示、イントロ、マイク選択、トランスクリプトのコントロールに素早くアクセスできます。管理者は、組織向けの Copilot プレビュー機能をオフにすることで Voice Mode を無効にできます。
これが重要な理由
音声入力はすでに、コード作業における現実的な入力経路であることを証明しました。しかし音声入力は一方通行です。あなたが話し、それが文字起こしをするだけです。Voice Mode は会話であり、中断できることが重要な利点です。「いや、止めて、代わりにこうして」とターンの途中で言えるのは、人間の同僚と働くときとまさに同じであり、より広いアクセシビリティの話とも一致します。つまり、ますます有能になるエージェントとの、ハンズフリーで目を使わないインタラクションです。
ワークスペース内でクイックチャットを継続
クイックチャットは、Agents ウィンドウで始める軽量なワークスペースなしの会話で、一般的な質問やアイデアに最適です。問題はいつも、そのクイックチャットが実はプロジェクトについてだったと気づいたときに何が起きるかでした。これまでは、最初からやり直す必要がありました。
1.137 では、既存のクイックチャットにローカルフォルダーを添付して続けられます。ワークスペースを確認し、フォルダーを直接使うか分離されたワークツリーを作成するかを選ぶと、チャットはワークスペースセッションになります。重要なのは、タイトル、会話履歴、現在のリクエストを保持することで、ワークスペースのセットアップが完了すると、エージェントはプロジェクトファイルにアクセスできる状態で自動的に続行します。
チャットを変換したくない場合は、代わりに新しいワークスペースセッションでプロジェクト作業を始めることもできます。
1 点注意があります。ワークスペースセッションでチャットの会話を継続する機能は、現在 Copilot ハーネスでのみ利用できます。
これが重要な理由
これはエージェントホストが実を結んだ例です。セッションがワークスペースから切り離されているため、チャットは「フォルダーなし」から「本物のプロジェクト」への移行を生き延びることができます。表面的にはちょっとした便利さですが、実際の摩擦点を一つ取り除きます。気軽な質問が本物の作業になったと気づいた瞬間に、それまで話し合ったすべてを失わずに済むのです。
Agents ウィンドウの GitHub issue とプルリクエスト（実験的）
チャットの会話が GitHub 上の作業に言及したとき、Agents ウィンドウは GitHub Pull Requests 拡張機能と直接連携できるようになりました。github.com の issue やプルリクエストのリンクを選択すると、その詳細がブラウザーに切り替えることなく Agents ウィンドウで直接開きます。そのリポジトリのワークスペースを開いていない場合でも動作します。
この初期統合を試すには、既定の VS Code プロファイルに GitHub Pull Requests 拡張機能をインストールし、extensions.experimental.enableAgentsWindowCapability を有効にします。
関連する、もしかするとより有用かもしれないもう一つの機能があります。それはあらゆるチャットで GitHub の issue と PR をコンテキストとして添付することです。任意のチャット入力欄（Chat ビュー、Chat エディター、Agents ウィンドウ）の Add Context… メニューから issue や PR を追加すると、issue の説明、コメント、プルリクエストの変更が、プロンプトにコピーすることなくエージェントから利用可能になります。GitHub の issue や PR の URL を新規セッションの入力欄に貼り付けることもできます。URL はプロンプトに残り、コンテキスト添付が自動的に追加されます。
これが重要な理由
コンテキストスイッチは集中力への課税であり、「ブラウザーで issue を読んでから戻って説明する」は特に厄介なものの一つです。issue と PR のコンテキストをセッションに引き込み、エージェントが議論とコードをまとめて推論できるようにすることで、かつては二つのツール間で手動の翻訳を要したループが閉じます。
その根底にあるエージェントホスト
これらの機能のいくつかはエージェントホストに支えられています。これは、複数の VS Code ウィンドウから同じエージェントセッションに接続できるようにするものです。公開されている Agent Host Protocol（AHP）に基づく専用プロセスでエージェントハーネスを実行し、その Copilot エージェントは Copilot SDK によって動作します。これにより、エージェントの挙動と機能が Copilot CLI、スタンドアロンの GitHub Copilot アプリ、その他の Copilot 製品と揃います。
このホストはエージェントによるキューイングメッセージももたらします。エージェントがセッション管理ツール send_message を使って、すでにビジーなチャットに連絡しようとすると、VS Code はメッセージをキューに入れ、アクティブなターンが正常に完了してから開始します。エージェントは、同じセッションまたは別のセッションのチャットに対して複数のメッセージをキューに入れることができ、それらは送信された順に処理されます。これにより、マルチチャットのワークフローがかなり予測しやすくなります。
さらに詳しい話を知りたい場合は、チームがエージェントホストのアーキテクチャに関するブログ記事を公開しており、なぜそれを構築したのか、何を可能にするのか、プロトコルがどう機能するのかを説明しています。
細かな改善：差分、バイナリファイル、リッチリンク
エージェントを多用するあらゆるワークフローに関わるため、いくつかの品質向上は特筆に値します。
スマートな差分エディターのレイアウト。 通常の差分、複数ファイルの差分、Agents ウィンドウの Changes エディターで、同じように差分レイアウトを選べるようになりました。More Actions (…) > Diff View を開き、Inline、Side by Side、Automatic を選択します。Automatic オプションは、どのレイアウトが有効かを表示し、エディターの幅の変化に合わせて適応します。また、インライン差分を意図的にサッシをドラッグして広げた場合、リサイズ中もインラインのまま維持されるため、コンテンツが予期せずずれることはありません。
複数ファイルの差分におけるバイナリファイル。 画像などの変更されたバイナリファイルが、省略されるのではなく複数ファイルの差分に表示されるようになりました。差分はファイルの元の位置にBinary file changedのプレースホルダーを表示し、Open Diff を選択すると、画像の差分や該当するカスタムエディターなど、標準の差分体験で確認できます。エディターウィンドウの複数ファイルの差分も、Agents ウィンドウのものと同じ視覚デザインを共有するようになりました。
Markdown エディターの GitHub リンク（実験的）。 markdown.experimental.richLinks.enabled を有効にすると、Markdown エディター内の GitHub の issue とプルリクエストのリンクが現在のタイトルと状態を表示するため、各参照を開かずに理解できます。また、issue や PR の状態が変わると、CI の更新も含めてリンクが更新されます。chat.experimental.richLinks.enabled を設定すると、チャットでも同じレンダリングが得られます。
VS Code ペットの名前を考えてほしい
1.137 のすべてがエージェントに関するわけではありません。実験的な VS Code ペットは、エージェントと一緒に作業するときに反応するインタラクティブな相棒です。チャットで /vscode-pet と入力して会ってみてください。そして、その名前を選ぶのを手伝ってください。
2026 年 9 月 10 日から 9 月 17 日まで、VS Code ペットの名前を応募できます。詳細はコンテストの利用規約にあります。自動化の多いリリースにあって、コミュニティを意識した軽やかな趣向です。そして正直に言えば、歓迎すべきものです。
このリリースのその他
- The Story of VS Code：VS Code のドキュメンタリーが公開されました。aka.ms/the-story-of-vs-code で、エディターとそのコミュニティがどのように進化してきたかを見られます。
- GitHub Pull Requests 拡張機能：プルリクエストの Webview の開く速度が向上し、VS Code 内のすべての github.com リンクがこの拡張機能で開くようになりました（
githubPullRequests.openPullLinksで無効化できます）。0.166.0 の変更履歴もご覧ください。
コミュニティの貢献
VS Code 1.137 には、幅広いコミュニティコントリビューターからの貢献が含まれています。主なハイライトは次のとおりです。
- Simon Siefke は驚異的なメモリリーク修正の連続を続けており、今回のリリースでは、git ブランチ保護プロバイダー、拡張機能ホストの擬似ターミナル、アクセシブルビューのツールバー、テスト結果、拡張機能ホストのコメント、mainThreadNotebook、ターミナルプロファイルサービスを修正
- Arthur Cnops (accnops) は音声入力に専用の MAI 文字起こしを使用
- Brian Steenhoek (bstee615) は PatchBased02Unified プロンプト戦略に eagerness オプションを追加し、認識させた
- Michael Cummings (mcumming) は Private Marketplace アクセスのための Microsoft Entra ID サインインを可能にし、
extensions.gallery.authProviderをポリシー制御化 - Hadley Wickham は undefined に設定するとクリアされなかった Webview ビューのバッジを修正
- Piyush Madan は実行サブエージェントに残りターンの表示を追加
- YOSHII-Hiroto は統合ブラウザーで MHTML ファイルを開くサポートを追加
- Wibaek Park は IME 変換中に検索入力のフォーカスが戻ってしまう問題を修正
John Murray、RedCMD、Andrii Dieiev、Alberto Santini による issue トラッキングへの貢献は、コミュニティの報告のトリアージと検証に役立ちました。
更新すべきか？
はい。VS Code 1.137 は、エージェントがあなたが頼まなくても働き始めるリリースであり、それは意味のある変化です。だからこそ Automations が目玉です。エージェントを、世話をするものからスケジュールできるものへと変えるからです。Voice Mode は最も興味深い実験であり、エージェントの方向を変えながら手をキーボードに置いたままにしたいと思ったことがあるなら、有効にする価値があります。一方、GitHub の issue と PR の統合は、通常のバグ修正の一日において最も一般的なコンテキストスイッチの原因の一つを静かに取り除きます。
このリリースに非推奨の機能や設定はないため、更新後に片付けるものはありません。
VS Code は全ユーザーへ段階的に展開されています。すぐに最新版を入手するには VS Code の Check for Updates を使用するか、夜間の Insiders ビルドをダウンロードすると、新機能が利用可能になり次第試せます。
VS Code 1.137 で一番好きな機能は何ですか？ X でぜひ教えてください。こうした更新が実際のワークフローでどう役立っているかを聞くのがいつも楽しみです。