💻 6月3日の MS Build で開催される VS Code Live に参加しましょう。

Visual Studio Code 1.118

フォローはこちらから: LinkedIn, X, Bluesky

リリース日: 2026年4月29日

ダウンロード: Windows: x64 Arm64 | Mac: Universal Intel silicon | Linux: deb rpm tarball Arm snap

Visual Studio Code 1.118リリースへようこそ。今回のリリースでは、Copilotエージェントを活用できる範囲を拡大し、より効率的に作業できるようにしました。今回のハイライトは以下の通りです。

  • リモートコントロール: 進行中のCopilot CLIセッションを、GitHub.comやモバイルからリモートで追跡・制御できます。

  • コードベース検索: あらゆるワークスペースでのセマンティック検索と、GitHubリポジトリおよび組織を横断したテキスト検索で、必要なコードを見つけ出します。

  • スキル専用コンテキスト: スキルの実行を分離することで、メインのチャットを集中させ、回答の精度を維持します。

  • チャットセッションのインサイト: チャット履歴をスタンドアップレポート、ヒント、過去の作業に関する回答へと変換します。

  • エンタープライズ管理: 管理者が信頼する組織にAI機能へのアクセスを制限できます。

  • トークン効率の向上: トークン消費量を削減し、すべてのリクエストでより多くの成果を得られます。

ハッピーコーディング！

エージェントのエクスペリエンス

Visual Studio Code Agents (Insiders)

注意: Visual Studio Code Agentsアプリは現在プレビュー版であり、VS Code Insidersをインストールしている場合にのみ利用可能です。

Visual Studio Code Agentsアプリは、VS Code Insidersに同梱されるコンパニオンアプリです。リポジトリを横断した並行セッションを実行したり、多段階のコーディングタスクを反復したりするための、エージェントネイティブな環境を提供します。私たちは1.115で初めてAgentsアプリを導入し、ユーザーのフィードバックに基づいて継続的に改良を行っています。

今回のリリースでは、VS Code Insidersのタイトルバーから直接Agentsアプリを検出できるようになり、エージェントを活用したワークフローへ容易に移行できるようになりました。また、使い始めの助けとなるAgentsドキュメントも公開しました。

最近の機能ハイライトは以下の通りです。

  • VS CodeとAgents間での状態共有: AgentsアプリはVS Code Insidersとより多くの状態を共有し、両者間のスムーズな移行を実現します。これには認証（Windows上）、AIのカスタマイズ、ワークスペースの信頼設定、最近使用したフォルダー、キーボードショートカットが含まれます。

  • Claudeエージェント: ClaudeエージェントがAgentsアプリで利用可能になりました。Copilot CLIやCopilot Cloudといった他のエージェントと併用してコーディングタスクに活用できます。

  • Webクライアント: insiders.vscode.dev/agentsからブラウザ経由でAgentsのエクスペリエンスにアクセスできます。これにより、Dev Tunnel（code-insiders tunnel経由）が実行されているあらゆるマシンで、エージェントネイティブなワークフローを実現します。開始するには、VS Code Insidersをダウンロードし、code-insiders tunnelを実行してDev Tunnelをセットアップしてください。その後、Webから接続可能です。

  • バックグラウンドブラウザ: 統合ブラウザはセッションをまたいで保持されるため、セッションに戻った際に再読み込みされなくなりました。これにより、エージェントの作業中に変更のプレビューを行う際のコンテキスト切り替えがスムーズになります。

  • 変更のレイアウトコントロール: エージェントが変更を行った際、Diffビューをチャットビューと並べて開くか、モーダルウィンドウで開いて変更に集中することができます。Diffビューツールバーのレイアウトコントロールを使用して、表示モードを切り替えてください。

  • 動的なタイトルバーエントリポイント: VS Code InsidersとAgentsアプリをワンクリックで切り替えられます。VS Code InsidersのタイトルバーからOpen in Agentsを選択してAgentsアプリに移動するか、AgentsのタイトルバーからOpen in VS Codeを選択してInsidersエディタに戻ることができます。

