DeltaDB : quand la conversation devient le vrai code source
Pourquoi ça compte pour toi
Aujourd'hui, tu attends que tes agents finissent pour examiner leur travail. DeltaDB capture chaque geste, chaque message, chaque raison — tout ensemble. C'est utile si tu collabores avec des IA ou des équipes en temps réel : fini les pull requests qui tuent l'élan.
Ce qu'il faut retenir
- 1.DeltaDB enregistre chaque opération, pas juste les commits : tu peux pointer n'importe quel instant du code.
- 2.La conversation et le code vivent au même endroit : tu peux sauter du message d'un agent au code qu'il a écrit, et inversement.
- 3.Plusieurs personnes et agents éditent les mêmes fichiers simultanément, sans conflits grâce à la réplication.
- 4.Les pull requests disparaissent : pourquoi attendre la mise en ligne si tu peux collaborer en direct sur le worktree ?
Tu galères avec le jargon ?
Lis la version réécrite en mode débutant — toutes les idées, sans le jargon.
Git n'était pas prêt pour les agents
Zed a bâti son éditeur sur une frustration simple : les pull requests tuent la collaboration. Pendant que tu écris du code avec un collègue, vous discutez en temps réel. Mais GitHub te force à committer et pousser avant de parler — trop tard, la vraie conversation est déjà finie.
Avec les agents IA, c'est pire. Tu lances une tâche, l'agent pond du code, tu découvres pourquoi il a fait tel choix… trois commits après. Sauf que tu ne peux plus lui poser la question en montrant exactement la ligne qui te pose souci.
Comment ça marche : deltas au lieu de commits
Au lieu de snapshots (Git), DeltaDB trace chaque opération — chaque caractère tapé, chaque message envoyé. Chaque delta a une adresse stable. Résultat : tu peux pointer vers le code tel qu'il existait au moment où l'agent a écrit X, sans que la numérotation des lignes te poursuive comme une malédiction.
C'est pas juste du versioning fumanier : plusieurs personnes et agents écrivent en même temps sur les mêmes fichiers. Zed utilise la réplication sans conflits (comme les docs collaboratifs) pour que ça ne devienne pas un chaos.
La vraie source du code : la conversation
Au lieu que la conversation soit accrochée au code après coup, ils vivent ensemble.
Clique sur une ligne de code → tu vois le message de l'agent qui l'a écrite, et chaque modification qui a suivi. Clique sur un message de l'agent → le code saute à la version exacte qu'il a produite. Et oui, les agents peuvent s'interroger mutuellement : "pourquoi tu as écrit ça comme ça ?" en pointant le contexte réel.
En finir avec les pull requests
L'idée folle : si le code et la conversation sont au même endroit en permanence, les révisions ne sont plus un rituel après la mort du projet — c'est continu, asynchrone, et un collègue peut s'incruster à n'importe quel moment pour ajouter son grain de sel.
Git reste pour ce qu'il sait faire : CI/CD, push vers GitHub, checks. Mais la collaboration vit ailleurs maintenant.
Timing
Bêta "dans quelques semaines" (article du 11 juin 2026). Il y a une liste d'attente sur le site de Zed.
Et concrètement pour toi ?
Choisis ton profil — la lecture de l'article change selon qui tu es.
Pour toi, la vraie rupture : la conversation devient traçable et rejouable, pas juste le code final. C'est comme si on enregistrait chaque coup au tennis, pas juste le score. Ça change le rapport à la transparence et à la responsabilité en travail collaboratif humain-machine.
Essayer maintenant
Rejoindre la bêta DeltaDB →Source
Pour aller plus loin
Cet article t'a donné envie d'approfondir ? Deux formations Noésis t'attendent :
Explorer les thèmes de cet article :