Context Engineering : La méthode Karpathy-Cherny qui a terrassé le Prompt Engineering

 

L'époque où l'on espérait obtenir des résultats parfaits à l'aide d'un prompt unique et rédigé à la hâte est définitivement révolue. Avec l'émergence des concepts formalisés par Andrej Karpathy et Boris Cherny, le paradigme de développement a basculé : le prompt n'est plus qu'une instruction de surface, tandis que le contexte forme désormais le véritable système d'exploitation de l'IA.

Voici la traduction complète et enrichie de ce manifeste pour transformer vos flux de travail et adopter l'architecture de demain.

Introduction : L'évolution que la plupart ont ratée

Le monde de l'IA a traversé trois mutations majeures en l'espace de quatre ans :

1. Le Prompt Engineering : Consiste à rédiger une instruction unique. On peaufine la phrase parfaite, on appuie sur Entrée et on espère le meilleur.
2. Le Context Engineering : Consiste à concevoir tout ce que le modèle perçoit (fichiers pertinents, historique filtré, résultats d'outils, règles strictes). Le prompt n'est qu'un composant minime ; le contexte forme le système d'exploitation complet.
3. Le Loop Engineering : Consiste à automatiser la machinerie pour que le système réalise ce travail de contexte de manière autonome, en boucle, pendant que vous dormez.

Même modèle, même question, même poids : pourtant, un score de benchmark MMLU peut varier de 0.488 à 0.637 selon la seule structure du contexte fourni. Cet écart n'est pas une simple marge d'erreur, c'est la différence entre un outil productif et un autocompléteur hors de prix.

1. Le cadre d'Andrej Karpathy : Le contexte est votre nouveau programme

En avril 2026, Andrej Karpathy a redéfini lors d'une conférence la vision industrielle de l'IA à travers le concept du Software 3.0 :

• Logiciel 1.0 : Les humains écrivent du code explicite.
• Logiciel 2.0 : Les humains entraînent des réseaux de neurones avec des données.
• Logiciel 3.0 : Les humains programment les modèles via le contexte.

Le LLM s'apparente à un nouveau système d'exploitation : le modèle fait office de processeur (CPU) et la fenêtre de contexte joue le rôle de la mémoire vive (RAM). Tout comme un OS gère l'allocation de la RAM, l'ingénierie du contexte détermine précisément ce qui entre dans la mémoire de travail du modèle à chaque étape.

« L'ingénierie du contexte est l'art et la science délicate de remplir la fenêtre de contexte avec exactement la bonne information pour l'étape suivante. » — Andrej Karpathy

Les quatre opérations fondamentales du contexte sont :

• Write (Écrire) : Persister le contexte hors de la fenêtre (CLAUDE.md, compétences, fichiers d'état).
• Select (Sélectionner) : Récupérer uniquement ce qui est pertinent pour l'instant présent parmi des milliers de documents.
• Compress (Compresser) : Résumer les informations anciennes pour économiser les tokens.
• Isolate (Isoler) : Attribuer des contextes propres aux sous-tâches (le "pare-feu de contexte").

2. Le cadre de Boris Cherny : Arrêtez de prompter, concevez des boucles

Créateur de Claude Code, Boris Cherny a formalisé un changement radical d'approche :

« Je ne prompte plus Claude. J'ai des boucles qui tournent, qui prompteront Claude et déterminent quoi faire. Mon travail consiste à écrire des boucles. » — Boris Cherny

Une boucle sans une ingénierie de contexte solide ne fait qu'accélérer la production de résultats erronés. Le contexte constitue la recette ; la boucle est la cuisine qui l'exécute en continu.

Les 5 briques fondamentales d'une boucle fonctionnelle :

1. L'automatisation : Le rythme et les conditions d'arrêt (/loop, /goal).
2. Les compétences (Skills) : La connaissance projet centralisée dans un fichier Markdown.
3. Les sous-agents : Séparer le créateur du vérificateur.
4. Les connecteurs : Permettre d'agir dans l'écosystème réel (PRs, Slack, tickets).
5. Le vérificateur : Les tests, l'analyse de code et les vérifications automatiques qui rejettent le mauvais travail.

3. Guide pratique : Construire son système sur Claude Code

Étape 1 : Structurer la couche de persistance (CLAUDE.md)

Ce fichier se charge au démarrage de chaque session pour éviter que l'agent ne réinvente vos conventions :

# Project: e-commerce-api
# Stack: Node.js, TypeScript, PostgreSQL, Prisma

Test command: bun test
Lint command: bun run lint

# Rules
- Functional style, no classes
- Explicit error handling, no silent catches
- All API routes require Zod validation
- Never use `any` type
- Always run tests before committing

Étape 2 : Écrire des spécifications, pas de simples prompts

Un prompt est un vœu pieux, une spécification est un ordre précis fixant le périmètre d'entrée/sortie, les contraintes et les conditions d'arrêt explicites.

Étape 3 : Isoler le contexte avec des sous-agents

Appliquez le pare-feu de contexte pour fragmenter les tâches complexes : chaque sous-agent hérite d'une fenêtre propre et ne remonte que les anomalies.

Étape 4 : Automatiser avec /loop et /goal

Couplez un rythme d'exécution à un objectif clair pour obtenir un agent autonome capable de boucler jusqu'à la réussite complète de la tâche :

/goal tous les tests doivent passer et la couverture dépasser 80%

/loop toutes les 10 minutes, vérifier les résultats des tests.
Si un test échoue, analyser l'erreur, corriger et relancer.

Le Prompt Engineering offrait les 10 % initiaux. L'ingénierie du contexte vous donne les 90 % restants.

Ceux qui comprennent ce changement d'paradigme l'ont intégré : la fenêtre de contexte est le programme, le modèle est l'interpréteur, et la boucle est le système d'automatisation. Concevez le contexte, construisez la boucle, et laissez le système faire le reste.