チーム共有の壁を崩すVS Code新エージェントが開発を変える

個人環境の壁が崩れるかもしれない。VS Codeの新機能でエージェントの設定がチーム共有できる方向へ動いた。ブラウザ連携はまだ実験段階だが開発の属人化を防ぐ一手として影響を見極める局面だ。 #VSCode #AIエージェント

動画でサクッと！このブログ記事の解説

このブログ記事を動画で分かりやすく解説しています。
テキストを読む時間がない方も、映像で要点をサッと掴めます。ぜひご覧ください！

この動画が役に立ったと感じたら、AIニュースを毎日お届けしているYouTubeチャンネル「AIクリエーターの道」をぜひフォローしてください。
チャンネル登録はこちら：
https://www.youtube.com/@AIDoshi

導入

Visual Studio Code 1.110が2026年3月4日にリリースされた。最大の目玉は「エージェントプラグイン」のプレビュー導入。エージェント機能の拡張性が、いよいよ本格的なエコシステムとして整備され始めた。

前バージョンのVS Code 1.109（2025年2月リリース）もエージェント関連の強化を打ち出していたが、今回はプラグインマーケットプレイスからのインストール、ブラウザ操作の自動化、デバッグパネルの刷新と、複数の機能が同時に動き出す。開発者にとって「エージェントをどう使いこなすか」が今後の生産性を左右するフェーズに入ったと見てよい。

本記事では、InfoWorldのPaul Krill氏（Editor at Large）による報道をもとに、各機能の技術的な意味と実務上のインパクトを整理する。

背景と課題

エージェント機能の「拡張」は、単なるチャット強化ではなくなりつつある。

VS Codeにおけるエージェント機能は、GitHub Copilotとの統合を軸に段階的に進化してきた。VS Code 1.109の時点で、コーディングエージェントへの強化が明示的にアナウンスされていたが、課題は明確だった。エージェントの挙動をカスタマイズするには、個別の設定ファイルを手動で構成する必要があり、チーム間での共有や再利用が難しかったのだ。

また、エージェントが長時間稼働するタスクや複雑なワークフローを処理する場合、セッション管理の限界がボトルネックになっていた。会話の文脈がセッションをまたいで保持されない、ツール呼び出しの過程が不透明、といった問題は、実際にエージェントを業務に組み込もうとした開発者なら経験があるだろう。

Microsoftは今回のVS Code 1.110で、これらの課題に対して「エージェントの拡張手段」「セッション管理の改善」「可視性と制御の強化」という三つの方向から回答を出した形になる。

技術・内容解説

プラグイン、ブラウザ操作、デバッグパネル──三つの柱を順に見ていく。

エージェントプラグイン（プレビュー機能）

エージェントプラグインは、チャットカスタマイズをパッケージ化したバンドルであり、プラグインマーケットプレイスからインストールできる。Microsoftによれば、1つのプラグインには以下の要素を組み合わせて含めることが可能だ。

• スラッシュコマンド
• Model Context Protocol（MCP）サーバー
• エージェントスキル
• カスタムエージェント
• フック

これまで個別に設定していたエージェントのカスタマイズ要素が、1つの配布可能な単位にまとまる。チームでの共有やオープンソースコミュニティでの流通が現実的になる構造だ。

さらに、チャット会話から直接カスタマイズファイルを生成する /create-* スラッシュコマンドがエージェントモードに追加された。プラグインの作成と利用の両面で、参入障壁が下がっている。

エージェントブラウザツール（実験的機能）

エージェントブラウザツールは、VS Codeの統合ブラウザに対してエージェントが読み取り・操作を行えるツール群を提供する実験的機能だ。エージェントがウェブページと対話する際、ページコンテンツの更新やコンソールの警告・エラーをリアルタイムで認識できる。

Microsoftによれば、追加の依存関係をインストールする必要なく、そのまま動作する。ウェブアプリケーションのデバッグやフロントエンド開発において、エージェントがブラウザの状態を「見ながら」作業できるようになる点は注目に値する。

