Hookify Rules

Sélectionné par Skill Harbor : un guide pour écrire des règles hookify, les garde-fous qui font que Muse s'avertit ou se bloque lui-même au bon moment. Une règle est un fichier markdown avec frontmatter YAML stocké comme .claude/hookify.<name>.local.md : nom en kebab-case commençant par un verbe (warn-*, block-*, require-*), interrupteur enabled, type d'événement (bash, file, prompt, stop ou all), action warn ou block, et un pattern regex ou un ensemble de conditions. Le guide parcourt les champs du frontmatter, puis le guide des événements avec des correspondances concrètes : patterns bash dangereux comme rm -rf, dd if=, sudo et chmod 777 ; événements de fichier pour les console.log et debugger oubliés, les risques eval et innerHTML, et les fichiers sensibles .env, credentials et .pem ; événements stop pour les vérifications de fin ; événements prompt pour l'application de workflows. Les conseils d'écriture de patterns couvrent l'échappement regex, les pièges classiques du trop-large (log correspond à login) contre trop-spécifique, et l'échappement YAML, avec un one-liner python3 pour tester les patterns avant de les déployer. Il documente aussi les commandes slash /hookify pour créer, lister, configurer et obtenir de l'aide, plus l'organisation des fichiers et la recommandation gitignore pour les règles locales. Par @affaan-m, listé ici avec crédit à son créateur. Tiré du dépôt affaan-m/ECC (MIT). Bémols honnêtes : c'est un guide pour écrire des règles, pas le runtime hookify lui-même ; trop bloquer ralentit Muse, commencez par warn et passez à block ensuite. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.