Skip to content

Conversation

connor4312
Copy link
Member

@connor4312 connor4312 commented Jul 24, 2025

This adds an on-by-default MCP autorun setting, which will start any new
or changed MCP servers when a chat request is sent. When the setting is
on, we will no longer show the infamous 'refresh' indicator. We also
now respond to changes in existing mcp.jsons server definitions as a
signal that we need to refresh the tools.

This also means we need a new take on trust. We don't want a
prompt-injected model to be able to add an MCP server in the workspace
that's silently run on the next chat request. For user level settings,
there's no change -- these are outside the workspace and editing by the
agent is generally disallowed.

For workspace-level servers, users are asked to trust the server the
first time they run it or whenever its definition changes. If they
decline, we won't prompt them again, but they can still manually choose
to run it later on. We also nicely group servers together to avoid a
flurry of prompts. This is what that looks like. In the case of multiple
servers, users can pick ones they wish to trust, or not.

image

This gets most of the way there but I need to do more testing so I will
not merge this yet.

Closes #248010

This adds an on-by-default MCP autorun setting, which will start any new
or changed MCP servers when a chat request is sent. When the setting is
on, we will no longer show the infamous 'refresh' indicator. We also
now respond to changes in existing mcp.jsons server definitions as a
signal that we need to refresh the tools.

This also means we need a new take on trust. We don't want a
prompt-injected model to be able to add an MCP server in the workspace
that's silently run on the next chat request. For user level settings,
there's no change -- these are outside the workspace and editing by the
agent is generally disallowed.

For workspace-level servers, users are asked to trust the server the
first time they run it or whenever its definition changes. If they
decline, we won't prompt them again, but they can still manually choose
to run it later on. We also nicely group servers together to avoid a
flurry of prompts. This is what that looks like. In the case of multiple
servers, users can pick ones they wish to trust, or not.

This gets most of the way there but I need to do more testing so I will
not merge this yet.

Refs #248010
@connor4312 connor4312 self-assigned this Jul 24, 2025
@vs-code-engineering vs-code-engineering bot added this to the July 2025 milestone Jul 24, 2025
DonJayamanne
DonJayamanne previously approved these changes Jul 24, 2025
@DonJayamanne
Copy link
Contributor

@connor4312 you have failures

@connor4312 connor4312 force-pushed the connor4312/mcp-autorun branch from f754c67 to 3a5f4ae Compare July 24, 2025 14:49
@connor4312 connor4312 merged commit a9448f7 into main Jul 24, 2025
18 checks passed
@connor4312 connor4312 deleted the connor4312/mcp-autorun branch July 24, 2025 15:02
@vs-code-engineering vs-code-engineering bot locked and limited conversation to collaborators Sep 7, 2025
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

"New tools available" button needs UI/UX polish
3 participants