Workflow de développement multi-agents

Contexte

Une équipe de développement qui livre des fonctionnalités pour une plateforme RH multi-tenant, avec plusieurs tâches menées en même temps.

Le défi

Livrer une fonctionnalité demande plusieurs types de travail : planification, recherche, conception, code, tests et revue. Faits les uns après les autres par la même personne, ils font perdre beaucoup de temps en attentes et en changements de contexte.

Mon rôle

J'ai conçu et mis en place l'ensemble du workflow d'agents.

Mon approche

1. J'ai découpé le travail selon les mêmes étapes qu'une équipe humaine et confié chaque étape à un agent spécialisé.
2. J'ai ajouté un agent CTO comme point de contact unique : il découpe une demande en tâches, les attribue, vérifie les résultats par rapport à l'objectif de la fonctionnalité et me sollicite quand une décision compte vraiment.
3. J'ai fait tourner des chaînes d'agents en parallèle : pendant qu'une tâche est testée, la suivante est déjà planifiée.
4. J'ai gardé une étape de revue qui peut renvoyer le travail, pour que la vitesse ne produise pas simplement plus de bugs.

Ce que j'ai construit

• Un agent CTO qui gère toute l'équipe et me rend compte
• Une structure verticale de sous-agents : planification, recherche, conception, développement, tests et revue
• Des agents en parallèle qui traitent des tâches distinctes en même temps
• Des passages de relais clairs : chaque agent possède une étape et transmet son résultat

L'équipe : qui fait quoi

Le workflow suit les mêmes étapes qu'une équipe humaine, et chaque étape a son propre agent spécialisé :

• Agent CTO : le seul agent qui me parle. Il reçoit ma demande en langage courant, la découpe en tâches, attribue chacune au bon spécialiste, décide ce qui peut tourner en parallèle, vérifie chaque résultat par rapport à l'objectif de la fonctionnalité et me remonte les décisions qui changent le produit, l'architecture ou le coût.
• Agent de planification : transforme une demande en tâches claires avec des critères d'acceptation.
• Agent de recherche : lit le code et la documentation existants et repère ce que le changement va toucher.
• Agent de conception : propose l'approche avant que quoi que ce soit ne soit écrit.
• Agent de développement : écrit le code d'une tâche.
• Agent de test : écrit et exécute les tests de ce code.
• Agent de revue : relit le résultat comme un collègue exigeant et le renvoie s'il n'est pas à la hauteur.

Le parcours d'une fonctionnalité dans l'équipe

Une fonctionnalité type suit chaque fois le même chemin :

• Je décris la fonctionnalité à l'agent CTO en langage courant.
• L'agent CTO la découpe en tâches avec critères d'acceptation, et les agents de planification, de recherche et de conception préparent chacune d'elles.
• Les agents de développement construisent les tâches, plusieurs en même temps, chacun sur une tâche distincte.
• Les agents de test écrivent et exécutent des tests, et l'agent de revue contrôle le résultat et peut le renvoyer.
• L'agent CTO vérifie l'ensemble par rapport à l'objectif de la fonctionnalité et me remet une seule synthèse. Je fais la revue finale et prends les décisions qui comptent.

Ce qui le rend fiable

La vitesse ne sert que si l'on peut se fier au résultat. Quatre habitudes font la différence :

• Des instructions courtes et précises : un agent avec une mission étroite est plus facile à guider et à contrôler.
• Une étape de revue qui peut dire non : sans elle, la vitesse ne produit que plus de bugs.
• Des passages de relais clairs : chaque agent indique ce qu'il a fait, ce qu'il a supposé et ce qu'il reste à faire.
• Un humain aux commandes : l'agent CTO gère l'équipe, et je gère l'agent CTO. Je reste responsable des décisions, de l'architecture et de la revue finale.

Pourquoi je l'ai construit moi-même

J'ai choisi de construire mon propre workflow plutôt que d'utiliser un framework prêt à l'emploi comme Superpowers. Mes raisons :

• Mes agents portent les conventions de mon code et les contrôles que je fais toujours : ils démarrent avec du contexte au lieu de le redécouvrir.
• L'agent CTO décide du niveau de processus que mérite une tâche : renommer un bouton et concevoir un parcours de paiement n'exigent pas le même cérémonial.
• Je maîtrise chaque règle : quand un agent fait quelque chose qui ne me plaît pas, je peux ouvrir ses instructions et les modifier.

Ce que cela a apporté

La productivité a augmenté de 400 %. Je passe maintenant mon temps à décider et à relire plutôt qu'à attendre, et l'agent CTO me remet une seule synthèse au lieu de six résultats à lire.