VS Code 1.130の更新点：Agent Host、worktree分離、承認フローを整理

Visual Studio Code 1.130 Stableは、1.129で導入が進んだAgent Hostをさらに実運用へ寄せた更新です。複数windowからagent sessionへ接続する仕組み、ClaudeやCodexを含むworktree isolationの拡張、tool callの承認判断を支援するAssisted Tool Approvalsなどが追加・改善されています。一方、同じリリースノート内でもPreviewと明記された項目があり、1.130 Stable本体の成熟済み機能と混同しない確認が必要です。

1.129から何が変わったか

1.129ではAgent Hostが大きな軸となり、チャットやagent sessionをエディターwindowから分離して継続させる方向が示されました。

1.130ではその基盤を前提に、「複数の作業をどう隔離するか」「tool実行をどう承認するか」「複数windowからどう確認するか」といった運用面の改善が増えています。

編集上の評価としては、新しいAI機能を大量に足したというより、agentを日常の開発フローへ入れた際に問題になりやすい衝突・承認・レビューを整えるリリースです。

Agent Hostの継続改善

Agent Hostは、agent sessionを専用process側で扱い、VS Codeの特定windowだけに寿命を縛られにくくする仕組みです。

1.130では複数のVS Code windowからsessionへ接続・表示する方向の改善が進んでいます。複数リポジトリや複数windowを並行して扱う利用者にとって、agentの状態を「開いている1枚のwindow」へ固定しなくてよくなるのが利点です。

ただしAgent Hostは組織設定の影響を受ける場合があります。chat.agentHost.enabledが管理対象になっている環境では、個人の設定だけで自由に有効化できるとは限りません。

また、リリースノートには段階展開やPreviewの項目も混在します。1.130をインストールした全ユーザーに同じUI・同じ機能が即時表示されるとは限らない点に注意が必要です。

Claude・Codexにもworktree isolationを拡張

agentが同じ作業ツリーを同時に編集すると、変更の上書きや未コミット差分との衝突が起こりやすくなります。

VS Codeではworktreeを使ってagent作業を分離する方向が進んでおり、1.130ではAgent Host利用時のworktree isolationがCopilotだけでなくClaudeやCodexにも広がっています。

これにより、人間が現在のbranchで作業しながら、agentには別worktreeで変更を進めさせる構成を作りやすくなります。

ただし、worktreeを分ければすべての競合が消えるわけではありません。最終的に変更を同じbranchへ統合する際にはGit上の衝突が発生し得ます。依存ファイル、migration、lockfileなど複数作業が触りやすいファイルは特にレビューが必要です。

Assisted Tool Approvals

1.130ではAssisted Tool Approvalsが案内されています。

これはagentがtool callを行う際、その操作のriskをmodel側で評価し、ユーザーの承認が必要かを判断する支援機能です。すべてを無条件で自動実行する方式と、毎回すべて確認する方式の間を狙った仕組みです。

利用にはchat.assistedPermissions.enabledの設定が関係し、Agent Host上のagentが前提となります。

名前から「安全性を保証する機能」と考えるべきではありません。modelによるrisk判定自体が誤る可能性があるため、破壊的なコマンド、外部送信、credential、production環境に関わる操作は、従来どおり人間側の権限設計が必要です。

diff reviewの改善

agentが複数ファイルを変更した場合、生成結果そのものより「何が変わったかを短時間で把握できるか」が重要になります。

1.130のリリースノートでは、Agents window周辺でfile-levelのdiff stats、複数ファイルのdiff確認、quick chatなどレビュー系の改善が紹介されています。

ただし、これらの一部はPreview表記です。Stable 1.130のリリースノートに載っているからといって、Previewラベルを外して成熟済み機能として扱うのは適切ではありません。

記事化の際には「1.130 Stableで確認できる正式変更」と「1.130のリリースノート内でPreviewとして試せる機能」を分けて読む必要があります。

Git差分からパスを開きやすく

