Brief, prompt système et garde-fous : la checklist avant de créer un agent IA

La plupart des projets d’agent IA qui échouent ne échouent pas à cause de la technologie. Ils échouent parce qu’on a sauté l’étape de cadrage : on a ouvert l’outil et commencé à construire avant de savoir précisément ce que l’agent devait faire, sur quelles données, avec quelles limites. Cette checklist Agent IA rassemble les questions à régler avant d’écrire la première instruction, quel que soit l’outil que vous utiliserez ensuite, qu’il s’agisse d’une plateforme no-code ou d’un framework de développement.

Elle s’adresse au responsable qui pilote le projet, pas seulement à la personne qui configure l’agent. Une demi-journée passée sur ces points fait gagner des semaines de réécriture.

En bref
Un agent réussi se cadre avant de se construire : périmètre, données, actions autorisées, comportement en cas de doute.
Le prompt système (ou les instructions) est le document de référence qui définit le rôle, le ton et les limites de l’agent.
Les garde-fous protègent contre les trois risques majeurs : la réponse inventée, l’action non autorisée et la fuite de données.
Cette checklist est agnostique : elle s’applique que vous utilisiez n8n, Make, Copilot Studio ou un framework en code.
Pour mettre ces principes en pratique sur vos propres cas, découvrez notre formation aux agents IA pour l’entreprise.

Pourquoi le cadrage prime sur l’outil

Le choix de l’outil polarise souvent les discussions, alors qu’il est secondaire. Un agent mal cadré sur le meilleur framework du marché donnera de mauvais résultats ; un agent bien cadré sur un outil modeste rendra service. Le cadrage répond à quatre questions dans l’ordre : que doit faire l’agent, sur quelles informations s’appuie-t-il, quelles actions a-t-il le droit de déclencher, et comment se comporte-t-il quand il ne sait pas. Tant que ces quatre réponses ne sont pas écrites noir sur blanc, ouvrir un outil revient à construire une maison sans plan.

Bloc 1 : Le brief : cadrer avant de construire

Le brief est le document qui répond aux quatre questions ci-dessus. Voici les points à valider.

Le périmètre. Décrivez en une phrase ce que l’agent doit accomplir. Si vous avez besoin de trois phrases, votre agent fait probablement trois choses, et vaudrait mieux le découper. Listez explicitement ce qui est hors périmètre : un agent qui répond aux questions RH ne traite pas les questions juridiques, et il doit le savoir.

Les utilisateurs. Qui va l’interroger ? Des collaborateurs internes, des clients, le grand public ? Le niveau de langage, le ton et surtout les garde-fous diffèrent radicalement selon l’audience. Un agent public expose l’organisation bien plus qu’un agent interne.

Le critère de réussite. Comment saurez-vous que l’agent fonctionne ? Définissez une mesure concrète avant de lancer : taux de questions résolues sans intervention humaine, temps gagné, satisfaction des utilisateurs. Sans critère défini en amont, vous ne saurez jamais si le projet est un succès.

La liste de cadrage à cocher :

Le périmètre tient en une phrase
Ce qui est hors périmètre est écrit explicitement
L’audience cible est identifiée (interne / client / public)
Un critère de réussite mesurable est fixé
Les sources de données nécessaires sont identifiées et accessibles
Le responsable qui valide les réponses sensibles est désigné

Bloc 2 : Le prompt système : le document de référence de l’agent

Le prompt système (appelé « instructions » dans certains outils) est le texte qui définit en permanence le comportement de l’agent. C’est son contrat de travail. Il est rédigé une fois, puis appliqué à chaque conversation. Sa qualité détermine la cohérence de l’agent bien plus que le modèle sous-jacent.

Un bon prompt système couvre quatre dimensions. Le rôle : qui est l’agent, dans quel contexte il opère. Le ton : formel, chaleureux, concis, selon l’audience définie au brief. Les règles de comportement : ce qu’il fait toujours, ce qu’il ne fait jamais, comment il structure ses réponses. Et les limites : les sujets qu’il refuse de traiter, et ce qu’il répond quand on l’y pousse.

Une erreur courante consiste à rédiger un prompt système vague (« tu es un assistant utile »). Plus vous êtes précis, plus l’agent est prévisible. Donnez des exemples concrets de bonnes et de mauvaises réponses dans le prompt : c’est le levier le plus efficace pour cadrer le comportement. Pour les agents en code, ce travail se double de la structuration technique décrite dans les frameworks comme CrewAI, AutoGen ou LangGraph, mais le principe reste le même.

La liste prompt système à cocher :

Le rôle de l’agent est défini précisément
Le ton correspond à l’audience cible
Les règles de comportement « toujours / jamais » sont explicites
Les sujets hors limites sont nommés
Au moins deux exemples concrets (bonne et mauvaise réponse) sont fournis
La conduite à tenir en cas de question hors périmètre est spécifiée

Bloc 3 : Les garde-fous : protéger contre les trois risques majeurs

Les garde-fous sont les protections qui empêchent l’agent de causer du tort. Ils répondent à trois risques distincts, chacun avec sa parade.

