Zed 1.22：给每个子 Agent 配不同的大脑，多模型编排走进编辑器

从「选一个模型」到「给每个任务配一个模型」

过去一年，AI 编程工具的竞争焦点是「接更多的模型」：谁支持的模型多，谁的模型更新快。但 Zed 1.22（9 月 30 日稳定版）把问题往前推了一步：当你手里有十几个模型时，真正的生产力问题变成了「怎么给每个子任务配不同的大脑」。

这次更新的核心是一个看似很小的 API 变化：spawn_agent 新增了一个可选的 model 参数。生成子 Agent 时，你可以直接为它指定模型，而不必再继承父 Agent 的模型或全局默认配置，当前使用的模型会直接显示在 Agent 卡片上。社区贡献者 itsfuad 提交的这个 PR（#64498），本质上把「多模型编排」从用户手写的 prompt 技巧，变成了编辑器的一等公民能力。

为什么这件事值得单独写一篇？因为它对应的是 vibe coder 每天的真实工作流：主 Agent 负责架构和规划，甩出去的子 Agent 有的做代码生成、有的做测试、有的做文档审查——这些任务对模型能力的要求完全不同。代码生成可能需要最强的推理模型，批量改测试用例用便宜快速的模型就够了。以前你要么全用贵的（烧钱），要么全用便宜的（质量打折），要么手动切来切去（心累）。现在分工和选型可以绑定在一起：难的任务派强模型，脏活累活派快模型，一次配置，之后每次 spawn 自动生效。

子 Agent 的另一个痛点：上下文膨胀，官方出手了

同一个版本里还有一个容易被忽略但同样关键的更新：子 Agent 现在支持自动压缩（compaction）了（PR #64135）。长会话跑到一半，子 Agent 会自行压缩对话历史，而不是像以前那样因为上下文膨胀逐渐退化、开始胡言乱语。

用过多 Agent 分工的人都懂这个痛：你派出去一个子 Agent 做「重构整个 auth 模块」，它吭哧吭哧干了 40 分钟，前 30 分钟质量在线，最后 10 分钟开始重复造轮子、漏掉你最早的指令——因为最早的指令已经被挤出了上下文窗口。以前的解法是人肉介入：定期让它总结进度、开新会话。现在编辑器在底层接管了这件事，长任务的可靠性从「看运气」变成了「有保障」。

这两件事放在一起看，Zed 1.22 的主题非常清晰：子 Agent 正在从「一次性 prompt 工具」变成「可编排、可长期运行的工作单元」——能指定模型、能自己管理上下文。这正是 Agent 基础设施时代的典型特征：竞争不再是「谁的模型更强」，而是「谁把 Agent 的运行机制做得更可靠」。

模型侧的三件事：BYOK、Grok 4.7、OpenCode 动态拉取

版本更新的另一半是模型接入侧，信息量同样不小。

第一，GPT-6.1 Sol 支持 BYOK（PR #64968，社区贡献者 ktKongTong）。自带 OpenAI API Key 就能在 Zed 里用 GPT-6.1 Sol。对 vibe coder 的意义很实际：BYOK 意味着你可以用自己的 API 折扣、配额和账单体系，而不必走编辑器厂商的转售定价。模型越来越商品化的今天，「在哪里买 token」正在变成和「用什么模型」同等重要的决策。

第二，Grok 4.7 进入 xAI 和 SuperGrok 提供商列表，并成为推荐默认（PR #64567）。xAI 的模型迭代一直在加速，Grok 4.7 被设为默认推荐说明 Zed 团队对其代码能力的评估已经到位。值得玩味的是「推荐默认」这个动作——编辑器的默认模型选择，正在成为模型厂商争夺的隐形战场。

第三，OpenCode 的模型列表改为运行时动态拉取（PR #64585），不再依赖内置快照，已弃用的模型自动隐藏（PR #64666）。这解决了一个真实烦恼：模型厂商每周都在发新模型、退役旧模型，编辑器内置的静态列表永远滞后半拍。动态拉取之后，「编辑器里看到的模型」和「厂商实际提供的模型」终于同频了，也不会再有人对着一个已经退役的模型名发呆。

那些「小」更新里藏着的工作流信号

除了 AI 相关的 headline 功能，1.22 还有几处值得 vibe coder 留意的变化：

项目设置支持 "..." 占位符继承合并（社区贡献者 porada 的一组 PR）。monorepo 里子项目的配置可以声明「继承父配置并追加」，不用再把父配置复制粘贴一遍。vibe 项目做到一定规模都会长成 monorepo（前端 + 后端 + shared 包），这个特性直接减少配置漂移。

zed --diff 打开的 diff 视图加了 unified/split 切换（PR #64529）。Agent 改完代码，你 review diff 时可以在统一视图和分栏视图之间切换——review 体验的小事，但 review 恰恰是 vibe 工作流里人最不可替代的一环。

终端内存泄漏修复：每条命令结束曾残留约 2MB（PR #64405，社区贡献者 EcutAtom336 发现）。终端是 Agent 的手和脚，Agent 一天跑几百条命令，泄漏积少成多。这个修复提醒我们：Agent 高频使用的工具，其资源泄漏会被放大 N 倍——选工具时，「Agent 友好」正在成为新的评估维度。

