Offre de lancement : les 20 premières places à tarif réduit. Voir les tarifs
agent IA support client

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.

2agents en prod
57leçons
12post-mortems
agent-support · extrait
$ ./check-support-mail.sh
✓ 3 fils non lus
3. [laila@client.fr] Forfait débité deux fois
Quel numéro traiter ? _ 3
→ fil lu, API interrogée, base vérifiée
✓ Cause identifiée, preuve à l'appui
✓ Brouillon déposé
✗ Aucun mail envoyé. C'est toi qui cliques.

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.

la formation

57 leçons, 24 heures, du prototype à la facture

OPÉRATEUR

La formation, le kit de production, les post-mortems, et le groupe.

1 428 € 2 028 €
TTC · accès à vie · 14 jours pour changer d'avis
Voir les trois formules →

Le programme détaillé · Les trois formules · 5 leçons en accès libre

qui écrit ça

Pourquoi me croire

Luc Del Beato, Principal Full Stack Engineer

Luc Del Beato

Principal Full Stack Engineer · Marseille

Vingt ans de web. IT Manager chez BMW, où j'ai appris que l'infrastructure critique n'a pas droit à l'improvisation. Puis sept ans à la tête de mon agence, plus de cent projets livrés. Puis CTO chez Konsistent, sur une extension injectée dans dix plateformes différentes. Aujourd'hui Principal Full Stack Engineer chez SKIPCAR, un SaaS automobile qui parle aux systèmes d'immatriculation de l'administration française.

Entre-temps j'ai enseigné à l'Université Paris V, ce qui force une clarté que rien d'autre n'impose : si tu n'arrives pas à rendre une chose simple, c'est que tu ne l'as pas comprise.

Ce qui rend cette formation différente : je ne l'ai pas écrite en lisant de la documentation. Je fais tourner deux agents de support en production, sur deux comptes clients réels, depuis des mois. Tout ce que j'enseigne ici m'a d'abord coûté quelque chose : une semaine de silence à cause d'un parseur trop tolérant, une heure de panne chez deux clients à cause d'un batch trop rapide, un brouillon qui a quitté son fil de discussion. Ce sont ces histoires-là que je transmets, avec les horodatages et les messages d'erreur.

Je ne suis pas formateur de métier. C'est probablement ce que tu cherches.

questions

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