皆様のフィードバックがAgentsのエクスペリエンスを形作ります。GitHubでIssueを作成して、引き続きご意見をお寄せください。また、既存のIssueを確認し、他のユーザーの報告に対するフィードバックを提供することも可能です。

Copilot CLIセッションのリモートコントロール (実験的)

設定: github.copilot.chat.cli.remote.enabled Open in VS Code Open in VS Code Insiders

以前は、Copilot CLIセッションに関与するには、開始したマシンにいる必要がありました。デスクを離れている間にエージェントが承認待ちや質問のために一時停止すると、戻るまで作業が停滞していました。リモートコントロール機能を使えば、進行中のCopilot CLIセッションをどこからでも監視・操作できるため、マシンに縛られず柔軟に作業を進められます。

Copilot CLIのリモートコントロールを使用すると、Copilot CLIセッションがバックグラウンドで実行されている間、他のデバイス（GitHub.comまたはGitHubモバイルアプリ）から進捗を確認し、承認に応答し、作業を制御できます。

リモートコントロールを試すには：

  1. github.copilot.chat.cli.remote.enabled Open in VS Code Open in VS Code Insiders 設定を有効にします。
  2. Copilot CLIチャットで /remote on を入力して開始します。

いつでも /remote を実行してリモート制御の状態を表示するか、/remote off でリモート制御を無効にできます。

Copilot CLIのセッションタイトル同期

チャットセッションのタイトルは、セッションリスト、チャットエディタタブ、ヘッダー、Copilot CLIターミナルインターフェースなど、さまざまなチャット表面で一貫した識別子として使用されます。Copilot CLIセッションを名前変更した場所によっては、他のチャット画面で古いタイトルが表示されることがありました。

VS Codeは、Copilot SDKのセッションタイトルAPIを信頼できる情報源（Source of Truth）として採用しました。セッションリストとチャットエディタのヘッダーは単一のタイトルリゾルバーを介してルーティングされ、画面間でのタイトルの一貫性が保たれます。セッションの起源に関わらず、名前変更を行うと、チャットセッションリスト、チャットエディタタブとヘッダー、およびターミナルでの copilot --resume はすべて同期されるようになりました。

Copilot CLIのターミナルで行われた名前変更も、次回のセッションメタデータ読み込み時にVS Codeに反映されます。

CopilotがデフォルトでGitの共同作成者（co-author）に追加されるように変更

VS Codeは、チャットおよびエージェントのワークフローにおいて、GitのAI共同作成者機能をデフォルトで有効にします。Copilotがファイルに変更を加えると、Copilotが自動的にそのコミットの共同作成者として追加されます。

デフォルトの動作を変更するには git.addAICoAuthor Open in VS Code Open in VS Code Insiders を使用してください。

コードベース検索とコンテキスト

GitHub以外のリポジトリに対するセマンティックインデックスを全ユーザーに展開

Copilotに「ユーザー認証はどこで処理している？」といった質問をした際、エージェントはあなたの曖昧な意図を、該当する正確なファイルやシンボルへと変換する必要があります。プレーンテキスト検索は入力した文字と一致するだけなので、コードベースで異なる用語が使われている場合、関連するコードを見逃すことがよくあります。セマンティックインデックスを使用すると、エージェントは「意味」で検索できるため、コード内に「authentication（認証）」という単語が一度も出現しなくても、login、signIn、verifyCredentials、OAuth token exchangeといった関連用語を使用しているファイルを見つけ出すことができます。これにより、エージェントの回答と編集の根拠がより強固になります。

セマンティックインデックスは現在、すべてのワークスペースで利用可能です。以前は、GitHubまたはADOリポジトリを使用するワークスペースに限定されていました。