还有一个破坏性变更要注意：关闭 dock 的快捷键从 cmd-w / ctrl-w 改为全平台统一的 ctrl-alt-w（PR #64515），因为原来的按键会误关 dock 而不是标签页。升级后如果发现快捷键行为变了，不是 bug，是故意的。

实战：三种给子 Agent 配模型的姿势

功能有了，怎么用出效果？这里有三种从浅到深的姿势，按你的用量选。

姿势一：按任务类型绑定模型。这是最直接的用法。代码生成、架构设计这种「错一次代价很大」的任务，派最强的推理模型；批量改测试、写文档注释、格式整理这种「量大但单次价值低」的任务，派便宜快速的模型。很多团队实测下来，80% 的子 Agent 任务其实不需要最强模型——识别出这 80%，你的 token 账单直接打骨折，而质量几乎无损。

姿势二：按「失败成本」动态选型。更进一步的思路：不是按任务类型，而是按「这次搞砸了要花多少人力擦屁股」来定。改核心支付逻辑？上最强模型，贵也认。给 50 个页面统一加埋点？用快模型，错了肉眼可查、批量可修。这个心智模型的好处是，它把选型从玄学变成了算术：模型成本 vs 人工复核成本，哪个贵用哪个便宜的反面。

姿势三：把映射沉淀成配置。最高阶的用法，是把「任务→模型」的映射写进项目的协作规范（比如 AGENTS.md 或 Zed 的项目设置）：refactor/* 用强模型、docs/* 用快模型、CI 自动化的任务固定用便宜模型。Zed 1.22 的 spawn_agent(model=...) 是 API 层面的能力，真正的生产力来自把选型从「每次临场决定」变成「一次配置、长期生效」。下次你写项目的 Agent 规范时，加一节「模型选型表」，比写十条 prompt 技巧都管用。

一个提醒：别为了用多模型而用多模型。如果你的项目每天只 spawn 两三个子 Agent，统一用一个好模型更省心。编排的复杂度本身也是成本——任务量没上来之前，简单即是美。

升级后先试的三件事

如果你已经是 Zed 用户，升到 1.22 之后，建议按这个顺序体验新功能，半小时就能摸透这次更新的含金量。

第一件：给下一个子 Agent 手动指定模型。找一个你常派出去的脏活累活——比如「给全仓库的 API 路由补 JSDoc」——这次显式指定一个便宜快速的模型。对比一下它和你平时默认模型的输出质量：如果几乎无差，这个任务就永久绑定快模型。一周下来，看看 token 账单的变化，这是最直观的 ROI 证明。

第二件：跑一个以前不敢跑的长任务。找个需要 30 分钟以上的重构任务，以前你可能因为担心上下文膨胀而拆成好几段、手动接力。这次让它一口气跑完，观察子 Agent 的自动压缩是否介入、中途质量是否稳定。如果稳了，你的「长任务拆分粒度」可以放宽一倍——任务拆分本身也是人力成本。

第三件：检查你的 OpenCode 模型列表。如果你在用 OpenCode 集成，升级后看一眼模型列表：已退役的旧模型应该已经自动隐藏，新模型应该已经出现。不用再手动对照厂商公告清理列表了，顺手把你 AGENTS.md 里写死的旧模型名也更新一下。

最后提一句这个版本容易被忽略的底色：1.22 的 headline 功能里，有好几个来自社区贡献者（itsfuad 的 model 参数、ktKongTong 的 BYOK、porada 的一系列设置继承 PR、EcutAtom336 的内存泄漏发现）。Zed 的开源协作模式正在开花结果——一个编辑器的 Agent 基础设施，是由每天真实用它的人亲手打磨出来的。这也是 vibe 时代的一个隐喻：最好的工具，永远是用户自己参与建造的工具。

我们的判断：编辑器正在变成 Agent 的「操作系统」

把 Zed 1.22 放在 2026 年下半年的坐标系里看，一个趋势越来越清楚：编辑器正在从「写代码的地方」变成「Agent 运行的操作系统」——spawn API、模型调度、上下文管理、终端、diff review，Agent 工作流的每个环节都被收编进编辑器本体。

这对 vibe coder 有两个直接启示。第一，选编辑器就是在选 Agent 基础设施：模型多少已经不重要，重要的是它能不能让你的多 Agent 分工跑得稳、配得细、省得多钱。下次对比 Cursor、Zed、VS Code + 插件时，把「子 Agent 编排能力」放进评估表，权重不妨给高一点。

第二，开始用「编排思维」写你的 AGENTS.md：哪些任务值得派强模型、哪些用快模型就行、长任务的检查点设在哪里——这些以前靠临场发挥的东西，现在可以沉淀成配置。Zed 1.22 给了你旋钮，剩下的就是你调参的手艺了。

Zed 保持着每周发版的节奏，1.22 的完整更新日志在官网 releases 页面可查。如果你是 Zed 用户，升级后最值得先试的，就是给下一个子 Agent 手动指定一次模型，感受一下「分工绑定选型」的工作流——很可能回不去了。