Outil de surveillance personnelle sur 5 jours, 306 déclenchements, 100% de faux positifs.

En fait, je l’ai toujours aspiré à ses propres gaz d’échappement 🤦
J’ai ajouté un hook à Claude Code, pour afficher une bannière d’avertissement avant de se connecter en ssh entre machines ou d’écrire des fichiers critiques, de peur de violer la règle d’or SSOT par impulsion.
Un script de statistiques associé pour compter les déclenchements, aujourd’hui en regardant l’échantillon, tout n’était que faux positifs.
Le bug n’est pas dans le hook, mais dans le script de stats : il grep la chaîne "⚠️跨机器" dans les logs.
Mais dans les logs, il y a au moins trois types d’échos : la bannière sortie par le hook lui-même, le résultat de l’outil qui répète la bannière, et même la description de tâche disant "hook a été déclenché N fois cette semaine" qui est aussi comptée.
Ce que je compte, ce n’est pas le nombre de déclenchements, mais l’écho que l’outil lui-même produit.
Solution : faire écrire à l’outil son propre journal d’audit.
log_trigger() { echo "{ts,hook,pattern,target}" >> ~/.claude/logs/hook-trigger.jsonl }
L’outil doit enregistrer une ligne à chaque déclenchement, pour une revue avec de vraies données la semaine prochaine.
Le plus facile pour un outil de se tromper, c’est quand c’est lui-même qui parle.
Que ce soit le hook de Claude Code, le SDK de suivi, ou l’agent de monitoring, tant que la cible de surveillance inclut "soi-même", le grep après coup devient un piège en boucle.
Ses sorties seront renvoyées dans les logs, répétées, voire mêlées à la description de tâche, rendant difficile de distinguer ce qui est un vrai déclenchement de ce qu’il a dit lui-même.
Pour savoir combien de fois l’outil a été utilisé, il faut qu’il le dise lui-même, et non que ce soit le log qui le fasse à sa place.