context engineering

Rod Johnson traite, dans son essai de juillet 2025, le « context engineering » comme une véritable avancée par rapport au prompt engineering, avant d'en juger la définition incomplète : elle rend compte de ce qui est envoyé au modèle, pas de ce qui en revient, et ignore l'intégration aux systèmes métier existants. Sa réponse, le Domain-Integrated Context Engineering (DICE), utilise un modèle de domaine pour structurer à la fois les entrées et les sorties, transformant ce qu'il appelle un art délicat en quelque chose qui peut être affiné, raisonné et testé.

Le livre blanc de Google, signé Addy Osmani, Shubham Saboo et Sokratis Kartakis, en fait la compétence centrale : la qualité dépend moins du prompt que du contexte fourni. Six types de contexte (instructions, connaissance, mémoire, exemples, outils, garde-fous) se répartissent entre contexte statique, toujours chargé et coûteux, et contexte dynamique, récupéré à la demande. Les Agent Skills en sont le motif dynamique phare.

Hugo Lassiège montre ce que cela donne à l'échelle de la chaîne d'outils d'un seul développeur. Écrivant sur des produits en production dont le code est désormais généré presque intégralement, il présente sa pratique comme du «Context Engineering» plutôt que du «vibe coding», qu'il attribue à «Andrej Karpathy» comme relevant de l'expérimentation. Son contexte est stratifié selon le moment de chargement : un court `CLAUDE.md` permanent, des règles déclenchées par chemin, des personas dans `.agents/*.md`.

Le terme est aussi présenté comme une étape déjà en train de passer. Sur BFM Business en mai 2026, Rémi Jacquet a daté une séquence : prompt engineering en 2024, context engineering en 2025, harness engineering en 2026. Lushbinary l'empile différemment, comme la couche intermédiaire sous le «Loop Engineering».