セマンティックインデックスは自動的に構築および保守されます。GitHubやADOリポジトリを使用するワークスペースは通常すぐにセマンティック検索を利用できますが、それ以外のワークスペースでは初期インデックスの構築に数分かかる場合があります。また、Build Codebase semantic indexコマンドを使用して、現在のワークスペースのインデックスを明示的に構築することもできます。

セマンティック検索は、Copilotが回答を生成したり編集を提案したりする際にワークスペースを理解するために使用する多くのツールの一つです。Copilotはタスクに最適なツールを選択するため、基本的にユーザーが検索方法を細かく管理する必要はありません。セマンティック検索やCopilotが使用するその他のツールの詳細については、How Copilot understands your workspaceのドキュメントを確認してください。

リポジトリまたは組織を横断したGitHubテキスト検索

エージェントが現在のワークスペース外のコードで正確な文字列、API名、エラーメッセージを調べる必要がある場合、セマンティック検索が常に適しているとは限りません。曖昧な一致ではなく、既知のリポジトリや組織全体での正確な一致が必要な場合があります。

これをサポートするために、Copilotには組み込みの githubTextSearch エージェントツールが含まれるようになりました。これは、GitHubリポジトリやGitHub組織全体のコードに対してgrepスタイルの検索を行うものです。これは既存の githubRepo ツール（GitHubリポジトリ内のセマンティック検索を実行）を補完します。これらのツールを組み合わせることで、エージェントは現在作業中のコードベース以外の場所からも、より詳細に学習できるようになります。

イシューやプルリクエストの検索・管理など、より高度なGitHub機能については、GitHub MCP serverの利用を検討してください。

スキル専用コンテキスト (実験的)

設定: github.copilot.chat.skillTool.enabled Open in VS Code Open in VS Code Insiders

多段階のツール呼び出しを実行したり、大規模な参照資料を読み込んだりするスキルを使用する場合、その補助的なコンテンツがメインのチャットコンテキストを圧迫し、後続の応答品質を低下させることがあります。

今回、メインの会話からその実行を分離する専用のサブエージェントコンテキストでスキルを実行できるようになりました。これにより、プライマリコンテキストは集中状態を保ち、スキルの回答品質も高く維持されます。

スキルを専用のサブエージェントコンテキストで実行するには、SKILL.mdのフロントマターでcontext属性を設定してください。

---
name: my-skill
description: My skill description
context: fork
---

この機能は実験的なものであり、 github.copilot.chat.skillTool.enabled Open in VS Code Open in VS Code Insiders 設定を有効にする必要があります。

ワークスペースの .mcp.json ファイルとサーバーの重複排除

Copilot CLIなどの他のツールと連携し、MCPサーバーを宣言するためのワークスペースレベルの .mcp.json ファイルのサポートを追加しました。

さらに、同じ名前を共有するMCPサーバーを重複排除する動作を導入しました。デフォルトでは最も具体的なMCPサーバーのみが有効になり、サーバーを有効にすると同名の他のサーバーは無効になります。どのMCPサーバーが有効かは、拡張機能ビューで @mcp @installed を検索するか、Chat: Open Customizationsウィンドウから制御できます。

トークン効率の向上

GitHubは4月27日、2026年6月1日からCopilotが従量課金制（usage-based billing）へ移行することを発表しました。プランの価値を最大限に引き出すため、私たちはエージェントの品質を損なうことなくトークン効率を向上させるいくつかの取り組みを進めてきました。以下に説明する改善のほとんどは既に実装されています。オプトイン設定が可能な場合は、該当セクションでその旨を記載しています。

プロンプトキャッシングの効率化

過去数回の反復を通じて、エージェントの動作を変更することなく、システムプロンプト、ツール、会話履歴、要約にわたるキャッシュの再利用を改善してきました。実際には、反復的なコンテキストは、はるかに低いトークンレート（例えば、Anthropicモデルの場合は約10分の1）で課金されるため、長く多段階のエージェントワークフローでのコスト削減に寄与します。

