Zed v1.22.0 发布：AI子代理、BYOK与多项编辑体验升级

Zed 编辑器迎来 v1.22.0 版本更新，这一周的发布重点集中在 AI 能力的深度扩展上：子代理（subagent）模型可按需切换、自动压缩，新增 GPT-6.1 Sol 的 BYOK 支持，以及动态获取的 OpenCode 模型列表。除此之外，Git diff、终端、macOS/Windows 平台体验也有可观的改进。

AI 能力：子代理走向灵活与自治

本次更新最值得关注的是围绕子代理（subagent）的一系列改进。Zed 为 spawn_agent 新增了可选的 model 参数，这意味着开发者在派生一个子代理时，可以为它单独指定模型，而不必沿用配置好的子代理模型或继承父代理的模型。当前激活的模型会直接显示在代理卡片上，让多代理协作时的模型分配一目了然。

与之配套的是子代理的自动压缩（compaction）能力正式启用。在长时间运行的代理任务中，上下文会不断累积，自动压缩可以有效控制上下文膨胀，避免性能和成本失控。这两项改动组合起来，反映出 Zed 正在把 AI 代理从“单一助手”推向“可编排的多代理系统”。

模型生态层面，Zed 新增了对 GPT-6.1 Sol 的 BYOK（Bring Your Own Key）支持，用户可通过自己的 OpenAI API Key 接入；同时将 Grok 4.7 加入 SuperGrok 与 xAI 提供商，并设为推荐默认模型。OpenCode 模型则改为动态拉取 Zen 和 Go 的模型列表，不再依赖随 Zed 捆绑的静态列表，解析性能也有所优化，过时的模型被隐藏。这种动态获取机制让用户能更快用上最新模型，而无需等待编辑器本体更新。

子代理（subagent）与多代理协作是近期 AI 编程工具的核心演进方向之一。传统 AI 助手以单一对话线程处理任务，而多代理架构允许将一个复杂任务拆解为多个并行或串行的子任务，分别由独立的代理实例执行。spawn_agent 是 Zed 中用于派生子代理的核心原语——调用它会创建一个新的代理上下文，继承或独立配置工具与模型。新增的 model 参数使得在同一次任务中混用不同模型成为可能，例如用轻量模型处理代码搜索、用更强的模型负责最终生成，从而在效果与成本之间取得平衡。

**自动压缩（compaction）**解决的是长对话场景下的上下文窗口（context window）溢出问题。大多数语言模型有固定的 token 上限，当代理在执行多步骤任务时，工具调用记录、中间输出会迅速填满上下文。自动压缩通过摘要或裁剪历史消息来腾出空间，使代理可以持续运行而不会因超出限制而中断，同时也能降低按 token 计费的 API 调用成本。

Git 与终端：细节处的打磨

从命令行通过 zed --diff <old> <new> 打开的 diff 视图，现在支持统一视图（unified）与分栏视图（split）之间的切换，满足不同用户的对比习惯。此外，当分支与其基准分支差异很大时，分支 diff 显示首批变更的速度得到了提升——这是日常处理大型合并时相当实用的体验改进。

终端方面，terminal.path_hyperlink_regexes 开始支持 "..." 语法，可以在不重复书写的情况下扩展继承而来的正则规则。配置继承的这一设计思路在本次更新中反复出现，体现出 Zed 对设置系统可组合性的重视。

跨平台体验：macOS 与 Windows 各有收获

macOS 用户在聚焦的 Markdown 预览中获得了三指“查询”（Look Up）与翻译手势支持，进一步贴合系统原生交互。Windows 用户则迎来了主题设置 background.appearance 的 MicaBackdrop 与 MicaAltBackdrop 两个选项，让窗口背景能够呈现 Windows 11 标志性的云母材质效果。

其他通用改进包括：手动检查更新且已是最新版本时，标题栏会给出明确确认；待输入快捷键指示器也更完善，支持分组绑定、可滚动列表，以及像 cmd-k 开头这类无超时的组合键。

**Mica 材质（Mica Backdrop）**是 Windows 11 引入的一种系统级窗口背景效果，通过采样桌面壁纸颜色并叠加高斯模糊与噪点，使应用窗口与桌面环境产生视觉上的融合感。MicaBackdrop 呈现标准云母效果，MicaAltBackdrop 则色调更深，适合深色主题。这一特性此前已在 Windows Terminal、VS Code 等应用中得到广泛采用，Zed 的跟进使其在 Windows 11 上的原生质感向前迈了一步。需要注意的是，Mica 效果依赖系统的合成器（DWM），在虚拟机或关闭透明效果的系统上可能无法正常显示。

修复清单：稳定性与编辑精度

这一版本修复了数量可观的问题，覆盖内存、编辑器交互和语言服务等多个方面。较为突出的包括：终端在命令结束后每条命令约保留 2 MB 内存的问题被修复；启用实验性无障碍功能时关闭 macOS 窗口的内存泄漏得到解决；Linux（X11）在 GPU 设备恢复后立即重绘窗口导致的崩溃也被修复。

编辑精度上，列选在非 ASCII 文本、制表符、软换行和折叠内容附近落入错误列的问题、字符宽度不同时光标漂移的问题、以及块状光标动画遮挡下方字符等细节都被逐一修正。语言服务层面，修复了 Windows 上通过 UNC 路径打开文件时语言服务器不启动，以及历史提交视图下 Markdown 语法高亮失效等问题。

破坏性变更需留意

升级前有几处变化需要注意。关闭活动 dock 的快捷键从 cmd-w/ctrl-w 改为全平台统一的 ctrl-alt-w，原快捷键回归为关闭当前面板项。Threads Sidebar 的相关设置被重组为 agent.threads_sidebar.position、default_width 和 auto_open，已有配置会自动迁移。

配置层面，terminal.path_hyperlink_regexes 中顶层的 "..." 条目现在表示插入继承的正则，若想保留此前的三字符正则需改写为 ["..."]；同时 Zed 不再把 VS Code 的 files.watcherInclude 导入为 file_scan_inclusions。这些调整整体朝着更一致、更可继承的配置模型演进，但从旧版本迁移时仍建议核对一遍自定义设置。

"..." 语法是 Zed 配置系统中用于继承展开的特殊占位符，语义类似于 JavaScript 中的展开运算符（spread operator）。当某个配置项支持数组且允许继承时，在数组中放置字符串 "..." 表示"在此处插入父级/默认配置的值"，用户可以在其前后追加自定义条目，而无需将默认值全部手动复制。本次更新将 terminal.path_hyperlink_regexes 的顶层 "..." 条目赋予了这一语义，因此原本作为"匹配三个英文句号"的正则字面量需要改写为数组形式 ["..."] 以示区分。这种"配置可组合性"设计使得自定义与升级之间的冲突大幅减少，但也要求用户在迁移时仔细核查含有 "..." 的配置段。