Skip to main content
Un agent sur le point de dépenser de l’argent ou de modifier des données doit d’abord vérifier son action au regard de vos règles. Placez l’objectif, l’action proposée et la politique dans state, puis demandez à GLiDE ce que l’agent doit faire ensuite. C’est votre code, et non le modèle, qui applique la décision.

Requête

Schéma de la requête

Réponse

Mesurée sur https://api.fastino.ai. Les valeurs de confiance varient légèrement d’un appel à l’autre.
L’utilisateur a écrit « just get it done », mais la politique exige une confirmation pour tout achat non remboursable de plus de 100 $ : GLiDE choisit donc confirm. Supprimez la ligne policy et la même requête renvoie book. Placez la règle dans state chaque fois qu’elle doit prévaloir.

Schéma de la réponse

Exploiter la réponse

Seule la voie la plus sûre, demander à l’utilisateur, sert de solution de repli. Une réponse incertaine ou irréversible n’est jamais exécutée d’elle-même.

L’adapter

  • Faites de chaque clé de criteria une branche que votre agent prend déjà en charge, comme run, ask_user, escalate ou abort.
  • Citez le texte de la politique mot pour mot. GLiDE applique la règle que vous fournissez ; il ne connaît pas vos politiques autrement.
  • Incluez dans proposed_action les faits dont dépend la politique (montant, destinataire, possibilité de remboursement).
  • Gardez la vérification finale dans le code. Par exemple, n’exécutez jamais une dépense qui dépasse une limite stricte, quelle que soit la réponse.
Utilisez GLiDE comme aide à la décision, et non comme seul garde-fou pour les actions irréversibles ou à fort impact. Validez sur des cas représentatifs et conservez une voie de revue humaine.

Guide politique et sécurité

Concevez des garde-fous qui échouent de façon sûre en cas d’incertitude.

Référence de l'API GLiDE

Chaque champ, limite et erreur de POST /v1/systemone.