Quelques astuces sur le coding agentique

Comprendre les personas en coding agentique et tirer le meilleur de l'IA au quotidien repose surtout sur la qualité de vos prompts et l'organisation de vos tâches.
Comprendre les personas
Aujourd'hui dans le coding agentique on utilise souvent un persona : que ce soit avec GStack ou BMAD, on donne un rôle (Architect, Dev, PM, QA...) à notre IA.
Mais il faut bien retenir une chose.
Lorsque l'on donne un rôle à son IA, le persona ne doit servir qu'à donner une méthodologie à suivre : une façon de fonctionner, de travailler.
Car en dessous de ce rôle, il reste le modèle qui, lui, n'a pas bougé.
Donc quand je vois les gens créer une "team d'agents IA", créer des rôles et parler de fonctionnalités comme "renvoyer un agent".
Je me dis qu'ils n'ont rien compris.
La vérité c'est qu'au-delà de jouer au petit CEO sur sa machine, si vous constatez une anomalie dans le traitement d'une tâche confiée.
Congédier un agent Bobby pour utiliser un agent Greg qui reposent tous les deux sur Opus 4.7 n'a absolument aucun sens.
Un problème de traitement c'est avant tout un signal fort que dans le contexte que vous passez à un agent.
Il manque des éléments lui permettant de mener à bien sa mission.
Donc le geste le plus censé à faire c'est de mieux prompter plutôt que de croire qu'en changeant d'agent vous obtiendrez un résultat conforme.
Comment exploiter l'IA au mieux ?
Après des mois et des mois de code au quotidien, je peux vous dire que l'IA dès aujourd'hui est déjà capable de coder exactement comme vous.
Si le résultat aujourd'hui ne vous plaît pas. C'est qu'à tous les coups, vous ne l'avez pas assez éduquée.
Je m'explique.
J'ai vu beaucoup de gens se plaindre de la qualité de code des agents. Et je suis d'accord : par défaut ça ne vole pas haut.
Mais l'avez-vous déjà testé avec un prompt où vous lui donnez des exemples concrets de ce que vous attendez comme résultat, où vous listez scrupuleusement l'ensemble des règles et des bonnes pratiques obligatoires.
Parce que dans le cas où vous lui montrez clairement ce qu'il faut faire, c'est déjà bien plus rare de le voir halluciner.
Donc, le plus gros du travail quand vous passez à l'IA ne consiste pas à juste savoir s'en servir, mais plutôt à faire en sorte que chaque session améliore continuellement vos prompts.
Si dès aujourd'hui vous ne capitalisez pas sur toutes les fois où vous l'avez corrigée, non seulement vous allez recommencer à chaque fois, mais en plus vous n'atteindrez jamais la vitesse de code maximale que l'IA vous permet d'atteindre.
Comment j'utilise l'IA au quotidien ?
Premièrement, j'ai les 2 forfaits à 100 $ chez OpenAI pour Codex et Anthropic pour Claude Code.
Je m'en sers chaque jour et on peut dire que je saigne vraiment mes forfaits.
J'ai tellement dépassé Claude et complété avec des crédits supplémentaires qu'eux-mêmes m'en ont souvent donné comme récompense de fidélité. (Encore 85 $ reçus avec Anthropic dernièrement.)
Quand je dis que je saigne mes forfaits, ce n'est pas une blague. Je vais vous expliquer comment.
En fait, aujourd'hui avec un prompt bien rodé, l'IA peut implémenter comme si c'était vous-même qui aviez codé une feature.
Donc, d'un point de vue qualité, on est ok.
Maintenant comment gagner en vitesse avec l'IA ?
C'est ici que votre expertise entre en jeu.
Je commence toujours par découper une tâche en user stories. Donc, j'en fais des sous-tâches.
Ensuite, je m'appuie sur mon expérience pour découper suffisamment chaque sujet. De manière à avoir les tâches les plus agnostiques possibles.
C'est-à-dire que je fais tout pour éviter les interférences ou la dépendance entre 2 tâches distinctes.
Ici, vous pouvez même demander à l'IA de vous aider à le faire.
Puis, j'ouvre plusieurs terminaux en même temps, en moyenne 3, et je les lance sur des tâches séparées.
L'objectif est de réussir au maximum à les faire travailler en parallèle en évitant qu'un agent ait besoin du travail de l'autre.
Pour ce faire, je fais beaucoup de specs en amont. Contrat d'interface, functional programming, etc. Et je demande aux IA de travailler sur la base de cette spec.
En faisant le maximum de tests unitaires conformément aux contraintes établies en amont.
Avec ça, les projets avancent à pas de géant.
D'ailleurs vous n'êtes pas obligés de prendre les deux forfaits OpenAI et Anthropic en même temps. Mais sachez que les deux fonctionnent très bien de pair, lorsque l'un vérifie et encadre l'autre.
Je les utilise également en parallèle sur différents projets. Ça évite de cramer trop de tokens d'un coup sur un fournisseur.
PS: Inscrivez-vous à la newsletter pour recevoir les fiches memo pour mieux coder !
FAQ
Est-ce qu'avoir plusieurs agents avec des rôles différents améliore vraiment les résultats ?
Non, si ces agents reposent sur le même modèle sous-jacent. Changer d'agent ne résout pas un problème de contexte insuffisant : il vaut mieux retravailler son prompt pour lui fournir les éléments manquants plutôt que de simuler une équipe.
Pourquoi l'IA produit-elle du code de mauvaise qualité dans mon projet ?
C'est presque toujours un problème de prompt incomplet. Lui fournir des exemples concrets du résultat attendu et une liste explicite de règles et bonnes pratiques réduit drastiquement les hallucinations et améliore la qualité de sortie.
Comment capitaliser sur mes corrections pour ne pas recommencer à zéro à chaque session ?
À chaque fois que vous corrigez l'IA, enrichissez vos prompts de référence plutôt que d'abandonner la correction. C'est ce travail d'amélioration continue qui permet d'atteindre une vitesse de développement maximale sur la durée.
Comment paralléliser le travail de plusieurs agents pour aller plus vite ?
Découpez vos features en sous-tâches les plus indépendantes possible, rédigez des specs et des contrats d'interface en amont, puis lancez plusieurs terminaux simultanément sur des tâches séparées. L'objectif est que chaque agent n'ait pas besoin du travail d'un autre pour avancer.
Faut-il absolument avoir les deux abonnements OpenAI et Anthropic ?
Ce n'est pas obligatoire, mais les utiliser ensemble présente deux avantages : l'un peut vérifier et encadrer l'autre, et alterner entre les deux évite d'épuiser trop rapidement les tokens d'un seul fournisseur.

Alexandre P.
Développeur passionné depuis plus de 20 ans, j'ai une appétence particulière pour les défis techniques et changer de technologie ne me fait pas froid aux yeux.
Poursuivre la lecture


