VSCode1.107の変更点まとめ

VSCode1.107 の変更点をまとめました。
VSCode 1.107 Release Notes

検証が終わった所から順次更新しています。

次のバージョン：VSCode1.108の変更点まとめ（2026/2/6頃リリース予定）
リリースノート一覧：VSCodeリリース情報

設定: chat.viewSessions.enabled
chat.viewSessions.enabledを有効にすると、チャットの右側にセッションビューが表示されるようになりました。

設定: chat.viewSessions.orientation
chat.viewSessions.orientationの設定値を変更することで、セッションビューの配置を変更できます。

設定値とその挙動は下記の通りです。
auto: 幅が十分な場合はセッションビューを右側に表示し、それ以外は新規チャットの上部に表示

stacked: 常に新規チャットの上部にセッションビューを表示（※チャット中は非表示）

sideBySide(デフォルト): 幅が十分な場合はセッションビューを右側に表示し、狭い場合はセッションビューを非表示（※現状autoと同一）

チャットの右上にあるスプリットアイコンをクリックすると、chat.viewSessions.orientationの設定値がsideBySideに変更され、セッションビューが右側に表示されます。

以前のバージョンではチャットでエージョンに指示を出した後、新規チャットを開くとチャット中の処理は破棄されていましたが、VSCode1.107からはバックグラウンドで動作し続けるようになりました。
画像ではSample7のフォルダ作成を依頼した後、すぐに新規チャットを開いてSample8の作成依頼を出していますが、Sample7の処理が継続されていることがセッシュンビューで確認できます。

注意点としてこちらは後述するバックグラウンドエージェントとは違いGit worktree上で作業しないため、指示によっては同じファイルを上書きしてしまいます。
実際に同じファイルを書き込む指示を二つのセッションで同時に実行したところ、後発のセッションで上書きされました。
ファイル競合が発生するようなタスクはContinue Inでバックグラウンドエージェントを実行するか、新規でバックグラウンドエージェントのセッションを作成して実行しましょう。

VS Code 1.107 では Continue In が追加され、これまでのコンテキストを引き継いだまま、重めのタスクをローカルやクラウドなど実行場所を切り替えて実行できるようになりました。
Continue Inは、生成AIとの相談・設計したセッションと、実際にファイル作成やコマンド実行を行うセッションを分けたい場合に便利な機能です。

上の画像の例では、生成AIと相談してタスクを決めて、タスクの実行フェーズになった時にContinue Inで背景（バックグラウンド）を選択して実行しています。

ローカルチャットをバックグラウンドまたはクラウドエージェントに引き継ぐと、現在のチャットコンテキストが引き継がれ、引き継ぎ後に元のセッションはアーカイブされます。

アーカイブされたセッションはフィルタの「Archived」にチェックすると表示されます。
デフォルトでは非表示になっています。

前述した競合問題ですが、バックグラウンドエージェントは現在のWorkspaceで実行するか専用のWorktreeで実行するか選択できるようになっています。
Worktreeを選択することで完全に分離された環境でタスクが実行され競合の心配がなくなります。

worktreeを選択すると下記のようにタイムスタンプ付きのworktreeが作成され、分離された環境でタスクが実施されます。

PS C:\Users\name\Documents\Test> git worktree list
C:/Users/name/Documents/Test                                         6edf634 [main]
C:/Users/name/Documents/Test.worktrees/worktree-2025-12-29T06-41-02  8d3c1e4 [worktree-2025-12-29T06-41-02]
C:/Users/name/Documents/Test.worktrees/worktree-2025-12-29T07-20-51  8d3c1e4 [worktree-2025-12-29T07-20-51]

タスクが完了すると、まずはworktreeの変更内容を保持するかどうか確認されます。

「保持」ボタンを押下すると次にworktreeの変更内容を現在のWorkSpaceに適用するか確認されます。

「適用」ボタンを押下すると現在のWorkSpaceにWorktreeの変更内容が反映されます。
今回はSample2.txt～Sample5.txtのファイルを作ってもらいました。

worktreeは実行の度に毎回作成されるため、巨大なリポジトリの場合はsparse-checkoutを設定しておきましょう。

ついでにWorkspaceの方も試してみましたが、どちらにしてもWorktreeが作成されてしまうようです。
ここはまだ動作が不安定なのかもしれません。下記issueが上がっていました。
Defaulted to Workspace instead of Worktree for new background session #282117

Continue InのバックグラウンドエージェントでWorkspaceかWorktreeのどちらが採用されるかもまだ不安定な可能性があります。
正しくは今設定されている方を選択して動作するのが正かと思われます。

他にも以下のような問題や改善要望が上がっています。

• workspace の Git 状態を正しく検出せず、worktree オプションが表示されないことがある
  New background agent doesn’t pick up latest Git status #283549

• worktree 削除の自動化要望
  Automatically clean up (close or delete) worktree after background agent changes are applied #284088

特にworktreeがバックグランドエージェントの作業後に残っているのはindexが汚れるので、あまりgitに詳しくない方にとっては混乱の元になりそうです。

今後大幅な変更が入りそうなので、上記問題が改善されるまで様子見した方がよさそうです。

