5 днів моніторингу власних інструментів, 306 спрацьовувань, 100% хибних спрацьовувань. Виявилося, що я постійно вдихаю його власні вихлопи 🤦

Додав до Claude Code хук, щоб при підключенні через ssh між машинами або перед записом важливих файлів з’являвся попереджувальний банер, бо боявся, що швидка рука порушить залізну заповідь SSOT.
Паралельно додав статистичний скрипт для підрахунку спрацьовувань, сьогодні відкрив зразок і побачив — всі хибні.
Помилка не у хуку, а у статистичному скрипті: він grep-ить рядок "⚠️跨机器" у логах.
Але у логах принаймні є три види відлуння: банер, який виводить сам хук, повторення банеру у результатах інструменту, і навіть у описі задачі "хук цього тижня спрацював N разів" — все це враховується.
Я раху не кількість спрацьовувань, а відлуння, яке видає інструмент сам.
Вирішення: нехай інструмент сам пише аудит-лог.
log_trigger() { echo "{ts,hook,pattern,target}" >> ~/.claude/logs/hook-trigger.jsonl }
Інструмент фіксує кожне спрацьовування у рядок, щоб наступного тижня можна було проаналізувати реальні дані.
Моніторинг власних інструментів — найпростіший спосіб обдурити вас — це він сам.
Хук Claude Code, SDK для відстеження, агент моніторингу — все одно, якщо об’єкт моніторингу — "сам", grep у логах стане пасткою у циклі.
Його виведення повертається у лог, повторюється, навіть потрапляє у опис задачі, і важко зрозуміти, що саме — справжнє спрацьовування чи його власне слово.
Щоб дізнатися, скільки разів інструмент був використаний, потрібно змусити його говорити самостійно, а не покладатися на логіку його мовлення.