快速阅读：Zed 推出了 功能，允许在同一个窗口内同时运行多个 AI 智能体。这不仅是 UI 的改版，更是在尝试构建一种“”的新范式，让开发者在保持手感的同时，指挥多个 Agent 协作。
作者声明：该图片由AI生成
Zed 正在把编辑器变成一个多线程的调度中心。
以前我们用 AI，要么是把它当成一个高级补全插件，要么是把它当成一个独立于编辑器的命令行工具。现在 Zed 允许你在同一个窗口里开多个“线程”，让不同的 Agent 并行工作。你可以让 Agent A 在一个仓库里重构，同时让 Agent B 在另一个仓库里写测试。
这听起来很爽，但实际操作起来有个很硬的坑：。
有网友提到，解决文件层面的并行很容易，只要给每个 Agent 分配独立的 worktree 就不怕撞车。但真正的难题是，如果 Agent A 把一个类型改名为 X，而 Agent B 在另一个线程里因为没看到这个决定，把它改成了 Y，合并时代码就会变得支离破碎。这就像是在没有锁机制的情况下，多个进程同时操作同一个内存地址，这种语义层面的冲突，才是并行化最容易“折损”效率的地方。
更有意思的是，这种转变引起了关于“编程本质”的讨论。
有人担心，如果开发者过度依赖 Agent，最终会变成一群“PR 审核员”，每天面对的是一堆由 AI 生成、质量参差不齐的代码。甚至有观点认为，LLM 本质上是“搜索者”，它们倾向于给出看起来最像正确答案的平庸方案，而不是最优解。
但换个角度看，Zed 的做法很聪明。它没有强迫你接受 AI，而是给了你一个开关。你可以完全关掉 AI 功能，回到那个极致流畅、120fps 的纯净编辑器。这种“你可以随时退回到人类手感”的姿态，反而让它在这一波 AI 浪潮中显得更有底气。
现在的争论点在于，当 Agent 变得越来越强大，我们需要的可能不再是一个更好的编辑器，而是一个能感知所有客户端（人类和 Agent）活动的、具备状态管理能力的“”。
你觉得，我们是在驾驭工具，还是在给代码制造混乱？
zed.dev/blog/parallel-agents
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/281533.html