Skip to main content
Failproof AI prend en charge Claude Code, Codex, GitHub Copilot CLI, Cursor, OpenCode, Pi, Hermes, OpenClaw, Factory Droid, Devin CLI, Antigravity CLI et Goose. Chaque intégration normalise ses noms d’événements de hook natifs, ses noms d’outils et ses champs d’entrée d’outils avant l’exécution des politiques. Une politique ne peut agir que sur les événements exposés par le harnais ; testez le comportement en fin de tour et les instructions sur le harnais et la version exacts que vous déployez.

​
Capacité d’application

« Bloquer » signifie que le verdict retourné par l’adaptateur actuel est consommé par le harnais désigné. Le blocage post-outil peut remplacer le résultat présenté au modèle, mais ne peut pas annuler un effet secondaire d’outil déjà produit. Les capacités sont sensibles à la version. Retestez après la mise à niveau d’un CLI d’agent, en particulier lorsqu’une politique repose sur le comportement des prompts, des arrêts, des permissions ou des outils post-exécution plutôt que sur la barrière commune pre-tool.

​
Installer les hooks de capture et de politique

  1. Ouvrez Administration → Clés et créez une clé avec les permissions events:add et policies:pull, nommée selon la machine ou l’environnement.
  2. Sur la machine cible, connectez le CLI local avec la clé affichée et installez les hooks du harnais.
  3. Démarrez une nouvelle session d’agent, puis confirmez ses événements de hook et de session sous Observer → Événements.
  4. Ouvrez Observer → Politique pour la même fenêtre temporelle et confirmez qu’une décision de politique est attribuée à la machine.
La connexion commence avec une clé machine. Assurez-vous qu’elle inclut les permissions d’ingestion et de livraison de politique avant de copier son secret.Le panneau de création de clé API permettant d'accorder les permissions d'ingestion d'événements et de livraison de politique.Après l’installation des hooks, le flux d’événements devrait afficher de nouveaux événements provenant de la machine et de l’environnement connectés.Le flux d'événements en direct permettant de confirmer qu'un harnais nouvellement installé envoie bien des rapports.Enfin, vérifiez que les décisions de politique sont attribuées à la même machine. Cela confirme que le harnais rapporte bien l’activité des politiques ainsi que les événements de trace.La page Politique permettant de vérifier les décisions de politique d'un harnais nouvellement connecté.

​
Ajouter un chemin de session non par défaut

Les chemins supplémentaires sont enregistrés sur la machine, pas dans le Cloud. Après en avoir ajouté un, ouvrez Observer → Sessions, filtrez sur l’environnement de la machine, et confirmez que les sessions provenant du nouveau chemin apparaissent. Ouvrez une session et vérifiez l’agent, le harnais et les horodatages des événements avant de vous y fier dans un audit.La liste des sessions filtrée sur l'environnement recevant les données du chemin de capture supplémentaire.
Lancez une nouvelle session après l’installation. Vérifiez à la fois le flux d’événements en direct et une décision de politique effective avant d’élargir le déploiement.