Guard dit non : ce qu’est un mandat, et pourquoi votre agent ne peut pas le contourner en argumentant

Un agent qui peut rembourser recevra tôt ou tard une demande de remboursement qu’il ne devrait pas accorder. Le client est mécontent, l’histoire est convaincante, le modèle ne demande qu’à aider. La question n’est pas de savoir si le modèle peut être convaincu, mais ce qui se passe ensuite.

Un mandat est une autorisation, déclarée une fois

Quand une demande client arrive, c’est votre backend — pas l’agent — qui enregistre un mandat auprès de COLVO : quel client, quels paiements et abonnements, quelles actions, quelles limites, jusqu’à quand. L’agent reçoit une clé qui ne peut que proposer des actions dans ce cadre.

La barrière

Chaque proposition passe par les mêmes contrôles déterministes, dans l’ordre : identité, périmètre, limites, disponibilité. La réponse est l’une des quatre suivantes :

• ALLOW — dans le mandat et sous la limite d’approbation automatique ; COLVO l’exécute une seule fois avec sa propre clé restreinte.
• REVIEW — autorisée, mais au-delà de la limite d’approbation automatique ; une personne décide, rien n’est envoyé d’ici là.
• HOLD — le fournisseur est dégradé ou la demande ne peut pas être vérifiée pour l’instant.
• DENY — hors du mandat. Il ne se passe rien.

Pourquoi la formulation ne compte pas

Le moteur de règles ne lit jamais le raisonnement de l’agent. « Le client est mécontent, il veut être remboursé » et « rembourser 120 » produisent la même décision pour le même mandat. Il n’y a pas de prompt à manipuler, car il n’y a aucun modèle dans la boucle.

Ce que l’agent doit faire d’un DENY

Le dire. Un DENY signifie que rien ne s’est passé : la réponse honnête est « Je ne peux pas le faire, un collègue va revenir vers vous », pas « c’est fait ». COLVO Test vérifie exactement cela : la réponse doit correspondre à la décision.