これまではバックグラウンドエージェントは主に CLI で動作していましたが、
VS Code 1.107 からは VS Code 上の Chat で選択・実行できるようになりました。

これにより、以下の VS Code の情報をコンテキストとして
プロンプトに直接添付できるようになっています。

• 選択範囲
• 問題（Problems）
• シンボル
• 検索結果
• Git コミット

たとえば、報告された問題を添付して、ファイルパスや行番号を手動で指定することなく、その修正をエージェントに依頼できます。

設定: github.copilot.chat.customAgents.showOrganizationAndEnterpriseAgents
GitHub Copilot の カスタムエージェントを組織（Organization / Enterprise）単位で共有できる機能が追加されました。

以下の設定を有効にすることで、

"github.copilot.chat.customAgents.showOrganizationAndEnterpriseAgents": true

組織（GitHub Organization / Enterprise）で定義されたカスタムエージェントが、
VS Code の Copilot Chat にある Agents ドロップダウンに表示されるようになりました。

これにより、以下のような運用が可能になります。

• 組織全体で共通の Copilot カスタムエージェントを定義できる
• 各開発者がエージェント定義ファイルを個別に配布・管理する必要がなくなる
• 個人用エージェントと組織用エージェントを並列で利用できる

従来は、カスタムエージェントはユーザー単位またはワークスペース単位でしか扱えませんでしたが、
VS Code 1.107 以降は VS Code の Chat UI 上で組織スコープのエージェントを直接選択できるようになります。

こちら個人アカウントでは検証できず実際に設定して解説できないので、組織向けカスタムエージェントの作成方法については、GitHub ドキュメントの Create custom agents を参照してください。

設定: github.copilot.chat.cli.customAgents.enabled
バックグラウンドエージェントに独自のカスタムエージェントを持ち込めるようになりました。有効化すると、.github/agents フォルダーで定義されたカスタムエージェントがエージェント一覧に表示され、ワークフローや要件に合わせて調整されたエージェントを活用できます。

試しに、プロジェクトフォルダの直下に下記.github\agents\planner.mdを定義してみたところPlannerが表示されるようになりました。(※github.copilot.chat.cli.customAgents.enabledのチェック後にVSCodeの再起動が必要です)

---
description: 新機能追加や既存コードのリファクタリングに向けて、実装計画（手順・要件・テスト観点）を作成します。
name: Planner
tools: ['web/fetch', 'web/githubRepo', 'read/readFile', 'search', 'search/usages', 'agent/runSubagent']
handoffs:
  - label: 計画を実装する
    agent: agent
    prompt: 上の計画に従って実装してください。必要なら計画の不明点を最小限だけ質問し、実装→テスト→仕上げまで進めてください。
    send: false
---

# 計画モードの指示（日本語）

あなたは「計画モード」です。目的は **新機能の追加** または **既存コードのリファクタリング** について、実装のための計画書を作ることです。

## 重要な制約
- **コード編集はしない**（パッチ、コミット案、実装コードの提示は不要）
- ここでは **計画のみ** を出力する
- 不明点があっても、まずは **仮定を置いて計画を前に進める**。致命的に必要な情報だけ、最後に「確認事項」として列挙する

## 出力形式
出力は **Markdown ドキュメント** とし、次のセクションを必ず含めること。

### 1. Overview
- 目的（何を実現する／何を改善する）
- 対象範囲（影響するモジュール・画面・API など）
- 成功条件（Done の定義）

### 2. Requirements
- 機能要件（ユーザー視点、入力/出力、例外時の挙動）
- 非機能要件（性能、セキュリティ、互換性、運用、ログ、監視）
- 制約（既存仕様、ライブラリ、互換性、リリース条件）

### 3. Implementation Steps
- 大きい順→細かい順に、番号付きで具体的に
- それぞれのステップに以下を含める：
  - 変更対象（ファイル/ディレクトリ/コンポーネント/関数など）
  - 変更内容（何をどう変える）
  - 依存関係（先に必要な作業、マイグレーション、設定変更）
  - リスクと回避策（破壊的変更、互換性、既存機能への影響）

### 4. Testing
- 追加・更新すべきテスト（ユニット、統合、E2E、回帰）
- 主要なテストケース（正常系/異常系/境界値）
- 手動確認が必要な観点（UI、権限、パフォーマンスなど）

### 5. Confirmation Questions（任意だが推奨）
- 計画の精度を上げるために確認したい点を最大 5 件まで
- ただし「質問しないと計画が成立しない」もの以外は書かない

## 文章のスタイル
- 日本語で、簡潔かつ実務で使える粒度
- 曖昧語（適宜、よしなに、いい感じに）は避ける
- 可能なら「チェックリスト」として実行しやすい形にする

詳細については カスタムエージェントの定義 を参照して下さい。

エージェントで使用する tools 指定の構造が整理され、VS Code と GitHub の両環境で同じエージェント定義を使いやすくなりました。既存の設定はそのまま動作し、必要に応じて最新形式への更新を VS Code の Code Action で案内されます。

画像の例では、Code Actoinでfetchをweb/fetchに変更してくださいと案内されています。

