Vos agents ont besoin d'une usine, pas d'un meilleur prompt
Si vos agents produisent du bon travail le lundi et se dégradent discrètement d'ici le vendredi, le problème ne vient pas de votre prompt : il vient de ce que rien, en dehors du prompt, ne survit à la session. Le 25 juillet 2026, Guillermo Rauch a résumé l'alternative en une phrase : l'usine logicielle est le produit (Rauch sur X). Lorsque nous avons lancé dix agents de programmation en même temps sur notre propre base de code, la limite n'a jamais été la qualité du modèle, mais la vitesse à laquelle un humain pouvait relire ce qui revenait. C'est un problème d'usine, et ce genre de problème se résout par la structure.
La thèse de l'usine, et pourquoi elle résonne maintenant
Le dirigeant de Vercel et créateur de Next.js a été direct : « L'usine logicielle est le produit. Votre produit ne vaut que ce que valent les agents que vous mettez en place pour l'entretenir de façon autonome » (Rauch sur X). Il attribue cette intuition à ce que Tesla a compris de la fabrication : la chaîne qui construit la voiture constitue un problème d'ingénierie plus difficile et plus précieux que la voiture elle-même.
La métaphore resterait jolie si les chiffres n'allaient pas dans le même sens. Guillermo Rauch indique par ailleurs que les agents déclenchent désormais plus de la moitié des mises en production sur la plateforme de Vercel (Startup Fortune, 26 juillet 2026). Dès lors que les agents représentent l'essentiel de ce qui parvient en production, la question n'est plus de savoir comment tourner une demande, mais à quoi ressemble la machinerie qui produit ces changements en continu.
La plupart des équipes en sont encore à la première question. Elles conservent un dossier de prompts bien tournés, peaufinent les formulations et abordent chaque session comme une nouvelle négociation avec le modèle. Cela tient jusqu'au moment où le travail dépasse la durée de la session, et c'est précisément là que l'ingénierie agentique se sépare de l'improvisation.
Ce dont une usine à agents est réellement composée
Une fois la métaphore mise de côté, les composants n'ont rien de spectaculaire.
1. Un fichier d'instructions durable. Un endroit unique qui précise le fonctionnement du dépôt : commandes de compilation, conventions, règles de test et contraintes qu'un agent ne peut pas deviner en lisant le code. C'est exactement ce que AGENTS.md a été conçu pour contenir (spécification).
2. Un ensemble de fichiers de travaux antérieurs. Guillermo Rauch décrit sa propre installation comme un dossier de recherche, un fichier d'instructions et un agent en ligne de commande par-dessus, sans applications ni graphes de connaissances, l'agent reliant les savoirs accumulés au fil des sessions précédentes (Rauch sur X). Des fichiers simples, interrogeables et versionnés.
3. Des plafonds d'itération. Une limite au nombre de tentatives accordées à l'agent avant qu'il s'arrête et pose une question. Sans cette limite, un agent désorienté consomme votre budget à démontrer sa désorientation.
4. Une boucle de validation. Des tests, des seuils d'évaluation et une étape de relecture qui tranche sur ce qui est intégré. C'est la partie que presque tout le monde saute.
Rien de tout cela n'est exotique. Il s'agit d'infrastructure ingrate, dont la construction ne vaut aucune reconnaissance à personne, et c'est bien pour cette raison que l'on continue d'accuser le prompt.
Le fichier d'instructions porte tout, et il est plus court qu'on ne le croit
Le format est délibérément banal : du markdown, des titres et des listes à puces, aucun champ obligatoire, aucune syntaxe particulière (spécification). Le dépôt de référence en montre les rubriques habituelles, à savoir les conseils sur l'environnement de développement, les instructions de test et les conventions (dépôt de référence). Ce qui y a sa place, c'est l'orientation opérationnelle qu'un agent ne peut véritablement pas déduire : commandes de compilation, conventions d'écriture, règles de test et contraintes fermes (guide d'Augment Code, mis à jour le 18 juin 2026).
À ce stade, le réflexe consiste à en écrire davantage. Les observations de juillet 2026 disent l'inverse. Anthropic a retiré environ 80 % de l'invite système de Claude Code pour les modèles de la génération Claude 5, et a publié ce que l'entreprise en a appris sur la rédaction des invites système, des compétences et des fichiers d'instructions (ingénieur d'Anthropic sur X, 24 juillet 2026), analyse détaillée par Developers Digest. Les modèles les plus capables ont besoin de moins d'instructions, pas de plus. Un fichier d'instructions boursouflé, c'est une usine qui a confondu documentation et outillage.
La même discipline se retrouve dans les recommandations d'Anthropic sur la rédaction des compétences d'agent : garder le corps du texte sous les 500 lignes et déporter le détail vers des fichiers référencés plutôt que de tout inclure (documentation d'Anthropic). Écrivez les règles qui modifient le comportement, supprimez le reste. Si vous souhaitez examiner l'existant, notre guide d'audit des compétences d'agent indique par quoi commencer.
Des fichiers de travaux antérieurs valent mieux qu'une fenêtre de contexte élargie
Si un dossier de recherche apporte quelque chose, la raison est mécanique et non esthétique. Les agents chargent au démarrage le seul intitulé et la description de chaque compétence, soit environ 30 à 50 jetons par entrée, puis récupèrent les instructions complètes lorsqu'une tâche correspond, et les fichiers référencés seulement au moment de l'exécution (la divulgation progressive expliquée, 1er juillet 2026). Un ensemble de fichiers constitue donc l'index le moins coûteux qui soit : l'agent ne paie que ce qu'il ouvre.
L'autre voie consiste à recopier les décisions des trois derniers mois dans chaque demande. Cela coûte des jetons à chaque exécution et se dégrade à mesure que le volume augmente. Écrire sur le disque ne coûte rien par exécution et produit des intérêts composés. Ce déséquilibre résume tout l'argument en faveur d'une architecture fondée sur les fichiers, et c'est pour la même raison que l'orchestration de plusieurs agents à grande échelle ne fonctionne que si l'état réside hors de la conversation.
Un effet de second ordre passe souvent inaperçu. Dès lors que les travaux antérieurs reposent sur le disque dans un format cohérent, l'agent peut établir des liens d'une session à l'autre : quelles décisions ont été prises, ce qui a déjà été tenté, ce qui a échoué. Aucun graphe de connaissances n'est nécessaire. Un répertoire et une convention de nommage suffisent.
Sans validation, l'autonomie ne passe pas à l'échelle
C'est là que se situe le véritable manque. Un état des lieux des pratiques de 2026 le dit sans détour : la plupart des équipes qui mettent des agents en production ne les testent pas, et la proposition consiste à noter les exécutions selon l'accomplissement de la tâche, l'usage des outils, le coût et la sûreté (plaidoyer pour un banc d'évaluation, 8 juin 2026). Les réponses sous la publication de Guillermo Rauch parviennent à la même conclusion par l'autre bout : une usine ne vaut que ses boucles de rétroaction, et sans validation fiable, l'autonomie ne passera pas à l'échelle (fil de discussion).
Nous l'avons découvert par le débit. Faire tourner dix agents en parallèle n'a pas décuplé la production : cela a multiplié le volume de travail en attente d'une décision humaine, si bien que la relecture s'est révélée le véritable goulet d'étranglement. Ajouter des agents à un système dépourvu de seuil automatique ne produit pas davantage de travail livré, mais une file d'attente plus longue.
Le secteur converge vers cette lecture. Un comparatif d'agents de programmation publié en juin 2026 classe toute la catégorie selon l'ossature technique, le coût et la justesse plutôt que selon le seul choix du modèle (Firecrawl, 10 juin 2026).
Open Agents, l'application de référence de Vercel, est instructive pour la même raison : ce qu'elle livre, c'est la moitié ingrate, à savoir l'interface web, l'environnement d'exécution, la gestion des bacs à sable et le raccordement au dépôt (Open Agents). Personne n'a eu besoin de construire un meilleur modèle pour rendre cela utile : il a fallu construire la pièce dans laquelle le modèle travaille. C'est le motif que nous avions suivi lors du virage de plateforme de Vercel en 2026.
Là où le prompt improvisé garde l'avantage, et par quoi commencer
L'objection est réelle et ne mérite pas d'être balayée. Si une tâche ne se produit qu'une fois, le prompt est plus rapide et l'usine n'est que du poids mort. Le travail exploratoire, lorsque vous ignorez encore la forme du problème, souffre même de consignes rigides, car celles-ci figent des hypothèses que vous n'avez pas encore vérifiées. Les petites bases de code confiées à une seule personne manquent souvent de répétition pour que la structure s'amortisse. Enfin, un fichier d'instructions périmé vaut moins que pas de fichier du tout, puisqu'il oriente les agents avec assurance vers des conventions abandonnées depuis des mois.
Les deux critères sont la répétition et la durée de vie. Cette tâche reviendra-t-elle, et son résultat doit-il survivre à la session ? Deux fois non : rédigez un prompt et passez à la suite. Deux fois oui : mettez-le par écrit.
Si les deux réponses sont positives, procédez dans cet ordre :
- Le fichier d'instructions d'abord. Uniquement ce qu'un agent ne peut pas déduire du code. Commencez court, car les observations de juillet 2026 plaident pour la sobriété (guide sur l'ingénierie du contexte).
- L'ensemble de fichiers ensuite. Un répertoire pour les travaux antérieurs, avec une convention de nommage que vous suivrez vraiment.
- Le plafond en troisième. Une limite ferme au nombre d'itérations avant que l'agent s'arrête et interroge.
- La validation en dernier, et jamais à l'économie. Quel que soit le seuil qui décide de l'intégration, automatisez ce qui peut l'être.
Cet ordre compte, car chaque étape rend la suivante moins coûteuse. Des instructions sans validation produisent un résultat rapide, assuré et non relu. Une validation sans instructions rejette du travail pour des motifs que l'agent n'a jamais reçus.
Ce que la thèse de Guillermo Rauch a d'inconfortable, c'est que rien de tout cela ne relève de l'art du prompt. C'est le même travail qui a rendu l'intégration continue précieuse il y a vingt ans, appliqué à une nouvelle catégorie de main-d'œuvre. Les équipes qui tireront des rendements croissants de leurs agents en 2027 sont celles qui rédigent les fichiers ingrats en 2026.
Si vous préférez faire concevoir cette couche plutôt que de l'assembler à partir d'articles de blog, notre équipe la construit pour les opérateurs, des instructions à la structuration des travaux antérieurs, jusqu'aux seuils qui décident de ce qui part en production.
Questions fréquentes
Qu'est-ce qu'une usine à agents ? Une usine à agents est le système durable qui entoure un agent : fichier d'instructions persistant, ensemble de fichiers de travaux antérieurs interrogeable, plafonds d'itération et seuil de validation. Elle pèse davantage sur la qualité du résultat que la formulation du prompt (Rauch sur X).
AGENTS.md est-il obligatoire, ou puis-je utiliser un autre fichier ? AGENTS.md est un format ouvert et non une obligation : du markdown simple, sans champs obligatoires ni en-tête YAML (spécification). Le nom du fichier importe moins que l'existence d'un emplacement stable que les agents lisent à chaque exécution.
Quelle longueur doit avoir mon fichier d'instructions ? Plus courte que l'intuition ne le suggère. Anthropic a retiré environ 80 % de l'invite système de Claude Code pour les modèles Claude 5, et ses propres recommandations limitent le corps du texte à 500 lignes, le détail étant déporté vers des fichiers référencés (documentation d'Anthropic).
Faut-il une base vectorielle ou un graphe de connaissances pour les travaux antérieurs ? Non. Guillermo Rauch décrit son installation comme un dossier de recherche, un fichier d'instructions et un agent en ligne de commande, sans applications ni graphes de connaissances (Guillermo Rauch sur X). Des fichiers et une convention de nommage couvrent la plupart des cas.
Quand une usine ne vaut-elle pas l'effort ? Lorsque la tâche ne survient qu'une fois, lorsque vous explorez encore la forme du problème, ou lorsque la base de code offre trop peu de répétition pour amortir la mise en place. Pour du travail jetable, le prompt reste le bon outil (comparatif des ossatures techniques).
Sources
- Rauch sur X : « L'usine logicielle est le produit » — 25 juillet 2026
- Ingénieur d'Anthropic sur X : les nouvelles règles de l'ingénierie du contexte pour les modèles Claude 5 — 24 juillet 2026
- Les nouvelles règles de l'ingénierie du contexte pour les modèles Claude 5 — 24 juillet 2026
- Guillermo Rauch : les agents déclenchent plus de la moitié des mises en production chez Vercel — 26 juillet 2026
- AGENTS.md, un format ouvert pour guider les agents de programmation — spécification vivante, vérifiée le 27 juillet 2026
- Dépôt de référence agents.md — dépôt vivant, vérifié le 27 juillet 2026
- Anthropic : bonnes pratiques de rédaction des compétences d'agent — documentation vivante, vérifiée le 27 juillet 2026
- Application de référence Open Agents de Vercel — vérifiée le 27 juillet 2026
- Les meilleurs agents de programmation en 2026 : ossature technique, coût et justesse comparés — 10 juin 2026
- Comment construire votre AGENTS.md — mis à jour le 18 juin 2026
- Évaluation des agents en 2026 : construire un banc d'évaluation — 8 juin 2026
- Que sont les compétences Claude ? Les compétences d'agent expliquées — 1er juillet 2026