企业官网建设流程全解析

VSCode 1.100 更新速览刷屏：版本号破百，这版把力气全花在 AI 上

【免费下载链接】vscodeVisual Studio Code项目地址: https://gitcode.com/GitHub_Trending/vscode6/vscode

2025 年 5 月 8 日，Visual Studio Code 发布了 1.100 版本——这个"4 月里程碑"的版本号正式突破了三位数。在中文技术社区，围绕这次更新的讨论迅速升温：掘金上一篇《Visual Studio Code 1.100 版本更新速览》获得了超过 1.5 万次阅读、39 次点赞与 23 条评论，是同期 VSCode 相关文章中最热的一篇。

版本号破百本身只是仪式感，真正让社区刷屏的，是这版更新几乎把所有力气都花在了 AI 上：从 Chat 的自定义指令与可复用提示词文件，到 Agent 模式的加速与"对话摘要"机制，再到 MCP（Model Context Protocol）的 Streamable HTTP 与图片输出支持。本文将结合官方更新文档与仓库源码，逐项拆解这份 AI 浓度极高的更新清单，并回答一个实际问题：值不值得第一时间升级。

破百的 1.100：发布节点与"刷屏"背景

先厘清一个容易混淆的事实：1.100 的官方命名是"April 2025 (version 1.100)"，发布日为 2025 年 5 月 8 日，随后还发布了 1.100.1、1.100.2、1.100.3 三个修复版本，其中 1.100.1 主要解决安全问题。也就是说，虽然社区文章集中出现在 5 月中旬，但这不是一场突如其来的"新版本发布会"，而是 VS Code 每月一更的例行节奏里，恰好踩中了两位数到三位数的节点。

版本号破百对 VS Code 团队有独特的纪念意义——它标志着一个从 2015 年 1.0 起步的开源编辑器，在经历了近十年的高频迭代后依然保持稳定的月更节奏。在社区里，用户更关注的是：破百的这版，到底改了什么。而答案非常鲜明——AI。

AI 是绝对主角：逐项拆解更新清单

自定义指令与可复用提示词：AI 开始"记住"你的团队规范

1.100 把 Chat 的上下文管理做成了文件化、版本化的机制。新增的两类文件虽然都基于 Markdown，但定位截然不同：

• Instructions 文件（.instructions.md）：描述代码风格、技术栈选型等长期适用的"规则"，它不是独立的对话请求，而是随对话附加上下文。文件支持applyToFront Matter 头，例如applyTo: '**/*.ts'表示当对话涉及 TS 文件时自动附加对应规则。
• Prompt 文件（.prompt.md）：描述一个完整的、可复用的对话请求，支持mode（ask / edit / agent）与tools元数据，可以通过聊天输入框的/命令、编辑器工具栏的 Play 按钮或命令面板Chat: Run Prompt File...直接执行。

在仓库中，这两个机制的配置键定义在 promptSyntax/config/config.ts：

export const PROMPT_LOCATIONS_KEY = 'chat.promptFilesLocations'; export const INSTRUCTIONS_LOCATION_KEY = 'chat.instructionsFilesLocations';

而applyTo的语义——"如果对话中包含匹配 glob 的文件，就自动附加指令文件"——把 AI 行为从"每次手动告诉它"推进到了"按文件类型自动生效"。配合 Settings Sync，用户数据目录下的指令文件还可以跨机器同步。这意味着团队级、仓库级的 AI 行为规范首次有了第一等公民的地位。

Agent 模式提速：对话摘要与 prompt caching

1.100 对 Agent 模式（agent mode）做了两项与性能直接相关的改动：

一是**对话摘要（Summarized conversation history）**机制。Agent 模式的长对话里，上下文很容易撑爆；以前是 FIFO 式丢弃旧内容，这会导致 prompt 前缀不稳定、缓存失效。现在 VS Code 会把之前的对话压缩成一份"任务要点摘要"，保持 prompt 前缀稳定。这背后的直接收益是prompt caching——连续多轮请求可以复用缓存的前缀，每轮响应都更快。

二是编辑加速：Agent 模式支持了 OpenAI 的 apply patch 编辑格式（GPT-4.1、o4-mini）和 Anthropic 的 replace string 工具（Claude Sonnet 3.7/3.5），大文件上的编辑延迟显著下降。此外还新增了github.copilot.chat.agent.autoFix：Agent 模式的编辑引入新错误时，会自动检测并提议后续修复，无需你手动追加"把刚才的错误修掉"。

MCP 支持大升级：Streamable HTTP、图片输出、密钥安全

MCP 是本轮 AI 更新的重头戏。三个关键变化：

• Streamable HTTP 传输支持：这是 MCP 规范 2025-03-26 引入的新传输方式，VS Code 的实现向后兼容 SSE 服务器，配置方式与 SSE 完全一致。仓库中 mcpTypes.ts 的服务器类型定义直接标出了这一选项：

readonly transport?: 'sse' | 'streamable-http';

• 工具输出支持图片：MCP 服务器生成的图片可以作为工具结果返回。需要提醒的是，并非所有语言模型都能读取工具输出中的图片——例如 GPT-4.1 虽然具备视觉能力，但目前不支持从工具读取图片，这一点在官方文档中有明确标注。
• 密钥安全：MCP: Add Server命令生成配置时，现在会为密钥类字段生成inputs占位符而不是把明文写进配置，避免mcp.json被提交进仓库后泄露凭据。

配套的 MCP 配置增强还包括：MCP 服务器工具输入输出的 UI 展示增强、MCP 新增 progress 进度消息支持，以及工具注解（tool annotations）——标记了readOnlyHint: true的只读工具可以免确认直接运行。

