1. Cadrer persona, objectifs, KPI, hors-scope
Qui est l’utilisateur ? Que doit-on améliorer (temps, qualité, conformité) ? Qu’est-ce que l’agent ne doit jamais faire ? Sans hors-scope, le POC dérive vers des promesses dangereuses.
2. Cartographier données & actions
Lister les sources (tickets, CRM, docs, runbooks) et les actions (lire, résumer, proposer, écrire). Séparer lecture et écriture dès le départ — surtout hors sandbox.
3. Choisir tools / serveurs MCP
Préférer des serveurs existants pour démarrer, puis un serveur custom si le contrat métier l’exige. Moins de tools bien nommés valent mieux qu’une usine à gaz.
4. Concevoir system prompt + garde-fous
Rôle, ton, format de sortie, règles de citation des sources, refus explicites. Les garde-fous ne sont pas optionnels : ce sont des exigences produit.
5. Tester, mesurer, itérer
Écrire 3 cas de test avant d’exécuter. Définir ce qu’est un succès (contenu, tools appelés, temps). Itérer sur le prompt et les tools, pas seulement sur le « feeling ».
En formation N1, le livrable TP3 n’est pas « un bel agent » : c’est la fiche 5 étapes + les preuves de test.
Exemples de métiers
- Support IT : tri + suggestion de runbook
- RH : pré-analyse CV (critères explicites)
- Finance : synthèse de notes / anomalies
- Juridique : repérage de clauses (pas de conseil)