80 000 lignes de code en 51 jours

Quatre commandes de workflow open source, la leçon contre-intuitive qui les sous-tend et une question : à quoi ressemble votre processus ?

Au début, j'ai essayé d'exécuter plusieurs agents Claude en parallèle. Donnez-leur des problèmes séparés, laissez-les tous mettre en œuvre simultanément, fusionnez tout à la fin. Sur le papier, cela aurait dû être l’approche optimale. L'IA écrit du code rapidement. Plus d’agents signifie plus de débit. Mathématiques simples.

Cela a aggravé les choses.

Manasight est un compagnon de bureau pour MTG Arena, la version numérique gratuite de Magic : The Gathering. C'est une application Tauri : Rust, TypeScript, Astro. Un développeur. Le projet et le jeu n'ont pas d'importance pour cet article, mais le flux de travail de développement. Le dernier message concernait les tests. Celui-ci couvre la construction : comment les problèmes GitHub deviennent des demandes d'extraction fusionnées sans que j'écrive le code.

Le projet compte désormais environ 80 000 lignes de code réparties dans six référentiels. 33 000 lignes de code de production, 47 000 lignes de tests. 616 demandes d'extraction fusionnées. Environ 6 590 cas de test. 51 jours.

Pourquoi les agents parallèles ont aggravé la situation

Premièrement, je ne pouvais pas suivre ce que faisait chaque agent. Chaque agent avait besoin de petites corrections, et ces corrections s'aggravaient lorsque les agents travaillaient dans un contexte obsolète. Au moment où un agent a terminé, d’autres avaient déjà modifié le code ...
[Courte citation de 8% de l'article original]