設定: chat.customAgentInSubagent.enabled
chat.customAgentInSubagent.enabledを有効にすることで、サブエージェントとしてカスタムエージェントを選択できるようになりました。

カスタムエージェントとしてSimple Plannerも追加して試してみましょう。

---
description: 新機能追加やリファクタリングのための簡易な実装計画を作成します。
name: Simple Planner
infer: true
tools: ['search']
---

# 役割

あなたは **実装計画を作るためのサブエージェント** です。  
新機能追加や既存コード改善について、**実装に入る前の計画だけ**を整理します。

## 制約
- コードは書かない
- 修正案やパッチは出さない
- 計画のみを簡潔にまとめる

## 出力形式（Markdown）

### Overview
- 目的と概要

### Plan
- 実装の大まかな手順（箇条書き）

### Testing
- 想定されるテスト観点（簡潔に）

必要に応じて、最後に **確認したい前提条件** を数点挙げてください。

これで今は、PlannerとSimple Plannerの二つのカスタムエージェントが定義されていることになります。

この状態でchat.customAgentInSubagent.enabledにチェックを入れて、
カスタムエージェントでPlannerを選択し、
「どのサブエージェントを使用できますか？使用できるサブエージェントの名称のみ出力してください。」と尋ねると、

利用可能なサブエージェント一覧に
Planner（※自分自身もサブエージェントに使用できる）
Simple Planner
Plan（※組み込みで定義済みのエージェント）
が表示されカスタムエージェントが使用できることが分かります。

定義したカスタムエージェントをサブエージェントとして選択されないようにするには、カスタムエージェント定義ファイルのinferをfalseに設定します。

infer: false

Simple Plannerのinferをfalseに設定して、再度同じように尋ねると、今度はSimple Plannerが除外されていることが確認できます。

注意点としてinferで除外しても、名指しでサブエージェントとして利用したいと言えば普通に選択されます。
あくまで、エージェントが勝手に選択しないようにするためのメタ情報になっています。

詳細についてはチャットでサブエージェントを使用する方法 を参照して下さい。

設定: chat.useClaudeSkills
chat.useClaudeSkillsを有効にすることで、VSCode上でもClaued CodeのSkillsが使用できるようになりました。

VS Code は、次の 2 種類のスキルを読み込むことができます。

• 個人用スキル：~/.claude/skills/skill-name/SKILL.md に置いたもの
• プロジェクト用スキル：ワークスペース内の .claude/skills/skill-name/SKILL.md に置いたもの

スキルを定義して認識できるか確認してみましょう。

---
description: 長い文章を短く要約します。
---

# Summarize Text Skill

このスキルは、与えられた文章を簡潔に要約します。

## 指示
- 要点を3〜5行でまとめる
- 詳細な説明や背景は省く
- 箇条書きで出力する

summarize-textというスキルを、ワークスペース上で定義しました。

エージェントに、
「使用可能なスキル一覧をスキル名称のみで出力してください。」
と尋ねると、

summarize-textが出力されスキルが認識されていることが確認できます。

ただ、何度か試してみると全く関係ないスキルが羅列されたりと挙動が不安定なようです。
まだ実験的なので改善待ちですね。

なお、allowed-tools 属性は VS Code ではサポートされていないのでご注意ください。
また、エージェントモードではSKILL.mdが読み込めるようにread-fileツールを有効にしておく必要があります。

設定: inlineChat.enableV2
inlineChat.enableV2を有効にすると、インラインチャットで対応できないタスクはChatビューにアップグレードされるようになります。

これは単一ファイル内で完結できない別ファイルが絡む指示をした場合などが当てはまります。

試しに別ファイルが絡む指示を出してみましょう。
指定行を選択後、「Ctrl + I」を押下しインラインチャットで「このコードを別ファイルに移動して」と指示すると、

Chat ビューにアップグレードする確認画面が表示されます。

「[チャット]ビューで続行」を選択すると、そのままモデルとコンテキストを引き継いでプロンプトが再生されます。

以前は、単一ファイルで完結できない指示に対して、生成AIはコメントで指示を返すだけでした。
VS Code 1.107 のinlineChat.enableV2では、生成AIが自動でチャットビューに切り替わり、複数ファイルを扱う指示もそのまま実行できるようになっています。

言語モデル管理の一覧表示が改善され見やすくなりました。
以前は、各プロバイダ毎に画面を切り替えて表示していましたが、1画面でフィルターを使って表示制限する方式に変更されました。

言語モデル管理はCtrl + Shift + PでコマンドパレットからChat: Manage Language Modelsと検索するか、
チャットの言語モデル選択の「モデルの管理」を選択すると表示されます。

各モデル毎のコンテキストサイズや機能、プロバイダがCopilotの場合Premium Requestsの乗数（消費の重み）も一覧から確認できます。

APIキーを入力して自分が追加したプロバイダも一覧で確認できます。

名前の左側にマウスカーソルを移動すると可視性のアイコンが表示され、必要な言語モデルのみに絞り込むことが可能です。

こうしておくことで必要な言語モデルだけ表示できるようになります。