文章核心内容：Zed团队认为传统基于提交的代码协作方式（如GitHub拉取请求）效率低下，他们更倾向于在编写代码时实时讨论。为此开发了DeltaDB，这是一种新型版本控制系统，旨在通过连贯抽象记录代码变更过程中的持续对话，尤其适应当前与AI代理协作的趋势。

标题：软件诞生于提交之间——Zed博客

核心内容重构：

1. 项目背景

• 团队不满足传统Git基于提交(commit)的协作模式，认为代码评审(pull request)存在滞后性
• 2021年创建Zed编辑器，旨在实现实时协作开发
• 随着AI编程助手(agents)的普及，代码生成过程中的对话记录变得至关重要

2. DeltaDB创新特性

• 细粒度版本控制：记录每个操作作为独立可追溯的delta单元
• 实时对话锚定：将讨论内容与对应代码修改精准关联
• 多端协同编辑：支持多人/多AI同时编辑同一工作区
• 全功能文件系统：兼容传统终端工具和本地文件操作

3. 技术突破

• 动态代码溯源：可追踪任意历史版本中的代码上下文
• 智能上下文继承：AI助手能理解代码修改背后的完整讨论记录
• 无提交协作：团队成员可随时加入进行中的工作会话

4. 产品进展

• 即将发布Beta测试版本
• 开放waitlist申请通道（zed.dev/deltadb）

5. 延伸信息（保留相关）

• 招聘信息（面向软件开发工具创新领域）
• Zed编辑器多平台下载入口

删减内容： - 具体技术实现细节 - 与主题无关的团队历史回顾 - 重复的产品宣传内容

注：本文核心观点在于阐释DeltaDB如何通过重构版本控制系统，将开发对话作为一等公民(first-class citizen)纳入代码版本管理，实现真正实时的人机/人人协作开发范式。

评论总结

1. 对Zed编辑器的评价（正反观点）

正面评价： - 速度快、响应灵敏（评论4："It is fast and snappy"） - 自定义性强，功能齐全（评论6："It's customizable enough...has enough features"） - AI工具集成良好（评论6："inline assistant is good"）

负面评价： - 担心功能偏离核心编辑器定位（评论6："dislike this recent push towards becoming more like a cursor wannabe"） - 对可能被大公司收购的担忧（评论8："anthropic or openai acquiring zed is inevitable"）

2. 对DeltaDB/新版本控制的看法

支持观点： - 有利于AI训练（评论16："can train the models to skip straight to B"） - 适应协作开发需求（评论26："great building block for collaboration"） - 提升开发效率（评论19："smaller number of keystrokes can create...larger delta"）

反对观点： - 质疑实际价值（评论18："none have given a convincing reason"） - 认为现有git已足够（评论28："git can handle frequent auto-commits just fine"） - 担心信息过载（评论27："becomes too much noise"）

3. 对AI代理工作流的争议

乐观态度： - 认可发展方向（评论7："looking forward to see how it evolves"） - 认为能提升代码质量（评论19："quality of the delta"）

悲观态度： - 担忧开发监控（评论11："enabling a level of developer surveillance"） - 认为会保留无用信息（评论17："keeps all that junk around"） - 对实时协作的质疑（评论24："would go insane"）

4. 其他关键论点

• 关于代码审查流程的讨论（评论14：PR讨论不等同于设计讨论）
• 对传统git局限的分析（评论15："conflict resolution would be trivial"）
• 对开发过程本质的思考（评论13："The work product is not the work"）

注：部分评论（如1、2、20等）因内容简短或偏离主题未纳入主要观点总结。