Zed bygger versjonskontroll for kodeagenter

Zed gjør et ganske presist angrep på en voksende svakhet i AI-drevet programvareutvikling: Git forklarer hva som ble committet, men ikke hvordan agenten kom dit.

Selskapet varsler nå DeltaDB, en ny type versjonskontroll som skal lagre samtalen med kodeagenten og endringene i arbeidskopien som ett sammenhengende spor. Zed sier at en beta skal ut til tidlige brukere om få uker.

Poenget er ikke bare en ny editor-funksjon. Når kode i økende grad blir produsert gjennom en løpende dialog mellom mennesker og agenter, flytter den operative kunnskapen seg. Begrunnelsene, forsøkene, avviste veivalg, delvise endringer og agentens antakelser ligger ofte i chatten eller i en midlertidig sesjon. Committen kommer etterpå, ryddig og komprimert. Det er praktisk for distribusjon, men svakt som kontrollspor.

DeltaDB forsøker å gjøre mellomrommet mellom committene til et førsteordens objekt. Der Git tar øyeblikksbilder ved commit, beskriver Zed et system som bryter arbeidet ned i fine deltas. Hver operasjon får en stabil identitet. En melding og endringen den utløste blir lagret side om side. En utvikler skal kunne gå fra en kodelinje til samtalen som skapte den, og fra en gammel agentmelding til koden slik den så ut da agenten skrev den.

Det høres smalt ut. Det er det ikke. Dette er akkurat den typen infrastruktur som mangler når virksomheter skal slippe kodeagenter inn i seriøse utviklingsløp.

For CTO og utviklingsledelse handler dette om produktivitet uten hukommelsestap. Agenten kan lage mye kode raskt, men teamet må forstå hvorfor koden finnes, hvilke antakelser den bygger på, og hva som allerede er prøvd. Hvis denne informasjonen forsvinner i en chatlogg som ikke henger sammen med repoet, blir gevinsten delvis spist opp av etterarbeid.

For CISO og risikoeiere er saken enda mer konkret. AI-generert kode trenger et annet kontrollspor enn tradisjonell håndskrevet kode. Det holder ikke alltid å vite hvem som godkjente pull requesten. Man må kunne se hvilken instruks som førte til endringen, hvilke filer agenten rørte, om den handlet på riktig kontekst, og hvor mennesket grep inn. Ved hendelser blir dette viktig bevismateriale. Ved revisjon blir det en del av styringsmodellen.

Zed kobler også DeltaDB til samarbeid i sanntid. Selskapet skriver at systemet bygger på konfliktfrie replikerte arbeidskopier, slik at flere mennesker og agenter kan redigere de samme filene på tvers av maskiner. Filene skal fortsatt være ekte filer som agenter kan jobbe med via terminal, og arbeidskopien skal kunne monteres til disk for vanlige verktøy.

Det er en viktig detalj. Mange agentverktøy faller mellom to stoler: enten blir de for chat-orienterte og løse, eller så gjemmer de arbeidet i en plattform der virksomhetens eksisterende verktøy, sikkerhetskontroller og arbeidsflyt får dårlig innsyn. Zeds posisjon er at Git og CI fortsatt skal gjøre det de er gode på, men at selve samarbeidet må flyttes nærmere den løpende prosessen.

Dette betyr ikke at Git er ferdig. Det betyr heller ikke at DeltaDB blir standarden. Zed er en leverandør med egen editor og egne insentiver. Produktet er ikke bredt ute ennå. Store virksomheter bør derfor lese dette som et signal, ikke som et ferdig veikart.

Signalet er likevel tydelig: Agentarbeid trenger versjonering av intensjon, ikke bare versjonering av filer.

Det vil påvirke kravene til verktøy de neste 12 til 24 månedene. Innkjøpere bør spørre kodeagent- og IDE-leverandører om session provenance, kobling mellom prompt og diff, bevaring av agentkontekst, eksport av revisjonsspor og integrasjon med eksisterende repo- og CI-systemer. Sikkerhetsteam bør samtidig vurdere hvor lenge agentlogger må beholdes, hvem som kan lese dem, og hvordan sensitive data i samtalene skal håndteres.

Den praktiske konsekvensen er enkel: Når agenten blir en reell utviklerressurs, blir samtalen en del av kildekoden. Da må den kunne eies, søkes i, revideres og forkastes med samme disiplin som resten av utviklingsløpet.

Zed har satt et godt navn på problemet. Nå begynner konkurransen om hvem som gjør agentbasert utvikling både rask og etterprøvbar.

Kilder og medier

Primærkilde: Zed, "Software Is Made Between Commits", publisert 11. juni 2026. Source URL: https://zed.dev/blog/introducing-deltadb

Kildekreditering: Zed / Nathan Sobo.

Thumbnail: OpenAI Image 2 / hogby.ai