微软代码编辑器：Visual Studio Code 1.145.2 官方正式版
**Visual Studio Code 1.145.2 官方正式版：当编辑器不再是编辑器，而是代理的栖息地**
Visual Studio Code 在 2026 年所抵达的位置，已经很难用“代码编辑器”这四个字来精确锚定。它的起点确实
是一套以 **Monaco** 为编辑内核、以 **Electron** 为部署载体的轻量文本编辑器，其最初的承诺朴素而锋利：
比 IDE 更轻，比记事本更懂代码。但 v1.145.2 所呈现的面貌，指向的是一条与此不同的延长线。它不再仅仅是
一个“写代码的地方”，而正在成为**多个 AI 代理（Agent）可以同时栖居、彼此嵌套、各自持有独立模型与权
限的宿主环境**。1.145.2 作为 1.145 稳定分支上的一次维护性补丁，其版本号所标记的，正是这条延长线上一
个被修缮过的刻度：它不引入新的叙事，而是让 1.145 所铺设的代理语法，在稳定性与边界清晰度上再收紧一档
。
**架构的底色：多进程的克制，与 LSP/DAP 的协议化纵深**
理解 VS Code 在代理时代的转身，需要先回到它从未改变过的骨架。VS Code 运行在一套**三进程分离**的架构
之上：Electron 的主进程管理全局任务与窗口生命周期，Chromium 的渲染进程承载 Monaco 编辑器的界面与交互
，Node.js 的**扩展宿主进程**则在一个独立的执行环境中运行扩展代码。这一设计的克制之处在于，扩展的失控
不会直接拖垮编辑器的界面，语言的智能与调试的能力也得以经由 **LSP（Language Server Protocol）** 与 **
DAP（Debug Adapter Protocol）** 被解耦为可插拔的协议服务，而非被硬编码进编辑器内核。Monaco 本身则通
过直接操作 DOM 与 Canvas，绕开了通用 Web 框架的抽象开销，在百万行级文件中维持着亚毫秒级的响应与流畅
的滚动。这套架构在 2015 年是为“轻量”而设计的，但在 2026 年，它恰好为“代理”提供了一副足够分明的**
隔离骨架**：每一个代理会话、每一个嵌套的子会话，都可以被安置在清晰的进程与权限边界之内，而非在一团混
沌的上下文中彼此污染。
**1.145.2 的核心语法：远程代理的“本地化”，与 cron 的时间刻度**
1.145 的发布重心，集中在**代理工作流的远程化与自动化**之上，而 1.145.2 作为补丁，所做的正是让这些新
铺设的路径在真实使用中少一些绊脚的石块。
**远程代理主机的本地化预览**，是其中最具结构意义的一笔。当代理会话运行在一台远程主机之上——经由 SSH
或开发隧道——VS Code 的集成浏览器现在可以通过该主机加载页面。代理在远程机器上启动的开发服务器，可
以直接在 Agents 窗口中被打开、预览与反馈，而不必切换到外部浏览器，也不必手动配置端口转发。**远程画布
（Remote Canvases）** 以同一套代理主机连接为底座，使托管在远端的交互式代理生成界面，在 VS Code 内部
获得与本地会话相称的呈现。这道改动的分量在于，它**抹去了“远程”与“本地”在代理反馈回路中的体感差异
**：代理在云端或远端机器上所做的工作，其验证与迭代的节奏，被拉回到了与本地开发相同的流畅度之上。
**cron 表达式的引入**，则将本地自动化的时间控制从“预设选项”推向了“可编程的刻度”。使用者不再受限
于内置的少数几种调度频率，而是可以键入完整的**五字段 cron 表达式**——与 crontab 或 GitHub Actions
工作流共享同一套语法。`0 9 * * 1-5` 意味着每个工作日上午九点，`*/15 9-17 * * 1-5` 意味着工作时段内每
十五分钟一次。工作区自定义代理亦可被选入自动化之中，使项目专属的代理配置在周期性任务中获得延续。这道
能力的边界同样清晰：cron 在 1.145 中仅面向**本地自动化**开放，云端自动化仍沿用预设调度器。
**混合代理会话：让 Claude、Codex 与 Copilot 在同一扇窗口中各司其职**
如果要在 1.145 的更新中挑出一处最能定义 VS Code 在代理时代之立场的改动，那便是**嵌套会话的混合代理宿
主（mixed harness sessions）**。在此之前，每一个嵌套的子会话都继承其父会话的代理宿主（harness）；1.1
45 之后，启用 `chat.agentHost.multipleChatProviders.enabled`，一个 Copilot 会话可以派生出一个由 **Cl
aude** 执行的审查子会话，后者又可以再派生出一个由 **Codex** 执行的测试子会话——三者共享同一扇编辑器
窗口，却各自持有独立的模型、权限与对话历史。这并非一次功能层面的简单叠加，而是一种**关于 AI 开发工具
之未来形态的立场声明**：微软所押注的，不是将开发者锁入某一家模型供应商的封闭花园，而是让 VS Code 成
为所有代理都可以栖息的中立容器。Cursor 将使用者绑定于 Cursor，Windsurf 将使用者绑定于 Windsurf；VS C
ode 的选择则是，当最好的模型发生迁移时，开发者不必随之迁移自己的编辑器。
**代理的“音量”与文件的“可见性”：两道细小的调音旋钮**
1.145 在代理会话的可控性上，补上了两处容易被忽略、却直接作用于日常体验的刻度。**代理详细度（Agent ve
rbosity）** 允许使用者在“简洁的聊天”与“完整的推理与工具调用细节”之间自行切换，使代理的输出不再以
一种固定的密度强加于阅读节奏之上。**文件排除的细化**则回应了一个长期存在于大型项目中的微小困境：文件
夹可以被排除以保持工作区的整洁，但其中某些文件仍可能需要被看见与搜索。1.145 的“在排除的文件夹中显示
特定文件”能力，让“排除”不再是一种全有或全无的开关，而是一道可以被精细校准的过滤器。
在企业一侧，**MCP 服务器的管理策略**经历了一次静默的收紧：`managed.allowedMcpServers` 列表现在优先于
仅注册表来源的配置，组织对 MCP 服务器的准入控制获得了更明确的优先级。与之并行的是一项关于**本地代理
权限的主动回收**：`#installExtension`、`#runCommand`、`#newWorkspace` 与 `/new` 等工具在本地宿主中被
移除，代理不再能够直接安装扩展或触发 VS Code 命令，而是转而写入 `.vscode/extensions.json` 供开发者审
阅。这一取舍的指向是清晰的：**在本地环境中，代理的角色正在从“执行者”向“建议者”回撤**，而远程与云
端的代理则仍保有更高的行动自主权。版本的更新，在此处不只是功能的增减，更是一份关于信任边界如何被重新
划定的沉默文本。
**中文的抵达：一道快捷键之后的窄门**
VS Code 的界面语言并未在安装时被强制绑定。切换中文的路径简洁而明确：以 `Ctrl+Shift+P` 唤出命令面板，
键入 `Configure Display Language` 并回车，在语言列表中选择中文，点击安装，右下角的提示会引导一次重启
。重启之后，菜单、命令与设置项的措辞便以中文呈现。这道窄门本身并不复杂，但它划定了一条关于“进入”的
界线：工具的默认面貌是英文的，中文是一次**由使用者主动作出的选择**，而非一种被预先替其决定的安排。
**版本说明**
本版本为 **Visual Studio Code 1.145.2 官方正式版**。1.145.2 是 1.145 稳定分支上的补丁更新，核心修复
项指向 1.145.0 与 1.145.1 在真实使用中暴露的具体问题；1.145 所引入的远程代理预览、cron 调度、混合代
理宿主与文件排除细化等能力，构成这一代 VS Code 在代理工作流上的底层语法。版本号予保留，不作改写。
**官方下载**
64 位：https://code.visualstudio.com/docs/?dv=win64
32 位：https://code.visualstudio.com/docs/?dv=win32