戦略的なキャッシュブレークポイントの配置。 システムプロンプトの末尾、ツールの末尾、直近のツールターンの末尾、会話ターンの境界など、安定した境界にキャッシュブレークポイントを設定することで効率的に使用できるよう監査を行いました。結果として、エージェントセッションが開始されると、各リクエストの93%以上が新しい入力として課金されるのではなく、キャッシュから再利用されます。

キャッシュが安定したシステムプロンプトとツールリスト。 キャッシュされたプレフィックスは、その前のバイトデータが安定している場合にのみ有効です。システムプロンプトとツール登録のパスをレビューし、リクエスト間でバイトデータがずれる原因を取り除きました。例えば、新しい chat.experimental.symbolTools.cacheStable Open in VS Code Open in VS Code Insiders は、どの言語がロードされているかに関係なく変化する説明ではなく、静的な説明で vscode_renameSymbol および vscode_listCodeUsages を登録します。これにより、セッションの途中で言語拡張機能がアクティブになっても、リクエストが変更されず、キャッシュがリセットされなくなりました。また、ツールリストを再順序付けし、遅延ツールと非遅延ツールを予測可能にグループ化することで、ターン間でツール配列のバイト数を同一に保っています。

キャッシュフレンドリーなバックグラウンドコンパクション。 セッションが長くなると、エージェントがコンテキスト不足に陥らずに動作し続けられるよう、バックグラウンドで古いターンを要約します。モデルは、必要な時に以前のターンのツール結果や詳細を参照できます。これらのバックグラウンドでの要約は、メインエージェントと同じキャッシュされたコンテキストを再利用するため、長期にわたる多段階セッションが著しく効率的になります。

直近2メッセージのブレークポイント戦略。 長いエージェントセッションでは、古いターンはやがてキャッシュ可能なウィンドウから外れます。現在、キャッシュブレークポイントをシステムプロンプト、ツールリスト、および最新の2つのメッセージに固定しています。これは現在、 github.copilot.chat.anthropic.cacheBreakpoints.lastTwoMessages Open in VS Code Open in VS Code Insiders 設定の背後で利用可能です。

ツール検索ツール

ツール検索ツールは、エージェントのツールセットを2つのグループに分けることで、リクエストを軽量に保ちます。ツール呼び出しの約88%をカバーする、コンパクトな常に利用可能な約30個のコアツールは常に含まれます。残りのツールは遅延されます。つまり、モデルが明示的に要求するまで、そのスキーマはモデルのコンテキストにロードされません。エージェントが遅延機能が必要な場合、tool_searchを呼び出し、クライアントサイドで埋め込みベースのセマンティック検索を実行し、要求に応じて最も関連性の高い一致を返します。

その結果、すべてのターンで安定してキャッシュ可能なプレフィックスが得られ、ターンごとのツールフットプリントが大幅に削減される一方、エージェントは引き続きフルツールセットにアクセスできます。

ツール検索ツールは、Anthropicモデル（Claude Sonnet 4.5+およびOpus 4.5+）では既にデフォルトで有効になっており、最大20%のトークン節約が観測されています。今回のリリースでは、Responses APIを介してサポート対象のOpenAIモデル（GPT-5.4およびGPT-5.5）にも展開しており、Insidersでの初期結果では同等以上の節約が見られています。GPTモデルでツール検索ツールを使用するには、 github.copilot.chat.responsesApi.toolSearchTool.enabled Open in VS Code Open in VS Code Insiders 設定を有効にしてください。

検索と実行のための新しいツール

今回のリリースでは、Search（検索）とExecution（実行）という2つの新しい専門的なエージェントツールが追加されました。どちらも実行コストが大幅に低い、目的特化型の小型モデルによって駆動されます。1か月以上にわたるフライト（試験的運用）の結果、最大20%のトークン削減という有望な結果が得られています。

エージェント的検索ツール

エージェント的検索ツールは、コードベースの探索とコンテキストの取得を処理します。メインエージェントがコンテキストを必要とする際、探しているものを平易な言語で記述し、検索ツールが引き継ぎます。その後、検索ツールはgrep、ファイル検索、セマンティック検索、ファイル読み込みを使用してワークスペースを検索する独立したプロセスを実行し、最も関連性の高い結果を返します。

