Software Is Made Between Commits
- ID: 83314bf8
- Original URL: https://zed.dev/blog/introducing-deltadb
- Author(s): Nathan Sobo
- Date: 2026-06-11
- Category: coding
- Source type: article
- Tags: zed, deltadb, agent-collaboration, version-control, worktrees
- Quality score: 4/5
- Fetched at: 2026-08-06T15:43:42+00:00
- Obsidian evidence: OpenClaw定时任务/ClawFeed24小时高价值一览/2026-08-06-ClawFeed24小时高价值一览.md
中文导读
Nathan Sobo 用 Zed DeltaDB 重新定义 agent 时代的软件协作单元：真正的源不再只是 commit 快照，而是生成代码的持续对话与每次 operation。DeltaDB 给细粒度 delta 稳定身份，把消息和代码改动并排存放，支持中途分支、未 commit 协作与 agent 对话上下文保持一致。Git 退回到 CI、发布和外部连接层，而不是唯一协作界面。
为什么值得关注
精准定义 agent coding 协作中 diff、对话、分支和 review 的产品问题。
English Summary
Zed’s DeltaDB frames software work as a stream of operations and conversations between commits. It gives fine-grained deltas stable identities, keeps code and agent messages aligned, and supports branching and collaboration before Git commits.
原文摘要 / Source Excerpt
Software Is Made Between Commits
作者: Nathan Sobo
发布时间: 06/11/2026
原文链接: https://zed.dev/blog/introducing-deltadb
I have never been a big fan of pull requests.
Before agents, it was easier to believe that the ceremony of trading comments on snapshots was an effective way to collaborate on software, but it never really worked for the Zed team. We frequently work together in the same worktree, building trust and shared understanding by discussing the code _as we write it_. GitHub doesn't let you talk about code until after you commit and push, but by then our most important conversations are usually already over.
So in 2021, we founded Zed to move beyond the constraints of commits. Our plan was to build an editor worthy of the world's best developers, then offer a better way to work together inside it. We didn't foresee then how the problems we'd spent years thinking about in the context of human-to-human collaboration would become even more important when collaborating with agents.
Increasingly, the conversation that generates the code is becoming the true source of our software. That conversation unfolds continuously and must be cross-referenced to the code as it changes. Git, organized around discrete commits, was never designed to support this.
So we're building something that is. We call it DeltaDB, a new kind of version control built on a single coherent abstraction that transforms your conversations with agents and the worktrees they edit into shared artifacts. We've made a ton of progress since I first spoke about it last fall, and with a beta version ready in a few weeks, I'm excited to share more about what we're launching.
Every operation, not just every commit
DeltaDB breaks your work into a stream of fine-grained _deltas_. Where Git captures a snapshot at each commit, DeltaDB captures every operation in between and gives each one a stable identity. Because every delta can be addressed on its own, you can point to the code at any moment in its evolution, even as it keeps changing. That lets us version a worktree as it evolves, together with the conversation driving it.
A message and the edit it produced are recorded side by side, so neither drifts away from the other. Because DeltaDB embeds conflict-free replicated worktrees, many people and agents can edit the same files at once across different machines. The files are real: agents work in them through a terminal, and you can mount the whole worktree to disk whenever you want your own tools on it.
Source code is now source conversation
Because every reference is anchored to a delta instead of a line number, it survives as the code moves underneath it. From any line in a past conversation, you can jump to that code as it stands now or as it stood the moment the agent wrote it. From any line of code, you can find the conversation that produced it and every conversation that has touched it since.
Agents can draw on it too. They pick up the context behind the code they're touching or convene the prior agents that worked on it and ask why it's written the way it is.
You shouldn't need to commit to collaborate
What we're really after is simple: the conversation with the agent becomes the only conversation you need to have. A teammate can join while the work is still happening, talk to the agent that did the work, and annotate as they go, without waiting for you to commit and push first.
Pull requests, review threads, and inline comments exist to reattach a discussion to code after the fact because the discussion and the code lived in separate places. Put them in the same place, and the ceremony disappears. Git and CI stay for what they're good at: running checks and connecting you to the rest of the world, rather than being the place collaboration is forced to happen.
What comes next
Software now takes shape in the conversation, not the commit. DeltaDB is the version control built for that, and in a few weeks we'll start putting it in the hands of early users.
If you'd like to be among the first to try it, join the waitlist.
- * *
- * *
Related Posts
Check out similar blogs from the Zed team.
[
We're Not Building AI Features for the M
...[excerpt truncated, fetched body length=5770 chars]...