你有没有想过，你每天写代码用的编辑器，可能正在吃掉你生命中10%的时间？不是因为你写代码慢，而是因为编辑器本身就在拖你的后腿。2026年4月29日，一个叫Zed的代码编辑器正式发布1.0版本——它用100万行Rust代码、5年时间、和一个前Atom团队"从头来过"的决心，试图证明一件事：我们的开发工具，值得比Electron跑得更快。
Sequoia Capital旗下播客频道Training Data邀请了Zed创始人Nathan Sobo，做了一场关于"AI时代IDE为什么不会死"的深度对话。这位花了近20年追求一个目标的工程师——打造一个兼具JetBrains功能深度和Vim响应速度的编辑器——在访谈中不仅回顾了从Atom到Zed的技术决策，还提出了一个颇具野心的观点：编辑器应该成为AI Agent的"瑞士"——中立、开放、让不同AI在同一个地方竞争协作。
| 项目 | 内容 |
|---|---|
| 视频标题 | Why IDEs Won't Die in the Age of AI Coding: Zed Founder Nathan Sobo |
| 频道 | Training Data (Sequoia Capital) |
| 时长 | 约60分钟 |
| 发布日期 | 2026年5月 |
| 核心主题 | Zed编辑器的技术哲学、AI Agent协议、IDE的未来 |
Nathan Sobo的故事本质上是一个工程师拒绝妥协的故事。2008年，他在GitHub创建了Atom编辑器——一款基于Chromium的桌面应用。这个技术选择催生了Electron框架，而Electron后来成为了VS Code的基础。用Sobo的话说，"Electron最终成为了一个新的AI代码编辑器每隔一周就被fork一次的基础"。
但web技术在带来灵活性的同时，也设置了性能天花板。Sobo在访谈中坦承，当Atom团队试图突破这个天花板时，他们发现"web技术的抽象层太多了，你无法真正控制从用户输入到像素渲染之间的每一毫秒"。这就是Zed诞生的根本原因——不是改进，而是革命。
【视频原话核心观点】Sobo认为，要打造一个"根本性更好"的编辑器，必须发明一种全新的桌面软件开发方式。这不是渐进式优化，而是推倒重来。
Zed的技术选型可以用三个关键词概括：Rust、GPU、原生渲染。
Rust的选择并非偶然。Sobo需要一种既能提供C/C++级别性能控制，又能保证内存安全的语言。对于一个需要精细控制每一帧渲染的编辑器来说，Rust的所有权模型天然适合管理GPU资源生命周期。Zed的代码库超过100万行Rust——这不是一个小团队的side project，而是一项严肃的工程投入。
GPU渲染是Zed的核心差异化能力。传统Electron编辑器通过Chromium的渲染管线来显示UI，这意味着你的键盘输入要经过：操作系统 → Chromium IPC → JavaScript事件循环 → DOM渲染 → GPU合成，至少5层抽象。而Zed直接通过自定义的GPU渲染框架（名为GPUI）将内容画到屏幕上，输入延迟实测约2毫秒，而VS Code在同类测试中约为30-50毫秒。
这意味着什么？ 如果你每天写8小时代码，VS Code的输入延迟累计每天让你多等约1.7秒。看起来不多？但感知心理学告诉我们，人类对15ms以下的交互延迟会形成"直觉响应感"——你的手指和屏幕之间仿佛没有阻隔。这种体验差距，用过了就回不去。
这是访谈中最有前瞻性的部分。Sobo提出了一个全新的概念——Agent Client Protocol（ACP）。
在当前AI编码工具的格局中，各家都在建围墙花园：Cursor用自家的Agent、GitHub Copilot绑定OpenAI、Claude Code绑定Anthropic。开发者被迫在各个AI之间做单项选择，就像你必须为不同网站安装不同浏览器一样荒谬。
Zed的ACP做法截然不同：它让编辑器成为中立的平台，让Claude Agent、Codex、OpenCode甚至Cursor的Agent都能在Zed中并行运行。 用Sobo的话说，Zed想做AI Agent世界的"瑞士"——不站队，让最好的Agent赢得开发者。
这个设计哲学在Hacker News上引发了激烈讨论。支持者认为这是正确的开放策略，反对者则质疑Zed的商业模型——如果你只是一个管道，利润从哪里来？但Sobo的判断很清晰：编辑器的价值不在于锁定AI，而在于提供最好的编排体验。
Zed 1.0最具颠覆性的功能是Parallel Agents——同时运行多个AI Agent的能力。
想象一下：你在重构一个大型项目的认证模块。Agent A（基于Claude）在重写JWT验证逻辑，Agent B（基于Codex）在更新相关的数据库查询，Agent C在编写测试用例。三个Agent同时工作，各自在代码库的不同区域读写，Zed负责协调冲突。
这不是科幻。Zed在2026年4月22日就推出了Parallel Agents功能，比1.0正式发布早了一周。根据多个评测的反馈，这个功能在处理大型代码库的重构任务时，确实能提供显著的速度提升。当然，它也有局限——当多个Agent修改同一文件时，合并冲突仍然是一个需要人工介入的难题。
The Register在报道Zed 1.0时特别提到了一个细节：Zed提供了一个"一键关闭所有AI功能"的选项。
这看起来是一个小功能，实际上反映了一种深刻的产品哲学。在2026年几乎所有编辑器都在拼命塞AI功能的背景下，Zed团队特意加了一个"不要AI"的开关——这赢得了大量赞誉。
Sobo在访谈中解释说，他相信AI是编程的未来，但他也尊重那些只想"写代码、不被打扰"的开发者。这种克制在"AI for AI's sake"的浪潮中显得格外珍贵。好的产品不是塞给你所有功能，而是让你选择需要什么。
Zed的1.0发布不是一夜之间的成功。从2021年启动到2026年4月，Zed发布了超过1000个weekly builds，经历了从macOS独占到三平台（macOS、Linux、Windows）功能对等的漫长旅程。
Sobo在访谈中回忆了这个过程中最艰难的时刻：2023年，当AI编码工具突然爆发时，Zed还在打磨基础编辑体验。"我们看着Cursor、GitHub Copilot一个个推出AI功能，而我们还在解决GPU渲染的性能问题。"但他坚持认为这个选择是对的——如果你连编辑器的核心体验都没做好，AI功能只是在烂基础上盖楼。
Sequoia Capital显然认同这个判断。2025年8月，Sequoia领投了Zed的3200万美元B轮融资，押注"原生性能+AI开放"的路线。
访谈的核心论点可以用一句话概括：IDE不会死，它会成为AI Agent的战场。
Sobo认为，当前的"AI将取代编程"叙事忽略了一个关键事实——代码编辑从来不是孤立的文本生成。它涉及上下文理解、项目结构感知、团队协作、版本控制集成等大量非文本任务。这些正是IDE的强项。
他的预测是：未来会有数十个AI Agent，各自擅长不同的编程任务。开发者的核心能力将从"写代码"转向"编排AI Agent"——而IDE就是这个编排工作的核心工具。Zed的Agent Client Protocol，本质上就是为这个未来做的基础设施准备。
mindmap
root((Zed 1.0 深度解读))
技术架构
Rust语言100万行
GPUI自定义GPU渲染框架
2ms输入延迟
120FPS流畅渲染
核心创新
Agent Client Protocol
多AI Agent并行
Claude/Codex/OpenCode共存
开放中立协议
Parallel Agents
多线程AI协作
冲突协调机制
产品哲学
原生优先于Web
开放优先于锁定
可选AI而非强制AI
"编辑器是瑞士"
竞争格局
vs VS Code Electron
vs Cursor 单一Agent
vs JetBrains JVM
历史脉络
Nathan Sobo 20年追求
Atom→Electron→VS Code
5年Zed开发历程
Sequoia $32M B轮
1. 立即可做：体验2ms的差异。 如果你一直用VS Code或Cursor，强烈建议下载Zed 1.0（免费且开源），用它打开你最大的项目。光是滚动和输入的流畅感差异，就能让你重新理解"编辑器应该是什么感觉"。即使你最终不切换，这种体验会改变你对"快"的标准。
2. 重新评估AI工具链策略。 如果你正在Claude Code、Cursor、Copilot之间犹豫，Zed的ACP思路提供了一个新选项：不必选一个。你可以在一个编辑器里同时使用多个Agent，让每个Agent处理它最擅长的任务。
3. 关注Agent Client Protocol的发展。 如果ACP成为行业标准，这意味着未来的AI编程工具将走向"解耦"——编辑器是编辑器，Agent是Agent。这对开发者的长期工具选择策略有深远影响。
4. 对Rust在桌面应用中的实践保持关注。 Zed是最大的Rust桌面应用之一，它的成功证明了Rust不仅适合系统编程，也适合构建复杂的GUI应用。如果你的团队在考虑新项目的技术选型，Zed的架构选择值得研究。
5. 从产品设计中学习"可选项"的力量。 Zed的"Disable All AI Features"按钮在社区中赢得了大量好感。在自己的产品设计中，给用户"选择退出"的权利，往往比"强制使用"更能建立信任。
Nathan Sobo用5年时间和100万行Rust证明：在AI Agent时代，编辑器的价值不在于锁定某个AI，而在于提供最快的速度和最开放的协议——让开发者在最好的工具中自由选择。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。