En bref
- Un clic que seules des personnes peuvent donner.L'approbation est un clic dans le chat, que ni le modèle ni un texte sur une page web ne peuvent falsifier.
- Une action destructrice demande toujours.Supprimer ou annuler ne peut jamais s'exécuter sans l'approbation du visiteur.
- Ce qu'il approuve est ce qui s'exécute.Si les paramètres de l'action changent après l'approbation du visiteur, l'approbation ne compte plus.
- Pas de numéros de commande inventés.Les identifiants doivent venir du visiteur, de la page ou d'un résultat précédent, jamais du modèle.
Une IA qui agit sur votre site n'est utile que si vous pouvez lui faire confiance. La grande crainte : et si elle faisait quelque chose que personne n'a demandé ? OneType a une seule règle pour cela. Une action qui modifie quelque chose attend le clic du visiteur.
Trois types d'actions
Chaque outil que vous donnez à l'agent indique ce qu'il fait de vos données. Ce choix décide si le visiteur est sollicité.
- Lecture, comme vérifier le statut d'une commande : s'exécute sans demander, sauf si vous choisissez de demander.
- Modifie quelque chose, comme ajouter au panier : demande d'abord au visiteur.
- Destructif, comme annuler une commande : demande toujours, et doit comporter une question de confirmation.
Une question avec vos mots
Vous écrivez la question que voit le visiteur, avec des espaces réservés remplis à partir des paramètres de l'action, comme Annuler la commande #{order_number} ? Le visiteur voit exactement ce qui va se passer avant que cela n'arrive. S'il refuse, rien ne s'exécute et l'agent en est informé, ce qui lui permet de proposer autre chose.
Une approbation qui ne peut être ni falsifiée ni réutilisée
L'approbation est liée aux paramètres exacts que le visiteur a vus. Si l'appel change après son clic, l'approbation est refusée. Une approbation est valable 5 minutes et exécute l'action une seule fois. L'agent peut demander au plus 5 fois dans une même réponse, afin qu'un visiteur ne soit jamais inondé de cartes.
Le texte que l'agent lit sur une page web, dans un document ou dans un résultat d'outil est traité comme des données, jamais comme des instructions. Une ligne cachée sur une page qui dit d'approuver tout ne fait rien.
Pas de devinettes sur les identifiants
Un numéro de commande inventé pourrait pointer vers la commande de quelqu'un d'autre. Aussi, chaque argument nommé comme un identifiant, tel que order_number ou sku, doit utiliser une valeur écrite par le visiteur, affichée par la page ou renvoyée par un résultat d'outil précédent. Sinon l'appel ne s'exécute pas, et l'agent reçoit la consigne de chercher ou de demander. Pour les données de compte, exigez un visiteur connecté : votre serveur reçoit alors le contact vérifié depuis votre propre jeton signé, jamais une valeur choisie par le modèle.
Où cela s'applique
Les mêmes règles d'approbation couvrent les actions d'API qui appellent votre serveur, les actions sur le site qui exécutent le code de votre page, et les outils de page intégrés. Ouvrir une page et remplir un formulaire demandent toujours.
Qui fixe les règles
Les propriétaires et les admins décideront, outil par outil, ce qu'il fait de vos données et quelle question le visiteur voit. Chaque outil indique ce qu'il fait : lire, modifier quelque chose, ou détruire. Pour les lectures, vous pouvez quand même activer « Ask the visitor first ». La configuration des outils arrive bientôt.
Votre équipe n'a jamais à surveiller un chat en direct pour garder les actions sûres. Les règles accompagnent l'outil, et chaque appel d'une action d'API qui modifie quelque chose est consigné dans votre journal d'audit.