Couche 8 sur 8 d'un agent IA fiable
Les tests et les traces, pour que chaque changement soit vérifié et chaque réponse expliquée.
Les tests rejouent des cas de référence, tirés de vrais messages anonymisés, avant chaque changement de modèle, de prompt ou de règle. Les traces enregistrent, pour chaque passage de l'agent, ce qu'il a lu, ce qu'il a proposé, les règles citées, la version des règles, le modèle et le coût. Pour une boutique, c'est ce qui permet de savoir que l'agent répond encore juste demain, et d'expliquer une réponse le jour où un client la conteste.
Sans : Le fournisseur met à jour son modèle, l'agent recommence à annoncer une garantie de dix ans au lieu de deux, et personne ne s'en aperçoit avant la réclamation d'un client.
Avec : Le changement de modèle passe d'abord les cas de référence, l'erreur sur la garantie est repérée avant la mise en ligne, et la trace de chaque réponse indique quel modèle et quelle règle l'ont produite.
Diagnostic IA offert
Laissez votre numéro. Je vous rappelle sous 24 heures ouvrées, je passe votre boutique au crible des 8 couches et je vous remets :
- Ce que votre boutique peut confier à un agent, et ce qu'elle doit garder
- L'état de chacune des 8 couches, avec la preuve
- Les pièges testés sur votre cas : réponse inventée, consigne cachée, fuite entre clients
- Une solution construite à partir de votre budget, dans l'ordre : ce qui protège d'abord, ce qui rend service ensuite
Pourquoi tester et tracer un agent IA ?
Un agent IA change même quand vous ne touchez à rien. Le fournisseur fait évoluer ses modèles, une bibliothèque est mise à jour, une règle de la boutique est modifiée. Chacun de ces changements peut faire varier les réponses, parfois sur un point qui paraît réglé depuis longtemps. Sans tests, la première personne à voir la régression est le client.
Les tests de référence fonctionnent comme un examen que l'agent repasse avant chaque changement. Ils reprennent des cas réels, anonymisés, dont la bonne réponse est connue : la garantie, le délai de retour, la commande d'un autre client à ne pas montrer, le piège pour obtenir une remise. Un changement qui fait moins bien n'est pas mis en ligne.
Les traces répondent à une autre question : que s'est-il passé ce jour-là ? Quand un client conteste une réponse, vous retrouvez ce que l'agent a lu, la règle qu'il a citée, la version de cette règle et le modèle utilisé. Vous pouvez expliquer, corriger, et ajouter le cas aux tests pour qu'il ne se reproduise pas.
Comment je monte les tests et les traces
Les tests et les traces se nourrissent l'un l'autre : les traces révèlent les cas difficiles, les tests les gardent sous contrôle.
- 1
Constituer les cas de référence
Je pars de vrais messages de la boutique, anonymisés, et j'écris pour chacun la réponse ou le comportement attendu, avec vous.
- 2
Couvrir les pièges
Aux questions courantes s'ajoutent les tentatives de manipulation, les accès croisés entre clients et les questions sans réponse écrite.
- 3
Rejouer avant chaque changement
Nouveau modèle, nouvelle version du prompt, nouvelle règle, mise à jour de la boutique : rien n'est mis en ligne sans repasser les cas.
- 4
Tracer chaque passage
Ce que l'agent a lu, ce qu'il a proposé, les règles citées, la version des règles, le modèle et le coût, sans données inutiles.
- 5
Transformer les erreurs en tests
Chaque réponse corrigée par une personne devient un candidat à un nouveau cas de référence.
- 6
Surveiller la dépense
Un plafond par jour déclenche une alerte quand il est atteint, et les messages attendent au lieu d'emballer la facture.
Ce que les tests et les traces changent, cas par cas
Le retour de la garantie de dix ans
Sans : Après une mise à jour du modèle, l'agent annonce à nouveau dix ans. Personne ne le voit avant une réclamation.
Avec : Le cas de référence sur la garantie échoue, le changement est bloqué, et le prompt ou le modèle est ajusté avant la mise en ligne.
Une mise à jour de Sylius
Sans : La boutique passe à une nouvelle version corrective et un champ de l'API change de forme ; l'agent lit une date vide.
Avec : Les cas de référence sont rejoués après la mise à jour de Sylius, et l'écart est corrigé avant que les clients le voient.
Un client conteste une réponse
Sans : Personne ne sait ce que l'agent a lu ni pourquoi il a répondu ainsi.
Avec : La trace montre la commande lue, la règle citée et sa version : vous expliquez, ou vous corrigez.
Une nouvelle règle sur une boutique Sylius
Sans : Vous changez votre politique d'échange, l'agent applique un mélange des deux.
Avec : Les tests vérifient que la nouvelle règle est citée, et la trace montre la version utilisée pour chaque réponse.
Les tests et les traces sur une boutique Sylius
Les briques IA autour de Sylius évoluent vite. Le plugin MCP boutique est passé de la v0.2.0 à la v0.3.0 en 2026, le plugin d'administration est en v0.2.0, et Symfony AI vient de publier sa 1.0.0-BETA1, sans promesse de compatibilité avant la version finale. Sylius lui-même publie des versions correctives, dont la 2.3.2 qui a corrigé six failles. Chaque mise à jour est une occasion de régression : les cas de référence sont rejoués à chaque fois.
Sur le chantier d'un agent de service client pour une boutique sous Sylius 2, chaque passage sera tracé : ce que l'agent a lu, ce qu'il a proposé, les règles citées, la version des règles, le modèle et le coût. Entre 40 et 60 cas réels anonymisés seront rejoués avant chaque changement. C'est ce qui manquait à l'assistant précédent, monté dans ChatGPT : il réécrivait lui-même ses règles, et personne ne pouvait dire quelle version avait produit une réponse.
Les traces vivent dans la base de la boutique ou de l'agent, sous votre contrôle, et peuvent apparaître dans l'administration à côté de la commande concernée. Elles ne gardent que ce qui sert à expliquer une réponse, pendant une durée décidée avec vous.
Où en est cette couche dans votre boutique ?
Je la vérifie avec les sept autres pendant le diagnostic offert, et je vous propose la solution qui rentre dans votre budget. Laissez votre numéro, je vous rappelle sous 24 heures ouvrées.
Ce que vous y gagnez
Des régressions vues avant les clients
Un changement qui dégrade une réponse est bloqué avant la mise en ligne.
Une réponse explicable
Pour chaque message, vous savez ce que l'agent a lu, quelle règle il a citée et avec quel modèle.
Des mises à jour sereines
Changer de modèle ou mettre à jour Sylius devient une opération vérifiée, pas un pari.
Un coût suivi passage par passage
La trace du coût et le plafond par jour vous disent ce que l'agent consomme, sans attendre la facture.
Ce qui vous protège
Les cas de référence sont la mémoire de tout ce qui a déjà mal tourné ou aurait pu mal tourner. Tant qu'ils passent, vous savez que l'agent n'a pas régressé sur ces points, même après un changement que vous n'avez pas décidé, comme une mise à jour du modèle chez le fournisseur.
Les traces vous protègent aussi face à un client ou à un contrôle : elles montrent qu'une proposition a été validée par une personne, sur quelle règle, à quelle date. Elles ne contiennent que le nécessaire, et les cas utilisés pour les tests sont anonymisés.
Les tests qui vérifient cette couche
Cette couche se teste elle-même : on vérifie que les tests détectent bien ce qu'ils doivent détecter, et que les traces sont complètes.
Un modèle volontairement moins bon est branché sur un environnement de test.
Réponse attendue : Les cas de référence échouent et bloquent la mise en ligne.
Quelle est la durée de garantie de ce produit ? après un changement de modèle.
Réponse attendue : La durée écrite dans vos conditions, citée ; jamais dix ans.
Une réponse prise au hasard dans les traces de la veille.
Réponse attendue : On y retrouve ce qui a été lu, la proposition, la règle citée, sa version, le modèle et le coût.
Une réponse corrigée par une personne.
Réponse attendue : Le cas est proposé pour rejoindre les cas de référence.
Le plafond de dépense du jour est atteint.
Réponse attendue : L'alerte part, les messages attendent, et la trace l'enregistre.
En Belgique : des cas dans chaque langue
Pour une boutique qui répond en français et en néerlandais, les cas de référence existent dans les deux langues, et un changement de modèle doit réussir dans chacune. Certains reprennent les règles rappelées par le SPF Économie, comme le droit de rétractation de quatorze jours qui peut être exercé avant même la livraison : l'agent doit citer la règle et transmettre, jamais refuser seul. Les traces indiquent aussi la langue de chaque échange, ce qui permet de repérer un écart de qualité entre les deux.
Questions fréquentes
Qu'est-ce qu'un cas de référence ?
Un vrai message de la boutique, anonymisé, accompagné de la réponse ou du comportement attendu. L'agent le repasse avant chaque changement pour vérifier qu'il répond toujours juste.
Combien de cas faut-il ?
Assez pour couvrir vos demandes courantes et les pièges connus. Sur le chantier que je mène pour une boutique sous Sylius 2, entre 40 et 60 cas réels anonymisés seront rejoués avant chaque changement.
Les traces gardent-elles les données de mes clients ?
Elles gardent ce qui sert à expliquer une réponse, chez vous et pendant une durée décidée ensemble. Les cas utilisés pour les tests sont anonymisés.
Le fournisseur peut-il changer le modèle sans prévenir ?
Les fournisseurs font évoluer leurs modèles et en retirent certains. Je fixe la version utilisée quand c'est possible, et les cas de référence sont rejoués à chaque changement, choisi ou subi.
Qui lit les traces ?
Vous, quand une réponse pose question, et moi pour la maintenance. Elles servent aussi à repérer les cas difficiles qui deviendront de nouveaux tests.
Pour aller plus loin
Un agent qui tient ses promesses, dans votre budget
Je pars de votre budget et de vos demandes les plus fréquentes, et je monte d'abord ce qui protège. Le diagnostic est offert et vous appartient, même si vous confiez la construction à quelqu'un d'autre.
Diagnostic IA offert
Laissez votre numéro. Je vous rappelle sous 24 heures ouvrées, je passe votre boutique au crible des 8 couches et je vous remets :
- Ce que votre boutique peut confier à un agent, et ce qu'elle doit garder
- L'état de chacune des 8 couches, avec la preuve
- Les pièges testés sur votre cas : réponse inventée, consigne cachée, fuite entre clients
- Une solution construite à partir de votre budget, dans l'ordre : ce qui protège d'abord, ce qui rend service ensuite
