Un agent IA qui traite ton support client technique, sans inventer et sans envoyer tout seul
Un agent de support qui marche, ce n'est pas un modèle branché sur une boîte mail. C'est quatre briques, un humain entre chacune, et une quinzaine de garde-fous appris en cassant des choses. Voilà comment je construis les miens.
Pourquoi la plupart des agents de support échouent
Le prototype impressionne : il lit un mail, il répond, ça a l'air juste. Le problème apparaît la troisième semaine, quand le modèle produit un numéro de facture qui n'existe pas, avec la même assurance que le reste.
Un agent de support ne se juge pas sur ses bonnes réponses. Il se juge sur ce qu'il fait quand il ne sait pas. Un agent qui dit « je n'ai pas pu vérifier » vaut infiniment mieux qu'un agent qui comble le vide.
La deuxième cause d'échec est plus sournoise : l'agent tombe en panne et personne ne s'en aperçoit, parce que « rien à traiter » et « je suis cassé » finissent dans la même branche du code.
Les quatre briques d'un agent de support technique
- Le détecteur. Une boucle bon marché qui liste ce qui attend, sans lire les fils en profondeur et sans les marquer comme lus. Elle coûte quelques centimes par jour.
- L'analyste. La session qui creuse un seul sujet : fil complet, base de données, API métier, suivi d'erreurs, journaux, historique Git. Chaque conclusion s'appuie sur une sortie vérifiable.
- Le rédacteur. Un brouillon déposé dans le bon fil, dans la bonne langue, dans le style de celui qui signe. Sans les tics qui trahissent une machine.
- Les garde-fous. Jamais d'envoi automatique, jamais d'écriture en production sans accord, opérations rejouables, résistance à l'injection de prompt, coupe-circuit.
Ce que ça change concrètement
Sur mes deux clients, un mail de support technique qui demandait entre trente minutes et une heure d'investigation en demande aujourd'hui dix minutes : le temps de relire le brouillon, corriger deux mots et envoyer.
Le gain n'est pas la rédaction, elle n'a jamais été le goulot d'étranglement. Le gain est l'investigation : retrouver le bon client sur le bon site, remonter la bonne transaction, corréler avec la bonne erreur.
57 leçons, 24 heures, du prototype à la facture
La formation, le kit de production, les post-mortems, et le groupe.
Le programme détaillé · Les trois formules · 5 leçons en accès libre
Pourquoi me croire
Questions fréquentes
Un agent IA peut-il répondre seul aux clients ?
Techniquement oui. Je déconseille fortement. Sur du support technique, une réponse fausse envoyée automatiquement coûte plus cher que tout le temps gagné, et la confiance ne se récupère pas. Mes agents produisent des brouillons, la validation prend dix secondes et elle change tout.
Quelles données l'agent doit-il pouvoir consulter ?
Au minimum le fil de discussion complet. Idéalement aussi la base de données en lecture, l'API métier, l'outil de suivi d'erreurs, les journaux applicatifs et l'historique Git. C'est cette cartographie qui fait la différence entre un agent qui reformule et un agent qui diagnostique.
Comment éviter qu'il invente ?
En l'interdisant explicitement dans le prompt système, et en lui donnant le droit de dire qu'il n'a pas pu vérifier. Un modèle sans consigne préfère toujours avoir l'air complet plutôt qu'incertain. La règle tient en une phrase : chaque affirmation doit pointer vers une source concrète.
Combien ça coûte à faire tourner ?
Quelques dizaines d'euros par mois pour un volume de support normal, à condition de séparer la détection du traitement. Sans cette séparation, l'agent relit tout à chaque passage et la facture est multipliée par dix pour le même résultat.
Agent IA support client : commence par une leçon gratuite.
5 leçons complètes, sans compte et sans email. Si elles ne te servent à rien, tu auras perdu vingt minutes.
À lire aussi : automatiser les réponses aux emails de support · Claude Code agent production