Introduction
Un prompt n’est pas qu’une question que vous tapez dans une boîte de dialogue. C’est la source unique d’instructions qui indique à un LLM quoi faire, comment le faire et sous quel format répondre. Contrairement au code traditionnel où un compilateur suit des règles déterministes, un LLM interprète votre prompt de façon probabiliste — ce qui signifie que la qualité de la sortie dépend fortement de la clarté de votre intention.
Clarté et spécificité
Des prompts vagues produisent des résultats vagues. Une demande comme « écris quelque chose sur les applications web » donne au modèle trop de liberté, et vous obtiendrez une sortie générique et non ciblée. Un prompt spécifique contraint le modèle et réduit l’ambiguïté.
Le deuxième prompt fonctionne parce qu’il définit le domaine (Node.js REST API), resserre le sujet (risques de sécurité avec JWT), précise le nombre (top 3) et exige une structure (une phrase de mitigation chacune). En éliminant l’ambiguïté, vous éliminez les suppositions du modèle.
Structure et affectation de rôle
Les LLMs répondent bien aux prompts structurés qui attribuent un rôle, définissent une tâche et fixent des contraintes. Un motif courant est : Rôle — Tâche — Contexte — Contraintes — Format de sortie. Empiler ces couches dans l’ordre produit des sorties plus prévisibles qu’une phrase unique en lien continu.
La définition du rôle prépare le modèle à une perspective spécifique. Les contraintes filtrent les conseils indésirables. Le format de sortie façonne la réponse afin que vous puissiez l’analyser programmatiquement — cela compte dans les flux de travail d’agents où la sortie d’un IA alimente l’étape suivante.
Comment les LLM interprètent les instructions différemment du code
Le code traditionnel s’exécute de haut en bas avec des règles de syntaxe strictes. Un LLM lit l’intégralité de votre prompt comme un amas de langage naturel et prédit la continuation la plus probable. Cela signifie : l’ordre des mots compte, les exemples dans votre prompt influencent fortement le style de sortie, et placer des instructions clés à la fin d’un long prompt peut les faire « se perdre » en raison d’un décalage d’attention.
La différence est subtile pour un humain, mais significative pour le modèle. C’est pourquoi l’ingénierie de prompts est une compétence — vous apprenez à prévoir comment le modèle va pondérer chaque partie de votre entrée.
Exemple pratique : du casual au production-ready
Imaginez que vous construisez un agent IA qui génère des règles de validation de formulaires pour une bibliothèque de formulaires React.
Le prompt casual pourrait renvoyer de la prose, du HTML échantillon ou un schéma à moitié rédigé. Le prompt de production renverra exactement un seul bloc de code exploitable que vous pouvez acheminer directement dans votre processus de build.
Erreurs courantes
Trois erreurs apparaissent à répétition dans les prompts des débutants. Premièrement, mélanger plusieurs tâches non liées dans un seul prompt — séparez-les ou le modèle privilégiera l’une et ignorera les autres. Deuxièmement, omission du format de sortie — sans celui-ci, le modèle choisit un format et vous ne pourrez peut-être pas parser le résultat. Troisièmement, supposer que le modèle se souvient parfaitement le contexte d’une conversation longue — réitérez les contraintes critiques dans chaque nouveau prompt.
Résumé
Des prompts efficaces sont clairs, spécifiques et structurés. Ils assignent un rôle, énoncent une tâche, fournissent le contexte, appliquent des contraintes et définissent un format de sortie. Comprendre comment les LLM interprètent le langage de manière probabiliste — plutôt que de l’exécuter de manière déterministe — est le changement mental clé par rapport à la programmation traditionnelle. Dans la prochaine leçon, nous appliquerons ces fondations pour construire des workflows d’agents en plusieurs étapes.
Point de contrôle de la leçon
Révisez la leçon et recevez des conseils sur votre travail.