Mis à jour le 12 octobre 2026 : tableau prompt ou système, FAQ, liens vers les skills.
En bref. Arrête de retoucher ton prompt quand la même tâche revient chaque semaine : construis un petit système. Il tient en 4 éléments, une source exacte, une consigne stable, 2 exemples de qualité et un contrôle humain avant toute action. Le prompt n’est qu’une pièce de cette boucle. Garde le prompt isolé pour les questions ponctuelles et l’exploration.
Tester un prompt donne une impression de progrès rapide. Tu changes trois mots, la réponse paraît meilleure, et tu crois avoir gagné. Mais le lendemain, tu recommences.
Le problème
Un prompt isolé dépend trop de ton état du moment. Il faut se souvenir du contexte, retrouver la source, redire le format, corriger la sortie. C’est utile pour explorer, mais faible pour produire.
La décision Kryve
Avant de toucher au prompt, on nomme la boucle. Quelle source entre ? Quelle transformation se produit ? Quelle sortie doit exister ? Qui valide ? Où la sortie repart ?
Méthode. Si tu ne peux pas répéter le résultat demain avec la même qualité, tu as encore une bonne conversation, sans système derrière.
Le système
Une boucle simple ressemble à ça : une note brute arrive, l’agent la reformule, il extrait les décisions, il propose une action, puis tu valides. Le prompt n’est qu’une pièce de cette boucle.
Exemple concret
Pour transformer une veille en article, ne demande pas seulement un brouillon. Fais passer la source par quatre étapes : signal utile, angle, plan, limites. Le texte vient après.
À tester
Prends ton meilleur prompt de la semaine et écris les trois choses autour : la source exacte, le format de sortie, le moment où tu le relances. Tu viens de commencer un système.
Un système garde le contexte utile
Un bon prompt peut produire une bonne réponse une fois. Un système garde aussi les règles, les exemples acceptés, les sources et le format de sortie. Tu n’as plus besoin de reconstruire la demande à chaque session. Le gain vient de cette continuité, sans formule magique.
Critère | Prompt isolé | Système |
|---|---|---|
Contexte | À redonner à chaque fois | Rangé dans un dossier que l’agent relit |
Qualité | Varie selon ton état du moment | Stable, comparée à des exemples acceptés |
Erreurs | Corrigées dans la conversation | Transformées en règles |
Contrôle | Tu relis tout | Tu valides aux étapes prévues |
Bon usage | Question ponctuelle, exploration | Tâche qui revient chaque semaine |
Commence avec un dossier simple. Place-y la consigne stable, deux exemples de qualité et la source à traiter. Quand l’agent travaille, il doit pouvoir citer ce qu’il a lu et signaler ce qui manque. Tu réduis les réponses inventées parce que le système sait où chercher et quand s’arrêter.
Séparer préparation, décision et action
La boucle devient plus fiable quand chaque étape a un rôle clair. L’agent prépare la matière, tu prends la décision, puis l’action part seulement si elle respecte les limites prévues. Cette séparation est particulièrement importante pour un email client, une publication ou une dépense.
Par exemple, un agent peut lire tes notes, proposer trois angles et préparer un brouillon. Il ne publie rien. Tu choisis l’angle, corriges le texte et valides la version finale. Quand cette routine fonctionne plusieurs fois, tu peux automatiser une petite partie supplémentaire, comme le classement des sources ou la création du brouillon.
Cette progression rejoint la logique des agents IA pour business : préparer d’abord, proposer ensuite, exécuter seulement quand les erreurs sont visibles et réversibles.
Mesurer le temps jusqu’à une sortie utile
Le nombre de réponses générées ne dit rien sur la qualité du système. Mesure plutôt le temps nécessaire pour obtenir une sortie que tu peux utiliser. Si tu passes vingt minutes à corriger un brouillon produit en dix secondes, la vitesse affichée ne vaut rien.
Note aussi les erreurs qui reviennent. Une source oubliée devient une règle de lecture. Un ton trop vague devient un exemple rejeté. Une sortie trop longue devient un format imposé. Chaque correction doit renforcer la boucle au lieu de rester dans ta tête.
Un protocole de test en vingt minutes
Choisis une tâche que tu répètes chaque semaine.
Donne une source unique et une sortie précise.
Ajoute un exemple accepté et un exemple rejeté.
Lance la même boucle sur trois cas différents.
Transforme chaque erreur répétée en règle.
À la fin, tu dois pouvoir relancer la tâche sans réexpliquer tout le contexte. Si ce n’est pas le cas, réduis le périmètre. Une petite routine fiable vaut mieux qu’un agent spectaculaire qui dépend encore de ton improvisation.
Quand garder un prompt isolé
Tout ne mérite pas un système. Une question ponctuelle, une exploration ou une reformulation rapide peut rester une conversation simple. Construis une boucle seulement quand la tâche revient, consomme de l’attention et possède un résultat vérifiable. Pour les questions ponctuelles, les règles de base restent celles d’un bon prompt.
Le bon seuil est concret : si tu as reformulé la même demande plusieurs fois cette semaine, documente-la. Commence avec les sources, la sortie attendue et le contrôle humain. L’outil vient après. La documentation de Claude Code donne le même seuil en octobre 2026 : créer une skill quand tu recolles sans cesse les mêmes instructions. Notre guide pour créer une skill montre comment faire.
Rendre la sortie inspectable
Le système doit montrer ce qu’il a utilisé. Demande une liste courte des sources, des hypothèses et des points incertains avec chaque livrable. Tu peux alors corriger une règle précise au lieu de relire toute la conversation pour deviner d’où vient l’erreur.
Garde aussi une trace des versions acceptées. Deux ou trois exemples réels donnent un standard bien plus clair qu’une longue consigne abstraite. Quand la qualité baisse, compare la nouvelle sortie avec ces références et identifie l’écart : source manquante, format oublié, décision ambiguë ou contexte dépassé.
Enfin, définis une condition d’arrêt. L’agent doit savoir quand demander une information, quand produire un brouillon incomplet et quand refuser une action. Un système fiable rend ses limites visibles assez tôt pour que tu gardes le contrôle.
FAQ
Pourquoi mes prompts donnent des résultats différents d’un jour à l’autre ?
Parce que le contexte change à chaque fois : ce que tu as précisé, la source collée, le format demandé. Un système fixe ces éléments dans des fichiers que l’agent relit, donc la qualité varie beaucoup moins.
Faut-il savoir coder pour construire un système IA ?
Non. Un dossier avec une consigne en français, 2 exemples et une source suffit pour commencer. Les outils comme Claude Code ou Codex savent lire ce dossier sans que tu écrives une ligne de code.
Le prompt engineering sert-il encore à quelque chose ?
Oui, comme base : une demande claire reste utile. Mais la valeur s’est déplacée vers le contexte et les systèmes, comme on l’explique dans le prompt engineering est-il mort ?