Risque 1 : la réponse inventée. Un agent peut produire une réponse fausse avec un aplomb total. Dans certains métiers, l’enjeu est faible ; dans d’autres, une réponse erronée engage la responsabilité de l’organisation. La parade : ancrer les réponses sur des sources vérifiables plutôt que sur la seule connaissance générale du modèle, et exiger que l’agent cite ses sources. C’est un sujet à fort enjeu dans les métiers réglementés, comme le montre notre analyse de l’agent IA juridique et de la crise des hallucinations. La règle d’or : l’agent doit pouvoir dire « je ne sais pas » plutôt que d’inventer.

Risque 2 : l’action non autorisée. Dès qu’un agent peut agir (envoyer un e-mail, modifier une fiche, déclencher un paiement), il peut agir à tort. La parade : distinguer les actions à faible enjeu, que l’agent exécute seul, des actions engageantes, qui exigent une validation humaine avant exécution. Ne donnez jamais à un agent un pouvoir d’action que vous ne seriez pas prêt à lui confier sous supervision.

Risque 3 : la fuite de données. Un agent connecté à vos données peut exposer des informations sensibles à la mauvaise personne. La parade : limiter l’accès de l’agent aux seules données nécessaires à sa mission, contrôler qui peut l’interroger, et tracer ses réponses. Pour les connexions à des outils externes, des protocoles comme le Model Context Protocol cadrent ces échanges, mais la décision de ce que l’agent peut voir reste la vôtre.

La liste garde-fous à cocher :

Les réponses s’appuient sur des sources vérifiables, pas sur la seule mémoire du modèle
L’agent a une réponse de repli claire quand il ne sait pas
Les actions sont classées : faible enjeu (auto) vs fort enjeu (validation humaine)
L’accès de l’agent est limité aux données strictement nécessaires
Le contrôle des personnes autorisées à interroger l’agent est en place
La traçabilité des réponses est activée
Les obligations réglementaires (RGPD, AI Act selon le cas) sont vérifiées

Bloc 4 : Tester avant de lancer

Un agent qui marche sur vos questions idéales n’est pas prêt. Le test sérieux consiste à le confronter aux formulations réelles, y compris maladroites, ambiguës ou hostiles. Posez-lui des questions hors périmètre pour vérifier qu’il refuse correctement. Demandez-lui des choses qu’il ne devrait pas faire pour vérifier que les garde-fous tiennent. Faites tester par des personnes qui ne l’ont pas construit : elles trouveront des angles que vous n’avez pas anticipés.

La liste de test à cocher :

Testé sur des formulations réelles, pas seulement idéales
Testé sur des questions hors périmètre (l’agent refuse correctement)
Testé sur des tentatives de contournement des garde-fous
Testé par un panel qui n’a pas construit l’agent
Un processus de suivi des conversations est prévu après le lancement

Comment se former

Transformer cette checklist en réflexe sur vos propres projets demande de la pratique. Notre formation aux agents IA pour l’entreprise couvre le cadrage, la rédaction de prompts système, la conception de garde-fous et le test, avec des ateliers sur vos cas réels. Le programme est éligible OPCO et adaptable en intra-entreprise.

FAQ Checklist Agent IA

Cette checklist dépend-elle de l’outil que je vais utiliser ?

Non, et c’est tout l’intérêt. Le cadrage, le prompt système et les garde-fous se réfléchissent avant le choix de l’outil. Que vous partiez ensuite sur n8n, Make, Copilot Studio ou un framework en code, les mêmes questions se posent. L’outil change la façon d’implémenter, pas la nécessité de cadrer.

Quelle est la différence entre le brief et le prompt système ?

Le brief est votre document de réflexion interne : il répond aux questions de cadrage et n’est pas vu par l’agent. Le prompt système est la traduction opérationnelle d’une partie du brief en instructions que l’agent applique à chaque conversation. Le brief précède et nourrit le prompt système.

Faut-il des compétences techniques pour rédiger un prompt système ?

Non. Un bon prompt système est avant tout un exercice de clarté : décrire un rôle, un ton, des règles et des limites en langage naturel. Les compétences techniques deviennent utiles pour les garde-fous avancés (filtres automatiques, contrôles d’accès fins), mais la base se rédige sans coder.

Combien de garde-fous faut-il prévoir ?

utant que le niveau de risque l’exige. Un agent interne qui répond à des questions sur la cantine demande peu de garde-fous ; un agent client qui peut déclencher des remboursements en demande beaucoup. Calibrez l’effort sur l’enjeu réel, pas sur une règle uniforme. Le bloc 3 de cette checklist donne les trois axes à couvrir systématiquement.

Quand peut-on dire qu’un agent est « prêt » ?

Quand il passe le test du bloc 4 : il répond correctement aux vraies questions, refuse proprement le hors-périmètre, résiste aux tentatives de contournement, et a été validé par des personnes extérieures à sa construction. S’ajoute un processus de suivi pour l’améliorer après le lancement. Un agent n’est jamais « fini », il est « prêt à être surveillé ».

Créer un agent IA utile tient moins à la maîtrise d’un outil qu’à la rigueur du cadrage en amont. Le brief fixe le périmètre, les données, les actions et le comportement en cas de doute. Le prompt système traduit ce cadre en contrat permanent. Les garde-fous protègent contre la réponse inventée, l’action non autorisée et la fuite de données. Le test confronte l’agent au réel avant le lancement. Gardez cette checklist à portée de main au démarrage de chaque projet : c’est le meilleur investissement de temps avant la première ligne de configuration. Pour l’appliquer sur vos cas concrets, notre formation aux agents IA vous accompagne pas à pas.