Git diffに現れるmnemonic prefix付きpathをterminalからclickable linkとして扱う改善も含まれています。

大きな変更をterminalで確認しながら該当ファイルへ移動する場合、パスをコピーしてQuick Openへ貼る手間を減らせます。

AI機能ほど目立ちませんが、こうした小さな導線改善は日常のレビュー時間へ直接効きます。

timestamp表示

Chat request / responseへtimestampを表示する改善もあります。

長時間動かすagentや複数sessionを並行する場合、「どの依頼がいつ実行されたか」を追いやすくなります。特に作業履歴を後から確認する用途では、内容だけでなく時系列が見えることに意味があります。

Copilot Business / Enterpriseの利用量表示

Copilot Business / Enterpriseでは、aggregate AI credit usageをstatus menuから確認する機能が案内されています。

個人利用より、組織でAI機能の消費量を把握したい場合に影響する変更です。ただし契約プランや管理設定によって表示・利用条件が異なる可能性があります。

TypeScript 7の影響

1.130ではVS Code本体や拡張のビルド環境としてTypeScript 7のrelease版利用が進んでいます。

一般ユーザーがエディターを使うだけなら大きく意識する必要はありませんが、VS Code拡張を開発する側では型チェック、ビルド、依存パッケージとの互換性を確認する価値があります。

特に独自build pipelineを持つ拡張では、VS Code側が利用するTypeScript世代の変化を理由に即座に追従するのではなく、自分のtargetとCIで確認してから更新する方が安全です。

できなくなったこと・削除されたもの

1.130の公式Stableリリースノートで、全ユーザーへ影響する明示的なBreaking Changes、removed、deprecated項目は今回確認した範囲では見当たりませんでした。

この場合、「削除がない」と断定するより、公式リリースノート上で明示的な削除・非推奨を確認できなかったと読むのが適切です。拡張APIやPreview機能には個別の変更が存在する可能性があるため、利用している機能のDocsも確認する必要があります。

PreviewをStable扱いしない

1.130自体はStable releaseですが、リリースノート内にはPreviewとして掲載される機能があります。

特にAgents window周辺の新UIや段階展開中のagent機能は、「1.130を入れれば全員が確実に利用できる完成機能」とは限りません。

Preview、Experimental、段階展開の表記は導入判断に直結します。会社の標準開発環境へ入れる場合は、Stable版のインストール可否だけでなく、その中で使いたい個別機能の状態まで確認すべきです。

1.129との比較

項目	1.129	1.130
Agent Host	基盤導入・利用拡大	複数windowや運用面を継続改善
worktree分離	主に既存agentフロー	Claude / Codexを含む範囲へ拡張
tool承認	従来の承認フロー	Assisted Tool Approvalsを追加
agent review	基本的な変更確認	diff stats等の改善。一部Preview
chat履歴	request / response	timestamp表示を追加
組織利用	AI機能管理	credit usage表示などを追加

更新が向いている人

複数agentを並行して使う人、ClaudeやCodexをVS Code内で使う人、agentの変更をworktreeで隔離したい人には1.130の改善が効きやすいです。

また、組織でAgent Hostや承認ポリシーを管理する開発基盤担当者にも確認価値があります。

反対に、AI agentをほとんど使わず、現在の1.129で問題がない場合、今回の主要変更だけを理由に急いで運用を変える必要性は高くありません。

導入判断

VS Code 1.130は、Agent Hostを「動く機能」から「複数のagentを安全に整理して使うための基盤」へ近づける更新です。

worktree isolationや承認支援は便利ですが、Gitの競合や危険操作そのものを消す機能ではありません。組織管理される設定、Preview表記、段階展開も含め、自分の環境で使える範囲を確認してから導入するのが適切です。

参照情報

• VS Code 1.130: https://code.visualstudio.com/updates/v1_130
• VS Code 1.129: https://code.visualstudio.com/updates/v1_129
• Release archive: https://code.visualstudio.com/updates/archive