このツールの裏側では、微調整された小型言語モデルが駆動しており、最小限のターン数で多くの検索を並列実行するように訓練されています。この狭いスコープにより、検索品質を犠牲にすることなく、低レイテンシと低コストを維持しています。

今後1か月かけて展開を継続し、すべてのCopilot Chatユーザーにこれらの節約効果をもたらします。

エージェント的実行ツール

エージェント的実行ツールは、ターミナルコマンドの実行に関連するすべてを処理します。エージェントがテストの実行やビルドチェックを行う必要がある場合、そのタスクを実行ツールに引き渡し、ツールがコマンドを実行して結果を報告します。スコープを厳格に保つため、実行ツールはターミナルコマンドのみを実行でき、1回の呼び出しにつき最大10回のターミナル呼び出しに制限されているため、無限ループは発生しません。

ターミナルの出力は長く騒がしくなりがちです。タスク完了後、実行ツールはその出力をコーディングエージェントが実際に必要とするものだけにフィルタリングし、関連部分のみを返します。メインモデルからこの作業を高速で小型のモデルへオフロードすることで、詳細な出力がトークン消費を食いつぶすのを防ぎます。

チャットのパフォーマンスと履歴

OpenAIモデルでWebSocketをサポート

それをサポートするOpenAIモデルでは、チャットリクエストはResponses API上のWebSocketモードを使用します。ターンごとに新しいHTTPリクエストを開く代わりに、VS Codeは永続的なWebSocket接続を維持し、新しい入力項目と以前の応答IDのみを送信します。サーバー側で会話状態を保持するため、特に多くのやり取りが発生するエージェントワークフローにおいて、リクエストサイズとレイテンシが減少します。測定によると、WebSocketの使用によりOpenAIモデルは12%高速化しました。

WebSocketモードは、選択されたモデルがサポートしていれば自動的に使用され、設定は不要です。

Chronicle (実験的)

設定: github.copilot.chat.localIndex.enabled Open in VS Code Open in VS Code Insiders

Copilotへの依存度が高まるにつれ、チャット履歴は、あなたが何に取り組み、どのファイルに触れ、どのPRやイシューを参照したかを示す貴重な記録となります。しかし、その履歴を振り返るのは困難です。過去のセッションをスクロールして昨日何をしたかを思い出すことや、スタンドアップの準備をすることは時間がかかり、セッションを横断して質問したり、自分自身の使用パターンから学ぶための簡単な方法もありません。

Chronicleは、あなたのチャットインタラクションをローカルのSQLiteデータベースで追跡することで、この問題を解決します。チャットするたびに、セッションメタデータ（ブランチ、リポジトリ、タイムスタンプ）、会話ターン、ツール呼び出し経由で触れたファイル、外部参照（PR、イシュー、コミット）を記録するため、必要に応じてコーディング活動を検索・要約できます。Chronicleはまた、使用状況を分析し、プロンプトやツールの使用方法を改善するためのパーソナライズされたヒントを提供します。

Chronicleは、セッション履歴をクエリし、コーディング活動に関する洞察を得るためにチャット内で使用できるコマンドをいくつか公開しています。

  • /chronicle:standup: 過去24時間のコーディングセッションからスタンドアップレポートを生成し、機能/ブランチごとにグループ化し、要約、ファイルリスト、PRリンクを表示します。

  • /chronicle:tips: 7日間の使用状況を分析し、プロンプト、ツール使用、ワークフローに関するパーソナライズされたヒントを提供します。

  • /chronicle [query]: セッション履歴に対する自由形式の自然言語クエリ（例：「昨日編集したファイルは何？」）。

この機能は実験的なものであり、 github.copilot.chat.localIndex.enabled Open in VS Code Open in VS Code Insiders 設定を有効にする必要があります。

