For people wanting to use DeltaDB from an agent harness other than Delta, can you help me understand the specific capabilities and workflows you hope that would enable for you? I'm trying to improve my understanding of what people are wanting out of this use case. Thanks!
Building software has become a conversation with agents. Now your teammates can join.
Excited to be building from first principles. Threads are the new fundamental unit of software development, and deltas are the right way to model them.
Today we’re introducing Delta. Delta is a multiplayer environment for coding with agents and reviewing what they build, powered by DeltaDB.
The first invites to our private beta are going out now.
My favorite learned vocabulary from GPT 5.5: "Fact". Obviously I knew the word fact, but want to start using it more when talking about code. Makes sense, really.
Your AI code completions in Zed show up in ~200ms. That's Zeta, our Edit Prediction model, running on @baseten.
We love partnering with companies who keep the bar high — Baseten is one of them.
Got to come full circle with @nathansobo with helping launch Atom 1.0 way back in the day, and now bringing Auggie to @zeddotdev today. 10 years in the making.
🚀 New in Zed: Bring your own agent, starting with @Google’s Gemini CLI.
→ Try Gemini CLI with full code context in Zed
→ Build & run multiple agents in your editor
→ Powered by the new Agent Client Protocol (ACP)
Learn more:
@nathansobo is here to make the case for software craftsmanship in the era of vibes!
"As software engineers, we should measure our contribution not in lines of code generated, but in reliable, well-designed systems that are easy to change and a pleasure to use."
Here is a non-trivial PR (+1641/-1125) written ~80% with AI agents; the PR refactors how Ghostty on macOS represents splits. Each commit was a separate agentic session, so you can see how I broke it down. Got some crap from my last PR being too simple!
I didn't include prompts, sorry, I'll try to do that next time.
One thing to keep in mind per commit is that agents don't get it right the first time. But they're agents, so they keep grinding away at it. And I come in and nudge them in the right direction.
For example, when implementing the spatial navigation stuff (new in this PR), the original attempt was... crazy bad. I manually set out the shape of how I'd do the work, and then it was able to fill in the blanks much better. It tried to brute force finding the solution whereas I was able to guide it to laying out data in a way that we can apply easier spatial reasoning on top of it. And from there it was excellent.
One of the techniques I've always had with refactors (even w/o AI) is that I always keep the old implementation around, compiling, and tests passing until the very end. I will often name the new implementation `Thing2` until almost the last commit. I did that in this case too.
That technique has proven to be extremely good with agent-assisted programming. The agent having access to the old implementation results in much higher success in the new implementation even if the architecture has fundamentally changed (such as in this case).
I also was able to ask "did I miss anything from the old implementation?" (in less simplistic terms) and got extra validation I completed my work.
Ultimately, did I work faster than I would have without an agent? I don't know. But that's... pretty good. It definitely wasn't way faster, but it wasn't way slower either. It was competitive. It felt like less work to me, and I was able to have a rubber duck along the way checking my own manually written stuff too.
It was great!
There’s something compelling about the ability to have a natural language conversation with...
✨ a genius-level golden retriever on acid ✨
and have it write code for you, you know? @nathansobo