更多 AI 工具：GitHub 仓库搜索、扩展查找、网页抓取

1.100 把 AI 的工具箱进一步扩宽：

• #githubRepo工具：不需要把仓库打开到本地，直接在对话里引用任意 GitHub 仓库（如#githubRepo microsoft/vscode），就能搜索其中的代码片段。配合指令文件可以设定工具使用策略。
• #extensions工具：在对话里搜索并安装 Marketplace 扩展，返回结果可直接安装。
• #fetch网页抓取工具：上个月引入，本月将"整个页面作为上下文"和标准化 Markdown 输出格式落地，提升了相关性检测的可靠性。

Next Edit Suggestions（NES）默认开启

一个容易被忽略但影响面极大的改动：Next Edit Suggestions 默认开启（在 Insiders 默认开启，并逐步推广到 Stable）。NES 会基于你的编辑历史预测下一步要改哪里，相当于把"光标级"补全升级成了"编辑动作级"补全。1.100 还引入了一个新 NES 模型，延迟更低、与近期编辑的关联更紧密，并能自动建议缺失的 import（github.copilot.nextEditSuggestions.fixes，目前支持 JS/TS）。

浮窗模式：把 Chat 变成"悬浮 AI 助手"

编辑器体验侧最贴合 AI 工作流的改动是 Floating Window 的两种新模式：Compact（隐藏部分 UI 元素，内容区更大）和Always-on-top（窗口始终置顶）。新建窗口创建 Chat 时默认使用 compact 模式——你可以把 Chat 拖到一个始终置顶的紧凑小窗里，边写代码边问问题，AI 从此成了"悬浮在身边"的助手，而不是占据半个屏幕的并排面板。

AI 在 VS Code 产品架构中的定位：源码视角

把更新清单过一遍后，一个清晰的信号浮现：AI 已经不再是"一个扩展的功能"，而是编辑器基础设施的一部分。证据在仓库里随处可见：

• Agent 模式的可配置性被直接做进了核心设置体系。在 chat.shared.contribution.ts 中，chat.agent.enabled的官方描述是"启用后可从 Chat 激活 agent 模式，并能使用具有副作用的 agentic 工具"；constants.ts 里AgentEnabled = 'chat.agent.enabled'与 Ask、Edit 等模式并列，说明模式体系是产品一等公民而非插件细节。
• Chat 相关的配置键遍布workbench/contrib/chat与workbench/contrib/mcp两个核心贡献目录，MCP 的解析、发现、沙箱、网关、工具注册被拆成了十几个独立模块（mcp/browser 与 mcp/common），复杂度已经与源码控制、调试等传统子系统看齐。
• 仓库当前版本已推进到 1.142，Insiders 迭代早已超过 1.100。但回看 1.100 提交期，AI 相关改动的密度与深度都是空前的——它不是一个"加上几个 AI 小功能"的版本，而是把 AI 对话、工具调用、MCP 通信全面产品化的里程碑。

破百之外：非 AI 更新与安全加固

当然，1.100 也没有完全忽略"编辑器本职"：

• Linux 强制扩展签名验证：此前仅 Windows 和 macOS 强制，本次扩展到所有平台（Linux ARM32 因已知 issue 暂缓）。结合 1.100.1 的安全修复，微软在供应链安全上持续收紧——考虑到 2025 年恶意扩展窃取仓库的事件频发，这个动作相当应景。
• Staged changes 快速 diff 装饰：满足长期呼声的需求，在编辑器里直接查看已暂存（staged）的改动，不用再打开源代码管理视图。
• 扩展开发侧的 ESM 支持：NodeJS 扩展宿主支持"type": "module"的 ESM 扩展，可直接使用import/export与import('vscode')。
• 其他零碎项：CSS/HTML 悬停显示 Baseline 浏览器兼容性、.env文件默认按 ini 高亮、Notebook 单元格输出可拖入 Chat、JS debugger 的 Network 视图在 Node 22.14+ 默认启用等。

值不值得第一时间升级？

结论分三层：

如果你是 AI 重度用户——升级的收益立竿见影。Agent 模式的编辑速度和缓存优化是实打实的体验提升；.instructions.md/.prompt.md值得当天就建立一套自己的规则文件与常用提示词模板，把 AI 的使用方式从"每次重复描述"升级为"可复用、可版本管理"。MCP 用户也应尽早验证手上的 SSE 服务器能否平滑切换到 Streamable HTTP。

如果你对 AI 无感、只用编辑器——1.100 同样值得升级，但理由换成安全与稳定性：Linux 扩展签名验证、1.100.1 的安全修复，以及 staged diff 等实用小改进。升级本身风险很低，三次 patch 版本（1.100.3）已经把早期问题消化得差不多。

唯一需要留意的是：NES 默认开启与 Agent 模式的部分能力依赖 Copilot Chat 扩展及相应模型订阅，不会免费自动获得；同时，Stable 版现已禁止安装 Copilot Chat 的预发布版本，想尝鲜新特性的用户需要转投 Insiders 渠道。

版本号破百是一个巧合般的仪式，但 1.100 恰好把仪式感落在了 AI 全面产品化的节点上。它没有带来某个"颠覆性单点功能"，却系统性完成了 AI 从"对话窗口"到"编辑器基础设施"的身份切换——这或许比任何单个新特性都更值得刷屏。

【免费下载链接】vscodeVisual Studio Code项目地址: https://gitcode.com/GitHub_Trending/vscode6/vscode