信頼とセキュリティ

承認されたアカウント組織ポリシー

企業は、ChatApprovedAccountOrganizationsデバイスポリシーを使用することで、承認されたGitHub組織のメンバーシップに基づいてチャットや関連するAI機能の有効化を制御できるようになりました。

このポリシーは、組織がGitHubアカウントベースのポリシーをチャットのエントリポイント全体にわたって一貫して適用するのに役立ちます。チャット機能は、（1）ユーザーが承認された組織のメンバーシップを持つGitHubアカウントにサインインし、（2）アカウントベースのポリシーが解決されるまで有効化されません。このフェイルクローズ（fail-closed）動作は、GitHub.comでアカウントベースのポリシーを設定しており、チャットが表示される前に資格を確認する必要がある企業にとって有益です。

エンタープライズポリシーの詳細をご覧ください。

サンドボックスのデフォルトの読み取り権限

$HOMEディレクトリ下のすべてのパスに対して、読み取りアクセスが自動的に有効になることはなくなりました。この更新によりサンドボックスの分離が強化され、コマンドが明示的に必要とするファイルのみにアクセスすることが保証されます。

サンドボックス内でコマンドが実行される前に、実行するコマンドに基づいて読み取り権限が追加され、$HOMEディレクトリ内の他のすべてのパスに対する読み取りアクセスは拒否されます。任意のパスにアクセスしようとすると、読み取り権限の拒否により失敗します。

デフォルトでは、ワークスペースフォルダーとサンドボックスの一時フォルダー（実行時にサンドボックス構成を管理）には、$HOMEディレクトリ下での読み取りアクセス権が与えられます。

アクセシビリティ

質問カルーセルからターミナルにフォーカスするキーボードショートカット

設定: accessibility.verbosity.chatQuestionCarousel Open in VS Code Open in VS Code Insiders

ターミナルのインタラクションによってトリガーされた質問カルーセルを介してCopilotが質問する際、⌥T (Windows, Linux Alt+T)を押すと、素早くターミナルにフォーカスを戻すことができます。以前は、戻る唯一の方法はFocus Terminalボタンを選択することでした。

ボタンのARIAラベルにもキーバインドのヒントが含まれるようになり、スクリーンリーダーユーザーにとってより分かりやすくなりました。カルーセルのARIAラベルにナビゲーションのヒントを表示するかどうかは、 accessibility.verbosity.chatQuestionCarousel Open in VS Code Open in VS Code Insiders 設定で制御できます。

エディターエクスペリエンス

Webviewでの大規模なローカルリソースの読み込みを最適化

Webviewがローカルリソースを読み込む方法を最適化し、速度向上とメモリ使用量の削減を図りました。この変更は、Webviewやカスタムエディタを使用するすべての拡張機能、およびノートブックレンダリングなどの組み込みVS Code機能に恩恵をもたらします。

VS CodeのWebviewは、ワークスペースやホストのファイルシステムからリソースを読み込むためにサービスワーカーを使用しています。サービスワーカーはローカルファイルへのリクエストをインターセプトし、VS Codeのファイルシステム呼び出しを介してプロキシします。これにより、ディスクからだけでなく、拡張機能が提供する仮想ファイルシステムからもリソースを読み込むことができます。

以前は、ファイルシステムのリクエストに対して、VS Codeはファイル全体をバッファに読み込んでから、Webviewのサービスワーカーに送信していました。これは少数の小さなJavaScriptや画像ファイルには機能しますが、数GBから数百MBのビデオファイルを20個読み込む場合には適していません。

現在、ファイルの内容をチャンク（断片）に分けてサービスワーカーにストリーミングしています。このアプローチにより、応答性が向上し、ブラウザエンジンに渡す前にVS Codeが蓄積しなければならないデータ量も削減されます。

転送可能ストリーム（transferable streams）を採用することで、ストリーミングをさらに最適化しました。ファイルストリームはメインのVS Codeレンダラープロセスで作成され、Webviewのサービスワーカー内の new Response(...) によって直接消費されます。これにより、以前は複数のレイヤーを必要としていた postMessage 呼び出しが回避されます。

