Alors, pourquoi utiliser des personas d’IA comme schémas d’alignement ?
D’abord, un modèle mental : AGENTS.md, c’est en gros le prompt système de votre repo. C’est la première chose qu’un agent de code lit en arrivant sur votre projet. C’est votre « voilà ce qui compte ici », votre point d’entrée, votre tentative d’orientation avant qu’il ne commence à fouiller dans la base de code comme un raton laveur avec une lampe torche.
La sagesse populaire dit : bourrez AGENTS.md de règles. Plus il y a de règles, plus on a de contrôle. Ajoutez des règles quand l’agent se plante. Ajoutez-en encore quand il se plante à nouveau. À la fin, vous gérez tout un repo avec une minuscule constitution écrite par quelqu’un qui n’a jamais vu la lumière du jour.
Et c’est de là, mes enfants, que vient la bouillie.
La raison est simple et mécanique. On a maintenant une convergence assez nette de recherches pointant vers le même mode de défaillance : une densité d’instructions élevée rend les agents moins performants.
La capacité à suivre les instructions se dégrade à mesure qu’on empile les exigences, et les « instructions conflictuelles ou tendues » jouent un rôle majeur dans cette dégradation.
Maintenant, on zoome : on passe de la surcharge générale d’instructions à ce qu’on fait précisément en vibe coding : les fichiers de contexte de repo comme AGENTS.md.
Des travaux récents montrent que « faire ce que les outils recommandent, générer un gros fichier de contexte » réduit souvent le taux de réussite des tâches par rapport à l’absence totale de contexte de repo, tout en augmentant le coût d’inférence de plus de 20 % et en poussant les agents vers des schémas d’exploration trop larges.
Parfois, respecter le fichier est pire que de l’ignorer.
Une autre étude récente révèle qu’AGENTS.md peut réduire le temps d’exécution et le nombre de tokens en sortie dans les workflows de PR sans vraiment changer le comportement de complétion. Donc, ce n’est pas que « AGENTS.md c’est nul », mais plutôt que « la masse d’instructions compte, et les exigences inutiles sont une taxe ».
Convictions et limites
C’est là que les personas interviennent.
Les piles de règles sont en aval. Les convictions sont en amont.
Au lieu d’écrire AGENTS.md, ou tout prompt d’agent, comme un procès-verbal d’audience, écrivez-le comme une porte propre : une juridiction, quelques convictions qui se généralisent bien et des limites pour éviter les spirales connues.
Quand on regroupe convictions + limites, on obtient un persona. Structurellement, on a construit une couche d’alignement légère qui évite l’explosion des branches sans transformer le prompt du repo en code fiscal.
Et voilà, c’était ma conférence TED.
Laissez un pourboire au barman en sortant.
Lui aussi fait de l’élagage de branches en temps réel.
Je vous aime.
Sources :
- « How Many Instructions Can LLMs Follow at Once? » (IFScale), arXiv:2507.11538
- « Boosting Instruction Following at Scale » (conflict scoring / instruction tension), arXiv:2510.14842
- « Evaluating AGENTS.md: Are Repository-Level Context Files Helpful for Coding Agents? », arXiv:2602.11988
- « On the Impact of AGENTS.md Files on the Efficiency of AI Coding Agents », arXiv:2601.20404