L'article publié par Archwise pose un diagnostic que nous partageons mot pour mot : « La plupart des organisations pensent avoir un problème de prompts. En réalité, elles ont un problème de contexte. » Le Prompt Engineering, écrit le cabinet, a été utile et nécessaire - mais il optimise des interactions, pas des systèmes. Ses bénéfices sont « locaux et fragiles ». Et à mesure que l'IA s'intègre dans des systèmes critiques, cette fragilité se paie.
Cette lecture rejoint celle que nous tirions récemment des travaux de Wharton : les astuces de prompt ne passent pas à l'échelle. Archwise va plus loin et nomme le remède - le Context Engineering - et surtout le principe qui le sous-tend : traiter le contexte comme une infrastructure. C'est exactement la conviction sur laquelle Survol est bâti. Reprenons les étapes de l'article.
La « Prompt Debt » : une dette invisible
Archwise décrit un phénomène que beaucoup d'équipes vivent sans le nommer : la Prompt Debt. À force de collectionner des prompts « comme des actifs stratégiques » - sans contexte, sans versioning, sans traçabilité -, la bibliothèque devient ingérable. Les « experts en prompts » se transforment en goulots d'étranglement ; quand l'un part, l'équipe perd en capacité et les erreurs reviennent. La connaissance est tacite, tribale, et son transfert « lent et fragile ».
« Comme toute dette technique, la Prompt Debt génère des frictions, des erreurs et des reprises, et limite la capacité de l'organisation à passer à l'échelle. » - Archwise
Le développement agentique aggrave cette dette d'un cran. Car un agent qui code a besoin, à chaque session, d'un contexte : les conventions de l'équipe, les décisions déjà prises, les fichiers concernés. Si ce contexte vit dans la tête d'un lead ou dans un CLAUDE.md que personne ne maintient, chaque session repart d'un savoir approximatif - et produit des résultats incohérents d'une fois sur l'autre.
Le contexte comme infrastructure : le cœur de l'article, le cœur de Survol
Le saut conceptuel qu'Archwise appelle Context Engineering consiste à cesser de traiter le contexte comme un sous-produit, pour en faire « une infrastructure critique, au même niveau que le code ou les données ». Concrètement, le cabinet liste quatre exigences. Nous les reprenons une à une - parce que Survol en fait, précisément, des fonctionnalités.
Le contexte comme infrastructure, selon Archwise : le capturer systématiquement, le versionner et l'auditer comme le code, l'intégrer aux processus d'onboarding et de gouvernance, le rendre accessible aux humains comme aux systèmes d'IA. Point par point, c'est le cahier des charges de Survol.
- Capturer le contexte, plutôt que le laisser tacite. Dans Survol, le contexte d'un produit n'est pas éparpillé : la spec de chaque fonctionnalité, les décisions produit tranchées (avec leur pourquoi), et les fichiers d'orientation de l'agent (type
CLAUDE.md, procédures réutilisables) sont réunis et administrables depuis un seul endroit. La connaissance cesse d'être tribale : elle est écrite et située. - Versionner et auditer. Chaque version d'une fonctionnalité, chaque décision datée, chaque contrainte appliquée est tracée. Quand une contrainte d'organisation est appliquée - ou contestée par l'agent -, c'est journalisé. Le contexte a un historique, comme le code.
- Intégrer à la gouvernance - proactive, pas bureaucratique. C'est le point où Archwise est le plus tranchant : la gouvernance des prompts « bureaucratique » (comités, approbations) échoue, parce qu'elle contrôle la forme sans traiter le fond. Survol fait l'inverse : nos contraintes techniques d'organisation - sécurité, librairies, conventions - sont injectées automatiquement au début de chaque session, avec trois niveaux (impérative, forte, préférence). La règle n'est pas un document qu'on espère voir lu ; c'est une infrastructure qui s'applique, et qu'un humain peut faire évoluer.
- Rendre accessible aux humains et aux agents. Le même contexte sert de source de vérité à l'équipe (qui lit la carte du produit) et à l'agent (qui reçoit la spec validée et les décisions comme instruction). Un principe que nous résumons ainsi : la spécification validée EST le prompt.
Onboarding, transfert, maintenabilité : les gains qu'Archwise mesure
L'article documente trois cas de succès, tous portés par la même bascule. Ils décrivent, en creux, la valeur que produit un contexte traité comme infrastructure - et ce sont exactement les bénéfices que Survol vise :
- Onboarding accéléré - « de semaines à jours » grâce à un document vivant central. Dans Survol, un nouvel arrivant (ou un nouvel agent) hérite de la carte du produit, des décisions et des contraintes sans avoir à solliciter un expert.
- Transfert de connaissance systématisé - au lieu de dépendre de la mémoire collective. La capitalisation est native : rien de ce qui est décidé ne se perd.
- Gouvernance proactive et contexte versionné - pour « faire évoluer l'IA de manière durable, avec des systèmes résilients ». C'est notre pilier : superviser sans posséder, tracer sans ralentir.
Il y a même un gain qu'Archwise n'aborde pas et que ce contexte bien tenu rend possible : la maîtrise du coût. Un contexte structuré, c'est un contexte qu'on peut tailler - ne transmettre à l'agent que la spec, les décisions et les fichiers concernés, plutôt qu'un magma de prompts. C'est un tiers de tokens en moins à fonctionnalité égale. La discipline du contexte n'est pas qu'une affaire de qualité : c'est aussi de la bonne gestion.
Ce qu'on en retient
- Le vrai problème n'est presque jamais le prompt : c'est le contexte, invisible et tacite, qui vit dans les têtes et les documents dispersés.
- La « Prompt Debt » se paie en incohérence, en dépendance aux experts et en reprises - et le développement agentique l'amplifie.
- Le remède est de traiter le contexte comme une infrastructure : capturé, versionné, audité, gouverné, accessible aux humains comme aux agents.
- C'est précisément ce que Survol fait du contexte de vos agents - spec, décisions, contraintes injectées et tracées - pour un onboarding rapide, une gouvernance proactive et un coût maîtrisé.
Archwise conclut par une question que nous adressons volontiers à nos lecteurs : votre organisation investit-elle davantage à peaufiner ses prompts qu'à améliorer le contexte disponible pour ses équipes et ses agents ? Si la réponse penche vers les prompts, il y a une dette qui s'accumule en silence. La bonne nouvelle, c'est que le contexte, lui, se construit - et qu'un poste de pilotage comme Survol existe pour en faire une infrastructure, dès la première session.
Source : « Pourquoi le Prompt Engineering ne suffit pas pour construire des systèmes avec l'IA », Archwise. Les concepts de Prompt Debt et de Context Engineering y sont développés par le cabinet.
