Le Core Four : Model, Prompt, Context, Tools
Les quatre leviers fondamentaux qui déterminent la qualité du travail d'un agent. Comprendre comment les diagnostiquer et les ajuster.
Du Big Three au Core Four
Concept popularisé par IndyDevDan. À l’origine, le Big Three identifiait trois leviers : Model, Prompt, Context. IndyDevDan l’a étendu en Core Four en ajoutant Tools : les outils dont l’agent dispose.
Point clé : Le Core Four (Model, Prompt, Context, Tools) est la fondation de tout agent. Quand l’agent produit un mauvais résultat, c’est forcément un de ces quatre leviers qui est mal calibré.
Les quatre leviers en détail
Model
Le modèle de langage utilisé. Chaque modèle a un compromis capacité / coût / vitesse. Pas toujours besoin du plus puissant : un modèle rapide et peu cher suffit pour du code simple ou du scaffolding.
Prompt
Ce que tu demandes à l’agent. Plus c’est clair, spécifique et contraint, meilleur est le résultat.
| Prompt | Qualité |
|---|---|
| Vague : “Refactore ce code.” | L’agent doit deviner l’intention, résultat imprévisible. |
Précis : “Extrais la logique de calcul du prix dans une méthode séparée CalculatePrice, garde la même signature publique.” | L’agent sait exactement quoi faire. |
Context
Les informations que l’agent peut voir au moment de travailler : fichiers ouverts, historique de la conversation, résultats d’outils, instructions persistantes (CLAUDE.md). Plus le contexte est pertinent et ciblé, meilleur est le raisonnement.
Tools
Les outils dont l’agent dispose. Un agent avec un bon prompt et un bon contexte mais sans outil pour exécuter des tests ou lire des fichiers reste limité. Les outils déterminent ce que l’agent peut faire, pas juste ce qu’il peut dire.
Point clé : Le Core Four forme aussi le socle des 12 Leverage Points — un framework pour augmenter systématiquement l’autonomie de l’agent.
Règle de diagnostic
Quand l’agent produit un mauvais résultat, vérifier dans cet ordre :
| Ordre | Levier | Question à se poser |
|---|---|---|
| 1 | Prompt | La demande est-elle claire et spécifique ? |
| 2 | Context | L’agent a-t-il les bonnes informations ? |
| 3 | Tools | L’agent a-t-il les bons outils pour vérifier son travail ? |
| 4 | Model | La tâche dépasse-t-elle les capacités du modèle ? |
Piège : Le prompt et le contexte sont les leviers les moins chers. Changer de modèle est le dernier recours. Beaucoup de devs passent à un modèle plus puissant alors qu’un prompt plus clair aurait suffi.
Application pratique : diagnostiquer avec le Core Four
Exemple concret — l’agent génère du code qui ne respecte pas les patterns du projet :
- Prompt → As-tu précisé quels patterns suivre, ou juste « implémente X » ?
- Context → L’agent a-t-il lu un fichier de conventions (CLAUDE.md, .editorconfig, un exemple de code existant) ?
- Tools → Un linter ou un test d’architecture est-il disponible pour vérifier la conformité automatiquement ?
- Model → Si les trois sont bons, le modèle est-il capable de suivre des conventions complexes ?
À chaque étape, la correction est moins chère que la suivante. C’est toujours le bon ordre.
Remonte relire la fiche memo ci-dessus en pretant attention aux points rates, puis clique sur « Recommencer » pour retenter.