VS Code Agents windowとは？使い方や対応エージェントを解説

VS Code Agents windowとは、2026年5月13日リリースのVisual Studio Code 1.120でStable版プレビューが公開された、AIエージェント駆動の開発に特化した専用ウィンドウです。
Copilot CLI／Copilot Cloud／Claudeエージェントの3種類を、複数プロジェクト横断で並列に走らせ、セッション・変更・カスタマイズを1画面で管理できる構成になっています。

本記事では、起動方法から4つの主要パネル、Worktree isolationによる作業隔離、リモート接続、料金体系、メインエディタウィンドウとの使い分けまでを一気に整理します。
あわせて、対応する3エージェントの違いと選び方、プレビュー段階で起きやすい詰まりポイントも具体的に解説します。

VS Code Agents windowとは？

VS Code Agents window（エージェンツ ウィンドウ）は、Visual Studio Codeに2026年5月のバージョン1.120からStable版プレビューとして搭載された、AIエージェント駆動の開発に特化した専用ウィンドウです。

通常のVS Codeエディタとは別ウィンドウとして開き、左ペインのセッション一覧、中央のチャット、右ペインの変更パネルを軸に、複数のAIエージェントを1画面で管理できます。

これまでInsidersに限定提供されていた機能がVS Code 1.120のリリースノート（2026年5月13日公開）でStable版に上がり、セッション間の設定永続化、変更パネルからの変更破棄、上流ブランチ同期なども安定版で使えるようになりました。

---

前身「Agents application」との関係

Agents windowは、もともとVS Code Insiders向けに「Visual Studio Code Agents application」として提供されていた機能です。
Insiders時代に蓄積されたフィードバックを反映する形で、VS Code 1.120でStable版のAgents windowとして整理・統合されました。

旧Agents applicationのドキュメントは現在、本記事で扱うAgents window公式ページへリダイレクトされる構成です。

Insiders環境でAgents applicationを使っていた場合も、Stable版1.120以降にアップデートすればAgents windowに自動的に乗り換わるため、別アプリを追加導入する必要はありません。

VS Code Agents windowが注目される背景

Agents windowが2026年に登場した背景には、「単一のAIエージェントだけで開発を完結させない」というマルチエージェント開発のトレンドがあります。

Claude・GPT-5系Codex・Copilotがそれぞれ得意領域を持ち、用途ごとに使い分ける開発スタイルが現実解として広がってきたことが、専用UI誕生の前提です。

VS Code公式ブログ「Your Home for Multi-Agent Development」では、ローカル・バックグラウンド・クラウドの3層でエージェントを切り替えて使うビジョンが示されています。Agents windowは、このビジョンを実現するためのUIレイヤーに位置づけられます。

マルチエージェント開発を後押しする3つの変化

ここで、マルチエージェント開発が現実化した直接的な要因を整理します。

背景を押さえると、Agents windowを使うべき場面の見当もつけやすくなります。

• 長時間タスクを任せられるエージェントの台頭
  Claude CodeやCodex CLIなど、自律的に数十分〜数時間のタスクをこなせるエージェントが2026年に揃いました
  
  

• GitHub Copilotのマルチエージェント対応
  2025年12月10日公開のVS Code 1.107でCopilot Agent HQが導入され、続く2026年2月公開の1.109でClaude／Codexを含む複数エージェントの並列実行が標準機能になりました
  
  

• Claude / OpenAI / GitHubのSDK整備
  Claude Agent SDKやOpenAI Agents SDK、Copilot Cloudが整い、サードパーティエージェントがVS Code上で「同じ顔」をしてセッションを並べられるようになりました
  
  

こうして「コードを書く環境」と「エージェントに任せる環境」を分けたいニーズが顕在化し、チャットパネルでは捌けない複数プロジェクト横断の操作を引き受ける形で、Agents windowが投入されました。

エディタ優先からエージェント優先へ

VS Code 1.120のドキュメントは、メインウィンドウを「editor-first（コード優先）」、Agents windowを「agent-first（エージェント優先）」と位置づけており、Agents windowはAIに高レベルの目標を渡して結果を受け取る運用を前提にした画面です。

どちらをいつ選ぶかの実務的な判断軸は、後段「VS Code Agents windowとメインエディタウィンドウの使い分け」ケース別ヒントを整理します。

---

VS Code Agents windowの画面構成

Agents windowは、メインエディタとは別のレイアウトを採用しています。

1ウィンドウに4つの専用パネルを並べ、エージェントとの対話・セッション管理・変更レビューを同時に進められる作りです。

Agents windowの主要ペインを、セッション管理・入力欄・変更確認の流れで確認できます。

以下の表で、主要4パネルの役割を整理しました。各H3で、それぞれのパネルでできることを詳しく見ていきます。

