Visual Studio Code 1.116では、AI支援開発と拡張機能を多用するワークフローに関わる変更が目立ちます。特に確認すべきなのは、GitHub Copilot Chatのビルトイン化、エージェントのデバッグログ強化、ターミナル連携の改善、統合ブラウザーの導線追加、企業向けのネットワーク制御です。日常的にVS Codeで拡張機能、Copilot、ターミナル、JavaScript/TypeScript環境を組み合わせている開発者は、アップデート後に設定と運用ルールを一度見直す価値があります。
今回のポイントは「新機能を全部試す」ことではありません。自分の開発環境で影響が大きい変更から順に確認し、AIエージェントに任せる範囲、拡張機能との役割分担、組織内で許可するネットワークアクセスを整理することが重要です。Visual Studio Code 1.116の公式リリース日は2026年4月15日で、ここでは2026年4月16日時点で公開されているリリース内容をもとに、実務で影響しやすい変更点を絞って解説します。(Visual Studio Code)
Visual Studio Code 1.116で最初に確認したい変更点
Visual Studio Codeの月例リリースは変更点が多く、すべてを読むだけでも時間がかかります。今回の1.116では、エディターそのものの細かな改善よりも、AIアシスタントやエージェント機能を前提にした開発体験の更新が中心です。
特に、次のような使い方をしている人は影響を受けやすいです。
| 対象ユーザー | 確認すべき変更 | 実務上の影響 |
|---|---|---|
| Copilot Chatを使っている開発者 | GitHub Copilot Chatのビルトイン化、Chat UX改善 | 新規環境構築時の手間が減り、AI機能を標準機能のように扱いやすくなる |
| AIエージェントに作業を任せている人 | Agent Debug Logs、Tool confirmation carousel | エージェントの挙動確認、承認作業、トラブル調査がしやすくなる |
| ターミナル作業が多い開発者 | Foreground terminal support、Terminal input improvements | 実行中のREPLや対話型コマンドとエージェントの連携範囲が広がる |
| 拡張機能を多用するチーム | Extension host関連のChat UX改善、GitHub Pull Requests拡張の更新 | 拡張機能が多い環境でのチャット応答やPR作成フローに影響する |
| 企業・組織の管理者 | Agent network accessのグループポリシー | AIエージェントがアクセスできるドメインを制御しやすくなる |
毎月のVS Codeリリースを追うときは、「便利そうな機能」ではなく「自分の作業時間を減らすか」「事故を防げるか」「チームの標準環境に入れるべきか」という基準で見ると判断しやすくなります。
GitHub Copilot Chatがビルトイン化され、AI機能の導入ハードルが下がる
Visual Studio Code 1.116では、GitHub Copilot Chatがビルトイン拡張機能として提供されるようになりました。新規ユーザーは、別途GitHub Copilot Chat拡張機能をインストールしなくても、チャット、インライン提案、エージェントなどのAI機能を使い始められる構成になります。既存ユーザーについては、すでにインストール済みのCopilot拡張機能が従来どおり動作すると説明されています。(Visual Studio Code)
実務上の変化は、単に「インストールが楽になる」だけではありません。VS Codeを新しいPC、開発コンテナ、仮想環境、研修用端末に展開するとき、AI支援機能を前提にした初期セットアップを組みやすくなります。
ただし、チームで使う場合は次の点を確認しておきましょう。
| 確認項目 | 判断基準 |
|---|---|
| AI機能を標準で許可するか | 社内規定、コードの機密性、外部サービス利用ルールに合うか |
| 既存のCopilot関連拡張との重複 | 同じ機能を持つ拡張を複数入れていないか |
| 新人・非エンジニア向け端末 | 誤操作を避けるため、使い方と禁止事項をドキュメント化しているか |
| AI機能を使わない開発者 | chat.disableAIFeatures などの設定で無効化できる運用にしているか |
個人開発ではメリットが大きい一方、企業利用では「使えるようになったから使う」ではなく、「どのリポジトリで使ってよいか」「生成されたコードをどうレビューするか」まで決めておく必要があります。
Agent Debug LogsでAIエージェントの挙動を後から追いやすくなる
AIエージェントを使った開発で困りやすいのが、「なぜその変更をしたのか」「どのツール呼び出しで失敗したのか」が後から分かりにくいことです。VS Code 1.116では、Agent Debug Logsパネルで現在のセッションだけでなく、過去のエージェントセッションのログも確認できるようになりました。ログはローカルディスクに保持され、セッション終了後でも振り返れるとされています。(Visual Studio Code)
これは、拡張機能作者やチーム開発者にとって重要です。たとえば、AIエージェントに以下のような作業を任せた場合、失敗時の切り分けがしやすくなります。
- 拡張機能のAPI呼び出しを含むコード修正
package.jsonや設定ファイルの変更- テスト実行とエラー修正
- 複数ファイルにまたがるリファクタリング
- ターミナルコマンドを伴うセットアップ作業
ログを見るときは、「AIの回答内容」だけでなく、「どのタイミングでツールを呼び出したか」「どの出力をもとに判断したか」「ユーザー確認が必要だった箇所はどこか」を確認するのがポイントです。エージェントの出力を信じるのではなく、判断材料の流れを追うことで、再発防止につなげられます。
Copilot CLIのthinking effort設定は品質と速度の調整に使う
VS Code 1.116では、Copilot CLIセッションでreasoning modelのthinking effortを選べるようになりました。thinking effortは、モデルが各リクエストにどの程度の推論を使うかを調整する機能で、回答品質とレイテンシーのバランスに関わります。利用できるレベルはモデルによって異なり、非reasoning modelではサブメニューが表示されないと説明されています。(Visual Studio Code)
実務では、常に高い推論レベルを選べばよいわけではありません。作業内容によって切り替えるのが現実的です。
| 作業内容 | 推奨する考え方 |
|---|---|
| コマンドの説明、簡単な修正案 | 低めまたは標準の推論で十分なことが多い |
| エラー原因の調査 | ログ、依存関係、実行環境を含めて考えるため、やや高めが向く |
| 設計変更や大きなリファクタリング | 影響範囲が広いため、高めの推論を検討する |
| CI失敗の一時的な確認 | 速度を優先し、必要に応じて再質問する |
| セキュリティや権限まわり | AIの判断だけに依存せず、人間のレビューを必ず入れる |
特にCLI経由の作業では、AIが提案したコマンドをそのまま実行すると、意図しないファイル変更や依存関係の更新が起きることがあります。thinking effortは便利な調整機能ですが、実行前の確認を省略するための機能ではありません。
ターミナル連携の改善で、AIエージェントが実行中の作業を扱いやすくなる
今回の更新で実務への影響が大きいのが、ターミナルツールの改善です。send_to_terminal と get_terminal_output が、エージェントによって作成されたバックグラウンドターミナルだけでなく、ターミナルパネルに表示されているフォアグラウンドターミナルにも対応しました。これにより、実行中のREPLや対話型スクリプトに対して、エージェントが出力を読み取ったり入力を送ったりしやすくなります。(Visual Studio Code)
たとえば、次のような場面で効果があります。
- Node.jsやPythonのREPLで試した結果をもとにコードを修正する
npm initなどの対話型コマンドの途中で入力が必要になる- ローカルサーバーのログを見ながら原因を調べる
- テスト実行中のエラー出力をAIに読ませる
- CLIツールの質問に対し、必要に応じてユーザーが直接入力する
一方で、ターミナル連携が強くなるほど、確認すべきリスクも増えます。特にパスワード、トークン、秘密鍵、社内URLなどがターミナルに表示される環境では、AIエージェントに見せる出力の範囲を意識する必要があります。
背景ターミナル通知の標準有効化で、ポーリング待ちが減る
背景ターミナル通知も重要な変更です。VS Code 1.116では、エージェントがバックグラウンドターミナルでコマンドを実行した際、コマンドの完了、タイムアウト、入力要求を自動で受け取れる通知がデフォルトで有効化されました。これにより、エージェントがターミナル出力を何度も確認する必要が減り、より早く正確に次の判断をしやすくなります。(Visual Studio Code)
この変更は、AI支援ワークフローの体感速度に効きます。たとえば、テストを走らせて結果を待ち、失敗したら修正し、再度テストするような反復作業では、エージェントが「終わったかどうか」を見に行く無駄が減ります。
ただし、失敗しやすいポイントもあります。長時間実行する開発サーバーや監視プロセスを、単発コマンドのように扱うと、エージェントが終了待ちのまま期待どおりに進まない場合があります。npm run dev、docker compose up、ファイル監視付きテストなどは、バックグラウンド実行の目的を明確に伝えると安定しやすくなります。
Chat UX改善は、拡張機能が多い環境ほど効果を感じやすい
VS Code 1.116では、チャット画面のUXにも複数の改善が入っています。コード差分がチャット会話内の上位レベルで直接表示されるようになり、別のdiffビューに切り替えなくても提案内容を確認しやすくなりました。また、ストリーミング中の描画効率やレイアウト処理の改善、ツール呼び出し更新が短時間に集中した場合にextension hostが一時的に固まる問題の修正も含まれています。(Visual Studio Code)
拡張機能を多く入れている環境では、チャット、Lint、Git、テスト、言語サーバー、補完機能が同時に動くことがあります。こうした環境でAIチャットを使うと、エディターの反応が重く感じられることがあります。今回の改善は、そうした「AI機能は便利だが、操作が詰まる」という不満の軽減につながる可能性があります。
アップデート後は、次の観点で確認するとよいでしょう。
| 確認ポイント | 見るべき症状 |
|---|---|
| チャット送信直後の反応 | メッセージがすぐ表示されるか |
| 差分レビュー | チャット内で変更内容を追いやすいか |
| 拡張機能の負荷 | 保存時フォーマットやLintと競合していないか |
| 大量ファイル変更 | AI提案のdiff確認に時間がかかりすぎないか |
| ツール呼び出し | 承認待ちや進行状況が把握しやすいか |
AIによるコード変更は、最終的に人間が差分を確認する運用が欠かせません。差分表示の改善は、単なる見た目の変更ではなく、レビュー漏れを減らすための実用的な改善と考えるべきです。
Tool confirmation carouselは複数のツール承認を整理しやすくする
実験的機能として、Tool confirmation carouselも追加されています。これは、複数のツール呼び出しを承認または拒否する際に、会話をスクロールし続けなくても、コンパクトなカルーセルで順番に確認できる機能です。設定は chat.tools.confirmationCarousel.enabled で、VS Code Insidersではデフォルト有効、Stableではフィードバックを集めながら段階的に展開されるとされています。(Visual Studio Code)
AIエージェントが複数の操作を提案する場面では、確認作業が雑になりがちです。たとえば、ファイル作成、依存関係の追加、テスト実行、ブラウザー操作が連続すると、「全部許可」で進めたくなります。しかし、ここで確認を省くと、不要なファイル生成や想定外のコマンド実行につながります。
承認時は、最低限次の3点を見ましょう。
- どのファイルやディレクトリに影響するか
- ネットワークアクセスや外部コマンド実行を伴うか
- 元に戻しにくい操作ではないか
カルーセルは承認を速くする機能ですが、確認を不要にする機能ではありません。特に本番環境に接続している端末や、社内リポジトリを扱う端末では慎重に運用しましょう。
統合ブラウザーの導線追加で、ローカル確認とAI操作が近くなる
VS Code 1.116では、統合ブラウザーへのアクセス方法も増えました。Viewメニューの「View > Browser」や、macOSでは ⌥⌘/、Windows/Linuxでは Ctrl+Alt+/ のキーボードショートカットから統合ブラウザーを開けるようになっています。既存のコマンドやlocalhostリンク、タイトルバーアイコン、エージェントによるブラウザー操作とあわせて、アクセスしやすくなりました。(Visual Studio Code)
Webアプリ開発では、エディター、ターミナル、ブラウザーを行き来する時間が積み重なります。統合ブラウザーを使うと、簡単なUI確認やlocalhostの動作確認をVS Code内で完結しやすくなります。
ただし、すべての確認を統合ブラウザーだけで済ませるのは避けたほうが安全です。特にレスポンシブ確認、ブラウザー固有の挙動、拡張機能との干渉、Cookieや認証状態の検証は、実際にターゲットとするChrome、Edge、Firefox、Safariなどでも確認しましょう。
JavaScript/TypeScript向けChat Featuresは今後の拡張に注目
Visual Studio Code 1.116では、プレビューとしてJS/TS Chat Features拡張が追加されています。これはCopilotのスキルをJavaScriptとTypeScript向けに強化する組み込み拡張で、最初のリリースではモダンなTypeScriptプロジェクトのセットアップに関するスキルを提供すると説明されています。有効化には jsts-chat-features.skills.enabled の設定が必要です。(Visual Studio Code)
JavaScript/TypeScript開発者にとっては、プロジェクト初期化、設定ファイル作成、ビルドツール選定、型チェック設定などをAIに相談しやすくなる可能性があります。ただし、プレビュー段階の機能は挙動や提供範囲が変わる可能性があります。
実務で使うなら、いきなり本番プロジェクトに適用するのではなく、次のような小さな検証から始めるのがおすすめです。
| 検証内容 | 確認すること |
|---|---|
| 新規TypeScriptプロジェクト作成 | 生成される設定がチーム標準に合うか |
tsconfig.json の提案 | strict設定、module解決、targetが意図どおりか |
| ESLintやテスト環境との併用 | 既存テンプレートと衝突しないか |
| パッケージ追加 | 不要な依存関係を増やしていないか |
AIが生成した初期設定は便利ですが、長期運用では「なぜその設定にしたのか」が重要です。生成後はREADMEや開発者向けメモに判断理由を残しておくと、後から保守しやすくなります。
企業利用ではAgent network accessの制御を必ず確認する
今回のエンタープライズ向け変更で重要なのが、エージェントツールのネットワークアクセスをグループポリシーで制御できるようになった点です。chat.agent.networkFilter をポリシーで有効化すると、fetchツールや統合ブラウザーなど、エージェントツールからアクセスできるネットワークドメインを許可リスト・拒否リストで制御できます。拒否ドメインは許可ドメインより優先され、両方が空の状態でネットワークフィルターを有効にすると、すべてのドメインがブロックされると説明されています。(Visual Studio Code)
AIエージェントは、コード検索、ドキュメント参照、依存関係の確認などで外部アクセスを使うことがあります。便利な一方で、アクセス先を制御しないと、社内規定に合わない通信や、意図しない外部サービス利用が発生する可能性があります。
企業・組織での導入時は、次のようにルールを分けると運用しやすくなります。
| 区分 | 例 | 方針 |
|---|---|---|
| 常に許可したいドメイン | 社内ドキュメント、社内Git、公式パッケージレジストリ | 許可リストに追加 |
| 条件付きで許可するドメイン | 外部APIドキュメント、クラウドベンダー公式ドキュメント | 部門やプロジェクト単位で判断 |
| ブロックしたいドメイン | 不明なファイル共有サイト、個人向けAIサービス、未承認SaaS | 拒否リストに追加 |
| 検証環境のみ許可 | 新しい開発ツール、ベータ版サービス | 本番端末とは設定を分ける |
AI支援開発を組織に広げるほど、個々の開発者の注意だけでは限界があります。VS Code側のポリシー設定を使い、技術的に制御できる部分はあらかじめ制御しておくべきです。
GitHub Pull Requests拡張はPR作成フローにもAIが入り始めている
VS Code 1.116では、GitHub Pull Requests拡張にも更新があります。新機能として、Pull Requestを作成するためのchat toolが追加され、また「Delete Local Branches and Remotes」コマンドからworktreeも削除できるようになったとされています。(Visual Studio Code)
PR作成にAIが関わると、変更内容の要約や説明文作成が楽になります。特に小さな修正を頻繁に出すチームでは、PR本文の作成負担を減らせる可能性があります。
一方で、AIが作ったPR説明は、見た目は整っていても重要な前提が抜けることがあります。以下の項目は人間が必ず確認しましょう。
- 変更の目的が明確に書かれているか
- 仕様変更、互換性、移行作業の有無が書かれているか
- テスト内容が実際の実行結果と一致しているか
- セキュリティや権限に関わる変更を隠していないか
- 関連Issueやチケットとの対応が正しいか
AIにPR本文を下書きさせるのは有効ですが、レビュー担当者が判断するための情報は人間が補う必要があります。
非推奨情報も確認しておく：Edit Modeは将来的に削除予定
VS Code 1.116では、このリリースで新たに非推奨になった機能はないとされています。一方で、Edit ModeはVS Code 1.110時点で正式に非推奨となっており、設定 chat.editMode.hidden による一時的な再有効化は1.125までサポートされ、1.125以降は完全に削除される予定と説明されています。(Visual Studio Code)
AI関連機能は変化が速いため、古い操作方法に依存した社内手順書や研修資料は陳腐化しやすくなります。特に、スクリーンショット付きのマニュアルやハンズオン資料を持っているチームは、月例リリースのタイミングで次の点を確認しましょう。
| 確認対象 | 見直す内容 |
|---|---|
| 社内ハンズオン資料 | 画面名、コマンド名、設定名が現在のVS Codeと一致しているか |
| 開発環境セットアップ手順 | Copilot Chatのインストール手順が不要になっていないか |
| AI利用ガイドライン | エージェント、ターミナル、ネットワークアクセスの扱いを含めているか |
| 拡張機能一覧 | ビルトイン化された機能と重複していないか |
非推奨機能は、突然困るのではなく、事前に手順を更新しておけば影響を小さくできます。
アップデート後にやるべき確認手順
Visual Studio Code 1.116へ更新したら、次の順番で確認すると無駄がありません。個人開発でもチーム開発でも使えるチェックリストです。
| 手順 | 作業 | 確認ポイント |
|---|---|---|
| 1 | VS Codeのバージョンを確認 | 1.116系に更新されているか |
| 2 | Copilot Chatの状態を確認 | 既存拡張との重複やログイン状態に問題がないか |
| 3 | AI機能の設定を確認 | 使わない場合は無効化、使う場合はチームルールに合わせる |
| 4 | Agent Debug Logsを試す | 過去セッションを確認できるか、ログ保存が許容されるか |
| 5 | ターミナル連携を検証 | REPL、テスト、対話型コマンドで意図しない入力がないか |
| 6 | Chat UXを確認 | 差分表示、送信速度、拡張機能との干渉を確認 |
| 7 | 統合ブラウザーを試す | localhost確認に使えるか、通常ブラウザーとの使い分けを決める |
| 8 | 企業ポリシーを確認 | agent network accessの許可・拒否ドメインを整理する |
| 9 | 手順書を更新 | Copilot導入手順やAI利用ルールを最新化する |
特にチームで重要なのは、アップデートを「各自に任せる」だけにしないことです。VS Codeは個人のエディターでありながら、AI機能や拡張機能を通じて開発プロセス全体に影響します。最低限、推奨設定、禁止事項、トラブル時の確認手順は共有しておきましょう。
Visual Studio Code 1.116はAI支援開発を前提にした見直しのタイミング
Visual Studio Code 1.116は、AIエージェント、Copilot Chat、ターミナル、統合ブラウザー、企業ポリシーがより密接に結びついたリリースです。拡張機能を多用する開発者や、AI支援ワークフローを日常的に使うチームにとっては、単なる月例アップデートではなく、開発環境の運用ルールを見直すタイミングといえます。
まずは、GitHub Copilot Chatのビルトイン化、Agent Debug Logs、ターミナル連携、Chat UX改善、ネットワークアクセス制御の5点を確認しましょう。そのうえで、AIに任せる作業、人間が確認する作業、組織として制御する作業を分けることが大切です。
次にやるべきことはシンプルです。VS Codeを1.116に更新した環境で、普段のリポジトリを使って「AIにテスト実行を依頼する」「差分をレビューする」「ターミナル入力が必要な作業を試す」という小さな検証を行ってください。その結果をもとに、チームの推奨設定とAI利用ルールを更新すれば、今回のリリースを安全かつ実用的に活用できます。
コメント