エージェントデバッグパネル（プレビュー機能）

エージェントデバッグパネルは、チャットイベントをリアルタイムで表示する新しいパネルだ。表示対象には、チャットカスタマイズイベント、システムプロンプト、ツール呼び出しが含まれる。開発者は、セッションにどのプロンプトファイル、スキル、フック、その他のカスタマイズがロードされているかを確認できる。

Microsoftによると、これは従来の「Diagnosticsチャットアクション」を置き換えるもので、より詳細なビューを提供する。エージェントの内部動作が「ブラックボックス」から「ガラスの箱」に変わる方向性だ。

その他の主要な変更点

• Planエージェントのセッションメモリ永続化：Planエージェントが作成した計画がセッションメモリに永続化され、会話のターンをまたいで利用可能になった。
• コンテキストコンパクション：会話履歴を手動で圧縮し、コンテキストの空き容量を確保できるようになった。
• チャットのアクセシビリティ改善：スクリーンリーダー対応の改善、通知シグナル、キーボードナビゲーションが強化された。
• Kittyグラフィックスプロトコル対応：VS Codeターミナルで、ターミナル内に直接画像を高品位でレンダリングできるようになった。表示レイアウト、画像管理、カーソル制御などの機能が利用可能だ。
• TypeScript 6.0 / 7.0への準備：今後リリース予定のTypeScript 6.0および7.0に向けて、組み込みのJavaScriptおよびTypeScriptの設定IDが統合された。

よくある誤解

用語解説

Model Context Protocol（MCP）

AIエージェントが外部のデータソースやツールと接続するための標準プロトコル。エージェントが必要なコンテキスト情報を取得する際の通信手順を定義する。

エージェントスキル

エージェントに特定の能力（ファイル操作、ターミナルコマンド実行など）を付与する機能単位。プラグインの構成要素として組み込まれる。

フック

エージェントの処理フローにおいて、特定のタイミングでカスタム処理を挿入する仕組み。ツール呼び出しの前後やセッション開始時などにトリガーされる。

コンテキストコンパクション

長い会話履歴を要約・圧縮して、AIモデルが使用できるコンテキストウィンドウの容量を回復する操作。トークン消費量を抑える目的がある。

Kittyグラフィックスプロトコル

ターミナルエミュレータ上で画像を表示するためのプロトコル。Kittyターミナルが開発したもので、テキストベースのターミナル内での高品位な画像表示を実現する。

インパクト・活用事例

エージェントプラグインのエコシステム化がもたらす影響は、個人の生産性よりチーム全体に及ぶ。

エージェントプラグインがマーケットプレイスで流通可能になったことの意味は大きい。これまでエージェントのカスタマイズはチーム内の設定共有やドキュメント整備に依存していたが、プラグインとしてパッケージ化されることで、「インストールするだけで特定のワークフローに最適化されたエージェント構成が手に入る」状態が実現に近づく。

正直なところ、エージェントプラグインの真価は、Microsoftやサードパーティがどれだけ実用的なプラグインをマーケットプレイスに揃えられるかにかかっている。仕組みとしては整ったが、VS Code拡張機能のエコシステムが成熟するまでに数年を要したことを考えると、エージェントプラグインも同様の時間がかかる可能性がある。プレビュー段階でAPIが変更されれば、初期のプラグインは作り直しが必要になるリスクもある。

エージェントブラウザツールについては、フロントエンド開発者にとって具体的な活用場面が想像しやすい。たとえば、ウェブアプリのレイアウト崩れやコンソールエラーをエージェントがリアルタイムで検知し、修正提案を出すといったワークフローに活用できる可能性がある。ただし、実験的機能である以上、安定性や対応範囲に限界があることは留意が必要だ。

TypeScript 6.0および7.0リリースに向けた設定IDの統合も見逃せない。VS Codeに組み込まれたJavaScript・TypeScriptの設定が整理されることで、今後のメジャーバージョンアップ時の移行コストが軽減される方向にある。

