Zed与Sequoia共建协作式编程新未来

摘要

本文介绍了Zed获得由Sequoia Capital领投的3200万美元B轮融资，并阐述了Zed团队的长期愿景：打造一种全新的软件协作方式，让代码讨论与代码本身紧密相连，突破传统快照式版本控制的局限。Zed正在开发基于操作级别的版本控制系统DeltaDB，旨在实现人与AI代理之间的实时、持续协作。

内容框架与概述

文章首先分析了传统版本控制系统（特别是Git）在协作开发中的根本性局限。现实中的软件开发是持续的对话过程，涉及个人、团队以及AI代理之间的交流。然而，现有的协作工具主要基于快照式的提交机制，导致代码讨论往往与代码本身脱节。当开发者需要针对特定代码片段展开讨论时，只能链接到某个快照版本或将代码复制到聊天工具中，这些快照很快就会过时，宝贵的上下文信息随之丢失。在AI代理协作场景下，这种局限更加明显——现有工具要求每次交流都必须生成快照，极大增加了操作负担。

为了解决这些问题，Zed团队开发了DeltaDB——一种基于操作级别的全新版本控制系统。DeltaDB采用CRDTs（无冲突复制数据类型）技术，能够实时、增量地记录和同步代码变更。它与Git兼容，但其基于操作的设计支持Git快照无法实现的实时交互。对于异步协作，DeltaDB的细粒度变更追踪支持字符级永久链接，即使代码发生大幅重构，也能将讨论锚定在任意代码位置，而不仅仅是最近变更的快照。

Zed的愿景是将IDE变为真正的协作空间，让代码库成为一个"活的"可导航历史，记录软件演变的全过程。DeltaDB不仅记录代码本身，还保留了代码为何演变至当前状态的背景信息，包括假设、约束和决策。这些信息可供AI代理查询，从而做出更智能的编辑，理解代码背后的逻辑和前因后果。Zed和DeltaDB均采用开源策略，先开发后开源，并提供可选的付费服务，推动协作工具的持续进化。

核心概念及解读

操作级版本控制：传统版本控制系统（如Git）基于快照（snapshot），只能记录离散的提交点。而DeltaDB采用CRDTs技术，能够记录每一个操作级别的变更，实现实时的增量同步。这种设计让协作从离散的提交变为连续的对话流，特别适合人与AI代理之间频繁、即时的交互场景。

代码讨论与代码的紧密关联：现有工具将代码讨论与代码本身分离，导致上下文信息容易丢失。DeltaDB通过细粒度的变更追踪和永久链接功能，确保讨论始终与最新的代码状态保持同步。即使代码大幅重构，讨论仍然可以锚定在正确的位置，形成完整的协作历史。

活的代码库：Zed的愿景是让代码库成为可导航的"活"历史，不仅记录代码的变化，还保留演变的背景信息（假设、约束、决策）。当新工程师遇到问题或AI代理需要理解代码时，可以直接查询这些背景信息，从而做出更智能的决策。这种设计将代码库从静态的文件集合转变为动态的知识库。

原文信息

此文档由 AI 自动整理