5 días monitoreando tu propia herramienta, 306 veces activada, 100% falsos positivos.

Resulta que siempre estuve inhalando sus propios gases de escape 🤦
Le añadí un hook a Claude Code, una advertencia en banner antes de hacer ssh entre máquinas o escribir archivos clave, por miedo a violar la estricta regla SSOT.
Un script de estadísticas complementario cuenta las activaciones, y hoy al revisar la muestra, todo eran falsos positivos.
El bug no está en el hook, sino en el script de estadísticas: grepaba la cadena "⚠️跨机器" en los logs.
Pero en los logs hay al menos tres tipos de eco: el banner que el hook imprime, el resultado que repite el banner, e incluso en la descripción de la tarea donde dice "hook activado N veces esta semana" también se cuenta.
Lo que cuento no es la cantidad de activaciones, sino el eco que dice la herramienta misma.
Solución: hacer que la herramienta escriba su propio registro de auditoría.
log_trigger() { echo "{ts,hook,pattern,target}" >> ~/.claude/logs/hook-trigger.jsonl }
Que la herramienta registre una línea cada vez que se activa, para revisarlo con datos reales la próxima semana.
La herramienta que monitorea a sí misma es la que más te puede engañar.
Ya sea el hook de Claude Code, el SDK de eventos, o el agente de monitoreo, siempre que el objeto de monitoreo incluya "a sí mismo", grep posterior será una trampa en bucle.
Su salida se vuelve a meter en los logs, se repite, e incluso se mezcla en la descripción de tareas, sin poder distinguir qué fue realmente un disparo y qué fue solo su propia voz.
Para saber cuántas veces se usó la herramienta, hay que hacer que ella misma lo diga, no dejar que los logs hablen por ella.