パネル	配置	主な役割
セッションリスト	左ペイン上部	全プロジェクト横断のセッション一覧・新規作成・切り替え
カスタマイズパネル	左ペイン下部	スキル・MCP・プラグイン・指示の集中管理
チャットエリア	中央	エージェントへのプロンプト入力と応答表示
変更パネル	右ペイン	エージェントが加えたファイル変更の差分レビュー

「リスト → 対話 → 結果レビュー」というエージェント駆動の作業フローが、左から右へ自然に流れる配置です。

エディタ中心のUIでは別ビュー・別タブに散らばっていた要素が、1ウィンドウで並列に見える点が最大の違いになります。

セッションリスト：複数プロジェクト横断のタスク履歴

左ペインのセッションリストは、AIに依頼したタスク（セッション）の履歴をプロジェクトごとにグルーピングして表示します。

フロントエンドのリポジトリAでCopilot CLIを動かしつつ、バックエンドのリポジトリBでClaudeエージェントに別のタスクを依頼している、といった構成でも、両者が同じリスト上に並びます。

左ペイン上部から、新規セッション作成・検索・フィルターをすぐ呼び出せます。

セッションには「進行中」「完了」「失敗」のステータスが付き、タイトル横の矢印ボタンで履歴を時系列に遡れます。

カスタマイズパネル：スキル・MCP・指示の集約

左ペイン下部のカスタマイズパネルでは、エージェントの振る舞いを調整する設定を一画面で管理できます。

具体的には、MCP（Model Context Protocol）サーバの追加、Skillsの有効化、カスタム指示の編集、エージェントプラグインの設定などが含まれます。

エージェント、スキル、指示、フック、MCPサーバー、プラグインを左ペイン下部から管理できます。

メインウィンドウの場合はSettings UIや「settings.json」、各拡張機能のビューに分散していた要素が、Agents windowでは「エージェントの動かし方を変える」用の専用ペインに集約されます。

エージェントの振る舞いを頻繁に調整する人ほど恩恵が大きい設計です。

チャットエリア：プロンプト入力と対話履歴

中央のチャットエリアは、エージェントとのやり取りを行うメインの作業領域です。プロンプト送信・モデル選択・スラッシュコマンド・@メンション（ファイル参照）はメインウィンドウと同じ操作系で利用できます。

中央の入力欄で、対象ワークスペース・エージェント種別・分離モードを確認しながら依頼を入力します。

タイトルバーには「New Sub-Session」ボタンも配置されており、ここから親セッションと同じワークツリーで別のチャットを開けます（詳細は後段のH3）。

変更パネル：エージェントが加えた差分の確認

右ペインの変更パネルは、エージェントが触ったファイルの差分を一覧で表示します。

VS Code 1.120からは、ここから直接「変更を破棄」「フィードバックを追加して修正させる」「マージ済みにする」といった操作ができるようになりました。

右ペインでは、変更点タブとファイルタブを切り替えながら、セッション成果物を確認できます。

完了セッションを開いた際に、エージェント編集全体が一目で確認できる挙動が安定版で標準化されたため、レビュー時の手戻りが減りました。

差分を見て気になった行にAdd Feedbackでコメントを書き残すと、エージェントが続けて修正を試みる、という対話的なレビュー運用も可能です。

---

VS Code Agents windowの起動方法と基本操作

Agents windowを開く主な手段は4つ用意されており、いずれもStable版VS Code 1.120以降で利用できます。

エージェント運用に慣れてくると、コマンドパレットやCLI起動が手早く便利です。

公式ドキュメントで案内されている起動方法は、以下のとおりです。

• タイトルバーボタン
  VS Codeのタイトルバーに追加された「Open in Agents」ボタンをクリックする
  
  

• コマンドパレット
  「⇧⌘P」（Windows/Linuxは「Ctrl+Shift+P」）から「Chat: Open Agents Window」を実行する
  
  

• Welcome page
  VS Code起動時のWelcomeページに表示される「Open Agents Window」エントリから直接開く
  
  

• CLIコマンド
  ターミナルで「code --agents」を実行し、Agents windowを直接立ち上げる
  
  

ターミナルで「code --agents」を実行するとAgents windowが直接立ち上がります。

いずれの方法でも最終的に同じウィンドウが開きます。Agents windowは1度起動するとVS Code本体と独立して動作するため、メインエディタを閉じても残せます。マルチモニタ環境で「片方の画面はエディタ、もう片方はAgents window」というレイアウトにする使い方が現実的です。

新規セッションの作り方

セッションリストの「新規」ボタンから、新しいエージェントセッションを作成できます。