言語

TypeScript 7.0 Betaのサポート

VS CodeのTypeScript 7サポートを改善するため、TypeScriptチームと引き続き協力してきました。TypeScript 7はネイティブコードで全面的に書き直されており、劇的に優れたパフォーマンスを提供します。

TypeScript 7.0ベータは言語機能を改善し続けており、エディタの品質向上に関する改善も多数含まれています。また、TS 7.0を試し、現在の安定版であるTS 6.0リリースと切り替えることも以前より簡単になりました。

VS CodeでTS 7.0を試すには、TypeScript Native preview extensionをインストールするだけです。

拡張機能への貢献

Chat Customizations Evaluation拡張機能

プロンプトファイル、カスタムエージェント、指示、スキルなどのチャットカスタマイズを分析し、改善するための新しい拡張機能、Chat Customizations Evaluations（拡張機能ID ms-vscode.vscode-chat-customizations-evaluations）を追加しました。カスタマイズファイルを分析した後、拡張機能はファイル内で検出された問題に対する診断を生成し、改善のための推奨事項を提供します。

プロンプト、エージェント、指示、またはスキルの定義ファイルを開き、Analyzeを選択して評価します。診断が表示されたら、カスタマイズ評価修正スキルを使用して推奨される変更を適用します。

リモート開発

Remote Development拡張機能を使用すると、Dev Container、SSH経由のリモートマシン、Remote Tunnels、またはWindows Subsystem for Linux (WSL)を、フル機能の開発環境として使用できます。

Dev Container Featuresのロックファイルをデフォルトで有効化

設定: dev.containers.lockfile Open in VS Code Open in VS Code Insiders

ロックファイル devcontainer-lock.json をデフォルトで有効にします。ロックファイルは、Featureが初めてインストールされた時にそのバージョンとチェックサムを記録し、サプライチェーン攻撃に対する耐性を高めるためにその特定のバージョンとチェックサムに固定します。

より新しいバージョンが利用可能な場合、エディタは devcontainer.json ファイル内のDev Container FeaturesにCode Lensを表示します。

Dependabotサポートも利用可能で、ロックファイルを更新するためのPRを自動的に提出できます。

詳細については、Dev Container仕様のDev Container Feature Lockfileを参照してください。

エンジニアリング

TypeScript 7による開発ビルドの高速化

VS Codeの開発用監視タスクは、型チェックにTypeScript 7を使用するようになりました。これにより、コードベースのビルドと完全な型チェックにかかる時間が大幅に短縮されます。

以前は、メインのVS Codeプロジェクト内の約6,000ファイルの型チェックに約60秒かかっていました。TypeScript 7により、新規ビルドでこれが約10秒に短縮されました。監視ビルドタスクを開始してから、VS Codeと組み込み拡張機能のすべてがビルドされ、完全に型チェックされるまで、現在では約30秒かかります。

非推奨の機能と設定

今リリースの新しい非推奨機能

なし

今後の非推奨機能

  • Edit Modeは、VS Codeバージョン1.110をもって正式に廃止されました。ユーザーはVS Code設定 chat.editMode.hidden Open in VS Code Open in VS Code Insiders This setting is managed at the organization level. Contact your administrator to change it. を通じて一時的にEdit Modeを再有効化できます。この設定はバージョン1.125までサポートされます。バージョン1.125からは、Edit Modeは完全に削除され、設定を通じて有効にすることはできなくなります。

ありがとうございます

イシュートラッキングへの貢献

vscodeへの貢献

vscode-pull-request-github への貢献

新機能をすぐに試していただくことに感謝しています。頻繁にチェックして、新機能について学んでください。

以前の VS Code バージョンのリリースノートを読むには、code.visualstudio.com の Updates にアクセスしてください。

© . This site is unofficial and not affiliated with Microsoft.