1. Accueil
  2. Blog

· 4 min de lecture

Mon équipe d'agents IA pour livrer plus vite

IAAgentsProductivité

Un seul assistant IA qui fait tout finit par tout faire un peu mal. Ce qui a mieux marché pour moi, c’est de monter une petite équipe d’agents, chacun avec une seule mission, et de les laisser travailler en parallèle. Sur un vrai projet, cela a augmenté ma productivité de 400 %.

L’idée : une structure verticale

J’ai découpé le travail de livraison d’une fonctionnalité en étapes comme dans une équipe humaine, et confié chaque étape à son propre sous-agent :

  • Planification : transforme une demande en tâches claires avec critères d’acceptation.
  • Recherche : lit le code et la documentation existants, et repère ce que le changement va toucher.
  • Conception : propose l’approche avant d’écrire quoi que ce soit.
  • Développement : écrit le code d’une tâche.
  • Tests : écrit et exécute les tests de ce code.
  • Revue : lit le résultat comme un collègue exigeant et le renvoie s’il n’est pas à la hauteur.

Chaque agent ne reçoit que ce dont il a besoin et renvoie un résultat clair, qui devient l’entrée du suivant.

Le manager : un agent CTO

Je ne briefe pas six agents un par un. Je parle à un seul : un agent CTO qui gère tous les autres. C’est le seul agent qui me parle, et le seul qui voit l’ensemble.

  • Il reçoit ma demande en langage courant et la découpe en tâches.
  • Il confie chaque tâche au bon spécialiste et décide ce qui peut tourner en parallèle.
  • Il vérifie chaque résultat par rapport à l’objectif de la fonctionnalité, pas seulement à la tâche reçue, et renvoie le travail quand il n’est pas à la hauteur.
  • Il me remonte les décisions. Quand un choix change le produit, l’architecture ou le coût, il s’arrête et me demande au lieu de deviner.

J’utilise ce dispositif sur Summit, une application mobile d’objectifs : une demande va au CTO, et les spécialistes planifient, construisent, testent et relisent derrière lui. L’avantage est simple : un seul interlocuteur responsable et un seul résumé à la fin, au lieu de relire la production de six agents.

Le multiplicateur : des agents en parallèle

La chaîne verticale traite bien une tâche. Le vrai gain est venu de plusieurs chaînes qui tournent en même temps sur des tâches séparées. Pendant qu’un agent teste une fonctionnalité, un autre planifie déjà la suivante. Je passe mon temps à décider et à relire, plutôt qu’à attendre.

Pourquoi je n’utilise pas Superpowers

Superpowers est un ensemble de compétences populaire et bien conçu, qui impose à un agent de code un processus fixe : réfléchir, écrire un plan, puis travailler en commençant par les tests. J’ai essayé ce type d’approche et j’ai choisi de construire mon propre workflow. Mes raisons :

  • Il est générique par conception. Un cadre fait pour tous les projets ne peut pas connaître le mien. Mes agents portent les conventions du code, ma façon de structurer les écrans mobiles et les vérifications que je lance toujours : ils partent avec du contexte au lieu de tout redécouvrir.
  • Le processus est le même pour toutes les tâches. Renommer un bouton et concevoir un parcours de paiement n’exigent pas le même cérémonial. Avec mon dispositif, le CTO décide du niveau de processus que mérite chaque tâche.
  • Il coûte du temps et des jetons sur les petites tâches. De longs tours de planification et de revue pour un changement d’une ligne me ralentissent plus qu’ils ne me protègent.
  • Je veux maîtriser chaque règle. Quand un agent fait quelque chose qui ne me plaît pas, j’ouvre ses instructions et je les change. Je préfère entretenir un petit système que je comprends plutôt que d’ajuster un système que je ne contrôle pas.

C’est une préférence, pas un verdict. Pour quelqu’un qui débute avec les agents, un cadre prêt à l’emploi est une bonne façon de découvrir à quoi ressemble un workflow structuré. Je suis passée au mien parce que je sais maintenant exactement ce qu’il me faut.

Ce qui garde l’ensemble fiable

  • Des consignes courtes et précises. Un agent avec une mission étroite se guide et se vérifie plus facilement.
  • Une étape de revue qui peut dire non. Sans elle, la vitesse produit surtout plus de bugs.
  • Des passages de relais clairs. Chaque agent indique ce qu’il a fait, ce qu’il a supposé et ce qui reste à faire.
  • Un humain aux commandes. L’agent CTO gère l’équipe, et je gère le CTO. Je garde les décisions, l’architecture et la revue finale.

Où cela convient

Ce dispositif convient aux équipes qui ont un flux régulier de tâches bien définies : fonctionnalités, refactorisations, couverture de tests, documentation. Il sert moins pour un travail flou et exploratoire, où le plus dur est de savoir quoi construire.

Si vous voulez un workflow de ce type pour votre équipe, ou un système d’agents bâti autour de vos données et de vos tâches quotidiennes, je peux le mettre en place avec vous.

Partager sur LinkedIn

Michele

Écrit par Michele
Développeuse d'applications sur mesure et IA · Lausanne, Suisse

Vous travaillez sur un sujet similaire ?

J'aide les équipes sur exactement ces problèmes.

Parlons de votre projet

Vous voulez connaître le coût de votre projet ? Contactez-moi et je préparerai un devis.