作成画面では、対象ワークスペース、エージェント種別（Copilot CLI／クラウド／Claude）、分離モード（作業ツリーかフォルダー）、ベースブランチなどを確認してから依頼内容を入力します。

新規セッションでは、Local、GitHub、Remoteのタブから対象ワークスペースを選択します。

VS Code 1.120以降は、これらの選択肢の前回値がセッション間で保持されるようになりました。同じ条件で複数セッションを立てるときは、設定し直しの手間がほぼなくなります。

サブセッションでチャットを分けて走らせる

実行中のセッションのタイトルバーから「New Sub-Session」を選ぶと、親セッションと同じワークツリーを共有したまま、別のチャットがタブで追加されます。操作はワンクリックで完結し、Copilot CLI／Copilot Cloudのセッションで利用できます（Claudeエージェントのセッションは現時点で未対応）。

サブセッションを使った並列タスクの仕組みや、worktree isolationとの組み合わせによる安全性は、後段のWorktree isolationでまとめて整理します。ここではまず「親セッションを止めずに別チャットを追加できる操作」として押さえておけば十分です。

セッション間ナビゲーション

タイトルバーの左右矢印ボタンで、最近開いたセッション間を往復できます。

複数プロジェクトを跨いで一気に状況確認したいときに、セッションリストをクリックして回るより早く動けます。並列運用前提のUIならではの操作系です。

---

VS Code Agents windowで使える3種類のエージェント

Agents windowで現在使えるエージェントは、Copilot CLI／Copilot Cloud／Claudeエージェントの3種類です。日本語UIの選択メニューでは、Copilot Cloudは「クラウド」と表示されます。

それぞれ得意領域と前提条件が異なるため、タスクに応じて使い分けるのが現実的な運用方針になります。

エージェント種別は、Copilot CLI、クラウド、Claudeから選択できます。

以下の表で、3エージェントの特徴を比較しました。料金や認証条件は後段で詳しく扱うため、ここでは「どのタスクにどのエージェントを使うか」を軸に整理しています。

エージェント	実行場所	主な強み	向いているタスク
Copilot CLI	ローカル（バックグラウンド）	Worktree isolationが既定、テスト・ビルド連動	スコープが明確なローカル改修・PoC
Copilot Cloud	GitHubクラウド	Pull Request統合、リモート完結	Issue起点のチーム共同開発
Claudeエージェント	ローカル／クラウド	長時間・自律的なタスク、推論深度	リファクタリング・大規模リポジトリ調査

3エージェント間の使い分けとしては、軽い改修はCopilot CLI、チーム連動が必要ならCopilot Cloud、深い読解と継続的なタスクならClaudeエージェントが落としどころになります。

Agents window自体をいつ開くか（メインエディタとの使い分け）は、別のH2「VS Code Agents windowとメインエディタウィンドウの使い分け」で表として整理します。

GitHub Copilot CLI

Copilot CLIは、GitHubが提供するローカル実行型のエージェントです。Agents windowからセッションを作成すると、既定でGit worktreeを使った作業隔離が有効になり、メインのワーキングディレクトリを汚さずに変更を進められます。

エディタ内で動くGitHub Copilot Agent Modeと同じCopilotプラットフォームを共有しつつ、CLI側ではバックグラウンド実行に最適化された挙動を取ります。

セッション内でテスト実行・ビルド・lintコマンドを登録すれば、変更後に自動でチェックさせる運用も可能です。

「タスクのスコープが明確で、ローカルで完結する小〜中規模の改修」と相性が良いエージェントだと考えてください。

GitHub Copilot Cloud

Copilot Cloudは、GitHub Actions基盤の上でリモート実行されるエージェントです。

Agents windowからセッションを立てると、リポジトリ上にエージェント用のブランチが作られ、Pull Requestを介して変更がフィードバックされます。

メリットは、ローカルマシンを起動しっぱなしにしなくても作業が続く点と、PRレビューがそのままチーム共有のレビュー導線になる点です。「Issueを起点にしたタスク」「夜間に走らせて朝結果を確認したいタスク」など、チーム連動と非同期性が必要な場面で力を発揮します。

Claudeエージェント

ClaudeエージェントはAnthropicのClaude Agent SDKで構築された統合で、VS Code内では「Claude（Preview）」として選択できます。ローカルセッションとクラウドセッションの両方を持ち、いずれもAnthropicのClaude Opus／Sonnetなどのモデルを直接呼び出します。

特徴は推論深度と長時間タスクの安定性で、大規模リポジトリの読解、複数ファイルにまたがるリファクタリング、設計判断を伴うタスクに強みがあります。

Claude Code本体やClaude CodeのVS Code拡張機能を使い慣れている開発者にとっては、CLIとAgents windowでセッションを行き来する運用が可能で、Claude Codeで使っているSkillsやHooksの一部設定をAgents window側にも持ち込めます。

