Gouvernance et analytics
L'IA propose ; les humains décident. Et tout ce qui compte laisse une trace.
Provenance et file de validation
Chaque règle et chaque skill porte sa provenance : humaine (créée dans l'admin) ou IA (proposée par un agent). Quand Require AI content validation est activé (c'est le défaut), le contenu proposé par l'IA arrive dans une file, sous Settings → MCP & agents, avec des boutons Approve / Reject — il n'est ni servi aux agents ni utilisé par la gate tant qu'il n'est pas approuvé.
Le journal d'audit
Settings → Audit log consigne qui a fait quoi, et quand — un utilisateur (par e-mail), un agent (par token) ou le système. Les événements couverts :
- Règles et skills : création, modification, suppression, restauration, propositions de l'IA
- Workspaces : création, suppression (avec le sort choisi pour leurs règles)
- Configuration du provider IA : modification, suppression
- Tokens MCP : création, révocation
- Gouvernance : changements de réglage, approbations, rejets
- Exports de playbook et dépassements de limites d'offre
Les noms de l'acteur et de la cible sont figés au moment de l'événement : les entrées restent lisibles même après la suppression d'un utilisateur ou d'une règle.
Le dashboard
| Métrique | Ce que cela indique |
|---|---|
| Taux de conformité | Part des analyses sans violation, sur 24 h / 7 j / 30 j / période personnalisée, filtrable par workspace. |
| Violations par sévérité et top règles | Là où le playbook a réellement de l'effet — et quelles règles dérivent le plus. |
| Taux de correction pré-commit | Par règle : à quelle fréquence les agents ont buté dessus, et à quelle fréquence ils ont corrigé avant de committer. La métrique du shift-left. |
| Fiabilité des règles | Par règle, depuis toujours : part des retours marquant une violation comme faux positif. Une règle qui franchit le seuil de preuve est signalée « à revoir » — elle produit assez de bruit pour mériter une reformulation ou un périmètre plus étroit. |
| Consommation de tokens | Tokens d'entrée / en cache / de sortie par provider dans le temps — votre facture BYOK, rendue visible. |
| Usage des skills | Quels modes d'emploi les agents chargent réellement. |
Feedback faux positif
Sur n'importe quelle analyse, chaque violation peut être marquée faux positif (ou reconfirmée) en un clic. Les faux positifs confirmés sont réinjectés dans l'analyse suivante pour cette règle et ce fichier — le modèle reçoit en contexte le fait qu'« un humain a déjà examiné un cas similaire ici et l'a rejeté », ce qui réduit mesurablement le bruit récurrent sur les cas réellement ambigus. Cela ne désactive pas la règle en bloc sur ce fichier : une violation réelle et différente est toujours détectée. Le feedback est aussi suivi par règle sur la durée : la carte Fiabilité des règles du dashboard expose le taux de faux positifs par règle et signale celles qui ont franchi le seuil de preuve. De là, l'édition d'une règle signalée propose un bouton Suggest rewrite : il lit tout l'historique de feedback de la règle — chaque faux positif et chaque violation confirmée, jamais un cas isolé — et propose un énoncé reformulé qui aurait évité le bruit sans manquer ce qui a déjà été confirmé réel. Il ne s'applique jamais tout seul ; la suggestion arrive dans le formulaire d'édition, pour qu'un humain la relise, l'ajuste et l'enregistre comme n'importe quelle autre modification.
Limites des offres
Les limites s'appliquent uniquement à la création — un downgrade ne vous coupe jamais l'accès à vos données existantes. Limites actuelles : Free 1 workspace · Team 3 workspaces, 10 membres · Agency workspaces illimités, 50 membres · Enterprise illimité. Les analyses sont illimitées sur toutes les offres.