Visual Studio Code 1.120
Learn what's new in Visual Studio Code 1.120 Read the full article
- Agents window is now available in Visual Studio Code Stable as a preview for working across multiple agents and projects
- Markdown preview for diffs to review Markdown content instead of syntax
- Command risk assessment to assess the risk of terminal commands before they run
- Token optimization to reduce context window usage by compressing large terminal output
- Navigate between recent sessions using arrow buttons in Agents window title bar
- Override VS Code settings per Agents window when different behavior is needed
- Discover Copilot CLI plugins automatically without requiring separate installation in VS Code
- Agents window preferences now persist across new sessions
- Discard changes directly from the Changes panel in Agents window
- Agents window now syncs upstream changes from base branch before agent work begins
- Changes panel actions are now more deterministic and complete more quickly
- Completed sessions in Agents window automatically display all agent edits by default
- Extensions that contribute static content such as themes, grammars, and keybindings now activate automatically in Agents window
- View BYOK model token usage and context window consumption for Anthropic, OpenAI, and other provider models
- Configure thinking effort for BYOK models to optimize token usage and costs
Visual Studio Code 1.120
Follow us on LinkedIn, X, Bluesky Release date: May 13, 2026 Downloads: Windows: x64 Arm64 | Mac: Universal Intel silicon | Linux: deb rpm tarball Arm snap Welcome to the 1.120 release of Visual Studio Code. This release brings the Agents window to Stable, improves BYOK model visibility and control, and adds Markdown quality-of-life improvements and agent safety features. Here are the highlights for this release:
- Agents window in Stable: Work in an agents-first way across all your projects with the new Agents window.
- BYOK improvements: Track and optimize token usage and configure thinking effort for your BYOK models.
- Markdown improvements: Review Markdown content instead of syntax with Markdown preview for diffs.
- Command risk assessment: Assess the risk of terminal commands before they run.
- Token optimization: Reduce context window usage by compressing large terminal output. Happy Coding! VS Code is rolling out gradually to all users. Use Check for Updates in VS Code to get the latest version immediately. To try new features as soon as possible, download the nightly Insiders build, which includes the latest updates as soon as they are available.
Agents
Orchestrate tasks across projects with the Agents window (Preview)
While VS Code is already used by millions of developers for agentic coding, its editor layout is primarily optimized for single-task, single-workspace workflows. To enable our users (and ourselves!) to work with multiple agents across multiple projects, we created a new type of window: Agents. The new Agents window is a companion to the editor you already know: purpose-built for agent-driven development, with a dedicated space to explore, iterate on, and review tasks across multiple projects, and seamlessly switch between them. And because VS Code is built for developer choice and flexibility, the Agents window lets you pick your agent harness, run agents on remote machines, and configure the environment the way you want it - color themes, keybindings, and extensions included. The Agents window has been available as part of VS Code Insiders in our past few releases, and with this release, it's now available as a preview in VS Code Stable. You can open the Agents window in several ways, including the "Open in Agents" button in the VS Code title bar. To learn more about how it works and what you can do with it, visit the Agents window documentation.
What's new?
If you've already been using the Agents window in Insiders, thank you! We've continued to act on your feedback, with the following improvements landing this week:
- Preferences persist across new sessions: Your last choices in dropdowns like agent harness and isolation mode are retained when you create new sessions.
- Discard changes more easily: You can discard edits directly from the Changes panel.
- Sync upstream changes in new sessions: A sync button on the Files panel lets you see upstream changes from the base branch and pull them in before the agent gets to work.
- More deterministic changes interactions: Actions in the Changes panel can complete more quickly as they're now deterministic.
- View all changes by default for completed sessions: When you open a session marked as done, you automatically get a view of the agent's full set of edits at a glance.
- Navigate between recent sessions: Use the arrow buttons in the top-left of the title bar to jump between recent sessions without leaving the window.
- Override settings per window: The Agents window now shares all of your VS Code settings, and you can override specific settings just for the Agents window when you want a different behavior there. Your feedback continues to be a great help in shaping Agents. Please file issues on GitHub or browse existing issues.
Extensibility
Extensions that contribute only static content, such as themes, grammars, languages, and keybindings, activate in the Agents window automatically. We also tested the top 100 Marketplace extensions, and some of those activate as well when installed in your default VS Code profile. For other extensions, you can opt them in by ID with the extensions.supportAgentsWindow setting. Any extension you enable this way needs to be installed in your default VS Code profile. "extensions.supportAgentsWindow": { "myextension.id": true } While we're still working on the broader extension story, we're looking to collaborate with extension authors on what extension enablement in the Agents window unlocks and how various extensions should behave in this environment. Whether you'd like to ideate on new scenarios that take advantage of running agents across projects, or share feedback on how your existing extension behaves in the Agents window, we'd love to collaborate with you through GitHub issues.
Discover Copilot CLI plugins automatically
Agent plugins installed with the GitHub Copilot CLI are picked up automatically by VS Code, so a single copilot plugin install covers both surfaces. Previously, you had to install the same plugin separately in VS Code or add its path to chat.plugins.paths .
Language models
With Bring Your Own Key (BYOK), you can use your own API keys from providers like Anthropic, OpenAI, and others to take advantage of your own billing or model hosting options. To learn more, see the BYOK documentation.
View BYOK model token usage
Managing a model's context window is key to getting good results and controlling costs. The model can lose track of important details from the conversation, and token usage can increase costs. This release brings better visibility into token usage for BYOK models, so you can keep an eye on the context window. Previously, when chatting with a model you brought via your own API key (Anthropic, OpenAI, or other), the control always displayed 0% and a zero-token count because token accounting was only working for built-in models. The context window control in the Chat view now shows accurate token usage and percent-full for BYOK models.
Configure thinking effort for BYOK reasoning models
Reasoning-capable language models allow you to configure their "thinking effort", which is a way to trade off between response quality and speed/cost. You can learn more in the thinking effort documentation. In this release, you can now configure the thinking effort for BYOK reasoning models directly from the model picker in the Chat view. The selected effort is forwarded to the model on every request, letting you trade off latency and cost against answer quality. Applies to: Bring-Your-Own-Key (BYOK) reasoning models served via OpenAI-compatible endpoints (OpenAI, xAI (Grok), OpenRouter, and custom OpenAI / Azure OpenAI deployments). Anthropic models already supported this; the control is now consistent across providers.
Model picker organized by provider
The model picker in the Chat view now groups models by their provider, making it easier to find the model you want when you have access to models from multiple sources. You can also search for models by name. Recently used models now display the provider name in grey text alongside the model name, so you can quickly distinguish between similarly named models from different providers. Tip You can quickly access the models by typing /models in the chat input.
Chat
Terminal tool output compression (Preview)
Setting: chat.tools.compressOutput.enabled Long terminal output from commands like git diff, ls -l, and npm install can consume a large share of the model's context window, which leaves less room for your code and the agent's reasoning. When you enable the chat.tools.compressOutput.enabled setting, VS Code post-processes the output of these commands before sending it to the model. Large unchanged hunks in diffs are collapsed, lockfile and snapshot diffs are dropped, ls -l is reduced to entry names, and npm install progress bars, deprecation warnings, and audit summaries are stripped. A short banner is prepended to any compressed output, so the model can see which filters fired and how to disable compression if it needs the raw text.
Risk assessment for terminal commands (Experimental)
Setting: chat.tools.riskAssessment.enabled To help you decide quickly whether a command is worth a closer look, terminal command confirmations now include a risk badge with an AI-generated explanation of what the command does. Each badge shows one of three levels along with a one-sentence summary tailored to the specific command:
- Safe (green): reads files or prints output without making changes.
- Caution (orange): modifies the workspace, installs packages, or sends data over the network.
- Review carefully (red): performs an action that may be difficult or impossible to undo, such as force-pushing to a remote or deleting files outside the workspace.
Plan mode control for Claude and Copilot CLI
Setting: chat.planWidget.inlineEditor.enabled When you use plan mode with the Claude agent or the Copilot CLI, VS Code shows an inline plan control that lets you review and shape the plan before the agent starts executing. This release brings several improvements to that flow:
- Edit the plan inline: Editing the plan now happens in an inline editor inside the control instead of opening a separate editor tab, so you can iterate on the plan without losing context.
- Clearer feedback mode: When you're providing feedback on a plan, the control shows clearer indications that you're in feedback mode and shows the feedback you've added so far.
- Disable the inline editor: Opt out of the inline editing experience and fall back to editing in a regular editor tab by configuring the chat.planWidget.inlineEditor.enabled setting.
Languages
Markdown preview for diffs (Preview)
When you open a Markdown file from the Source Control view, you can view the diff using VS Code's rendered Markdown preview instead of the raw source. This makes it much easier to spot meaningful changes, such as updated headings, new sections, modified images, or restructured lists, without having to mentally parse Markdown syntax line by line. The diff Markdown preview supports both a side-by-side diff view and an inline view. To try it, open a Markdown diff from Source Control (or any other diff editor) and use Reopen Editor With... to switch to the Markdown preview diff view. You can also open diffs in the Markdown preview by default with the workbench.diffEditorAssociations setting: "workbench.diffEditorAssociations": { "*.md": "vscode.markdown.preview.editor" } This feature is still a preview, so you might run into issues. We think it will be especially useful for reviewing documentation changes from agents or pull requests.
Markdown preview default changes
VS Code's built-in Markdown preview has been around for a while and a few of the original features aren't as necessary as they once were. This iteration we decided to disable two of these features by default:
- markdown.preview.doubleClickToSwitchToEditor : Double-clicking in the preview switches back to the source editor. Users often found it confusing as they wanted to use double click to make selections. We now have features like Reopen With that largely replace this functionality
- markdown.preview.markEditorSelection : Marks the currently selected line in the editor. We think it's less useful for modern workflows. You can re-enable these settings if you prefer the previous behavior.
HTML id support for Markdown path completions and validation
Our built-in Markdown path completions and link validation now recognize id attributes from HTML elements in Markdown files.