---

VS Code Agents windowとメインエディタウィンドウの使い分け

メインエディタウィンドウのチャットパネルはAgents windowが出ても廃止されません。両者をどう使い分けるかが、Agents windowを導入する際の実務的な論点になります。

公式の基本方針はシンプルで、コードを書く時間が中心ならメインエディタ、エージェントに任せる時間が中心ならAgents windowという切り分けです。

片方で始めたセッションは設定共有によりもう片方から開き直してもコンテキストが引き継がれるため、行き来のコストはほぼありません。

使い分けの判断軸

以下の表で、ケース別の使い分けを整理しました。実務上の判断軸として、まず参照すべきポイントです。

状況	メインエディタウィンドウ	Agents window
開発比重	自分でコードを書く時間が長い	エージェントに任せる時間が長い
プロジェクト数	単一ワークスペース中心	複数プロジェクト横断
デバッグ・ノートブック利用	必要	ほぼ不要
拡張機能エコシステム	フル活用	一部に限定
リモート開発	SSH・Dev Containersなど標準利用	SSH／Dev Tunnel経由のAgents window専用接続
エージェント種別	Copilot Chat中心	Copilot CLI／Cloud／Claudeを並列

大まかには、Agents windowは「手作業のコーディングから離れるほど有利」になります。

ノートブックや拡張機能をフル活用する分析作業はメインエディタが強く、複数エージェントへの依頼と結果レビューが主作業ならAgents windowに分があります。

セッション・設定を共有しつつ、ウィンドウ単位でオーバーライド

両ウィンドウは設定・キーバインドを共有しますが、VS Code 1.120からウィンドウ別オーバーライドが追加され、Agents windowだけ別挙動にできるようになりました。自動承認の閾値をAgents window側だけ緩める、テーマを変える、といった調整が可能です。

これにより、メインエディタの環境を崩さずにエージェント運用専用の挙動だけチューニングできます。エージェントを多用する開発者ほど恩恵が大きい改善です。

切り替えに迷ったときの実務的なヒント

実務で2つを行き来していると、「これは今どっちのウィンドウでやるべきか」と判断に詰まる場面が出てきます。支援現場での運用からは、以下の使い分けが詰まりにくいと感じています。

• 新規機能の探索的実装
  メインエディタで考えながら書き、煮詰まったらAgents windowにタスクを切り出して任せる
  
  

• 複数リポジトリのIssue対応
  最初からAgents windowに集約し、Copilot Cloudで各リポジトリのPRを並列に進める
  
  

• 大規模リファクタリング
  Agents windowでClaudeエージェントに依頼し、結果のレビューはメインエディタのDiffビューで深掘りする
  
  

両ウィンドウのセッションは双方向に行き来できるので、最初の起点と最終レビューの場が違っても問題ありません。

タスクの段階に応じて最適な側に乗り換える発想で運用するのが現実的です。

---

VS Code Agents windowのWorktree isolationとサブセッション

Agents windowで複数タスクを並列実行する際の安全装置が、Worktree isolationです。

Gitのworktree機能で専用作業フォルダを切り出し、本流ブランチを汚さずに変更を進める仕組みで、Copilot CLIセッションでは既定動作になっています。

メインエディタのチャットで「Copilot Chatに依頼したらワーキングディレクトリが書き換わった」と困った経験のある開発者には、デフォルトで分離される挙動は安心材料になります。

Worktree isolationの仕組み

公式ドキュメントによれば、Copilot CLIセッションが起動すると、VS Codeは自動的にGit worktreeを使った専用フォルダを作成し、エージェントはそのフォルダ上で作業を行います。

本流ブランチには直接コミットされず、変更はworktreeに閉じます。

セッション完了時には、worktree上の変更を以下のいずれかの方法で本流に統合できます。

• Merge
  worktreeのコミットをそのまま本流ブランチへマージする
  
  

• Pull Request作成
  GitHub上にPRを作り、チームレビューを経て統合する
  
  

• Discard
  変更を破棄してworktreeごと捨てる
  
  

「エージェントの提案を見てから安全に取り込む」運用が、追加設定なしで成立します。

逆に隔離が不要なケース（例：1ファイルだけ即時に直したい、自分でもエディタから同時に編集を進めたい）では、セッション作成時にFolder isolationを選べば、worktreeを使わずメインのワークスペースに直接変更を適用できます。

Worktree既定の安全性を取るか、エディタ作業との並行のしやすさを取るかは、タスク単位で判断するのが現実解です。「ローカルで自分の手作業と並行する短いタスクはFolder isolation、夜間や非同期で走らせる長めのタスクはWorktree isolation」と使い分けると、隔離と作業効率の両立がしやすくなります。