個人的には、Planエージェントのセッションメモリ永続化のほうが日常的な影響は大きいと見ている。エージェントに複数ステップの計画を立てさせ、その計画を会話のターンをまたいで参照しながら作業を進める――このワークフローが途切れなくなることで、エージェント活用の実用度が一段上がるからだ。

日本の開発現場への示唆

国内のSIer案件やエンタープライズ開発では、開発環境のカスタマイズ手順がチーム内のドキュメントとして管理されていることが多い。エージェントプラグインがこの領域に入ってくると、「環境セットアップの標準化」にAIエージェントの構成も含まれるようになる。これは開発プロセスの管理負荷を増やす側面もあるため、導入にあたっては既存の開発標準との整合性を検討する必要がある。

アクションガイド

バージョンアップの前に、まず確認すべき項目を整理した。

初級・中級開発者向け

• まずVS Codeを1.110にアップデートし、エージェントモードでの基本操作に慣れる
• コンテキストコンパクション機能を試し、長い会話で文脈が失われる問題が改善されるか体感する
• エージェントデバッグパネルを開き、ツール呼び出しの過程を観察してみる

上級開発者・チームリーダー向け

• エージェントプラグインのプレビューを試し、チーム固有のワークフローをプラグイン化できるか検討する
• /create-* スラッシュコマンドでカスタマイズファイルを生成し、プラグイン作成のワークフローを把握する
• エージェントブラウザツール（実験的機能）の動作範囲と制限を確認し、フロントエンド開発への適用可否を判断する
• TypeScript 6.0 / 7.0に向けた設定IDの変更を確認し、既存のプロジェクト設定への影響を調査する

保存用チェックリスト

未来展望とリスク

エージェントプラグインのエコシステムが成熟するかどうかは、まだ未知数だ。

VS Code 1.109に続き1.110でもエージェント強化が中心テーマとなったことから、Microsoftがこの方向に大きなリソースを投下していることは明らかだ。エージェントプラグインのマーケットプレイス展開が軌道に乗れば、VS Codeは「コードエディタ」から「AI開発プラットフォーム」へと位置づけが変わっていく可能性がある。

一方で、リスクも存在する。プレビュー段階のAPIに依存したプラグインが多数作られた場合、正式版でのAPI変更がエコシステム全体に影響を及ぼす。また、MCPサーバーやカスタムエージェントといった要素がプラグインに含まれるということは、セキュリティ面での審査体制がこれまでのVS Code拡張機能以上に重要になる。信頼できないプラグインが外部サーバーと通信するリスクは無視できない。

エージェントブラウザツールも実験的機能であり、今後の方向性は不透明だ。ブラウザ自動操作の領域では既存のツール（各種テスティングフレームワーク等）との棲み分けも課題になるだろう。

まとめ

VS Code 1.110は、エージェント機能を「個人の便利ツール」から「チームで共有・拡張可能なエコシステム」へと進化させる転換点となるリリースだ。エージェントプラグインによるパッケージ化、ブラウザツールによる操作範囲の拡大、デバッグパネルによる透明性の確保という三本柱は、それぞれがエージェント活用の異なる課題に対応している。

加えて、Planエージェントのセッションメモリ永続化やコンテキストコンパクションといった地味だが重要な改善が、日常的な使用感を底上げする。TypeScript 6.0 / 7.0への準備も着実に進んでいる。

ただし、プレビュー・実験的機能が中心であり、本番環境への全面導入には時期尚早な部分もある。まずはデバッグパネルでエージェントの内部動作を把握し、自分のワークフローにどの機能がフィットするかを見極めるところから始めるのが堅実だろう。

参照リンク・情報源

• Visual Studio Code previews agent plugins（InfoWorld）
• VS Code 1.110リリースノート（公式）
• VS Code 1.109のエージェント強化に関する記事（InfoWorld）
• TypeScript 6.0 / 7.0に関する記事（InfoWorld）