Zed Delta, la review de code autrement

Ça fait un an que Zed est mon éditeur principal. Rapide, propre, zéro bloat — je l'ai déjà dit, je le redis.

Mais depuis quelques mois, Zed a sorti Delta, et c'est un autre niveau.

Qu'est-ce que Delta ?

Delta, c'est la réponse de l'équipe Zed à une question simple : comment revoir du code écrit en partie par des agents ? Pas avec un diff figé sur un commit, mais avec tout le contexte : la conversation qui a produit le code, les décisions prises, et les commentaires ancrés sur le code qui évolue.

L'agent est dans le fil de discussion. Quand quelque chose semble suspect, on ne reconstitue plus l'intention à partir d'un diff : on demande à l'agent de l'expliquer ou de le corriger. Le tout reste connecté au code en temps réel.

Mon workflow de review

De mon côté, j'ai réparti les rôles entre deux modèles :

• GPT 5.6 pour les améliorations globales et les suggestions — refactoring, lisibilité, cohérence d'ensemble.
• GPT 6 Astra pour la sécurité — analyse des failles de mes applications, et en particulier de launch-now.

Et c'est là que ça devient intéressant. Sur launch-now, GPT 6 Astra a dégagé plus de 50 corrections à faire. Des failles que je n'avais pas vues, des hypothèses de sécurité erronées, des entrées utilisateur mal validées — le genre de choses qui finit en veille nocturne.

Ce que ça change

Le vrai changement, ce n'est pas le nombre de fixes. C'est la boucle : un agent écrit, un autre agent relit avec un angle différent, et moi je décide. La revue de code n'est plus une étape que je redoute, c'est une passe qui tourne en parallèle.

Zed pour écrire, Delta pour relire, deux LLM spécialisés pour les angles morts. Reste le plus dur : valider que les corrections proposées servent le projet, pas juste la checklist.

Et franchement, pour un outil encore tout jeune, Delta tient déjà ses promesses.