
de bug-hunter120
Exécute un pipeline adversaire séquentiel (Recon → Hunter → Skeptic → Referee) pour trouver, vérifier et éventuellement corriger automatiquement les bugs de runtime et les problèmes de sécurité.
Bug Hunter fournit un pipeline adversaire multiphase pour trouver et valider des bugs dans les bases de code. Il cartographie le projet (Recon), effectue des passes de scan approfondies (Hunter), remet en question les résultats (Skeptic) et confirme les problèmes réels (Referee). Lorsqu'il est activé, il peut créer des correctifs sécurisés basés sur des branches avec des commits checkpointés et une vérification. Le skill supporte plusieurs modes (fichier unique, petit, hybride parallèle, étendu, mis à l'échelle, boucle pour grandes bases de code) et est conçu pour gérer aussi bien les petites revues de PR que les grands monorepos avec état de reprise.
Utilisez Bug Hunter pour les audits de sécurité, les vérifications de régression, les revues de code axées sur le comportement au runtime, ou chaque fois que vous avez besoin d'un scan adversaire automatisé. Les phrases de déclenchement incluent les demandes de scan de projet, de revue de PR, de revue de sécurité ou de correction automatique des problèmes éligibles. Il convient pour le gating CI, les vérifications pré-fusion et les balayages de sécurité planifiés.
Conçu pour les pipelines multi-agents et les backends d'agents de type CLI (Claude Code, agents Codex/CLI, Cursor, agents séquentiels locaux). Fonctionne dans des contextes de CI automatisés ou de revue interactive.
Bug-hunter est un pipeline complet de recherche de bugs adversaire comprenant 19 scripts implémentant un flux Recon→Hunter→Skeptic→Referee avec des boucles de correction et d'expérimentation. Les scripts sont des modules Node.js bien structurés avec validation de schéma, gestion d'état et gestion de verrous. Les scripts .cjs n'ont pas pu être exécutés seuls par l'auditeur (ils nécessitent des importations de modules et des arguments CLI), et le script .sh unique a échoué car le répertoire test-fixture n'existe pas dans le bac à sable d'audit. La sécurité est solide : les commandes shell utilisent spawnSync avec des tableaux argv, un helper shellQuote existe, et l'unique utilisation de bash -c est explicitement documentée comme étant contrôlée par l'utilisateur. Les appels réseau sont uniquement adressés à l'API de context7.com (recherche de documentation). Préoccupation mineure : prepublish-guard.cjs utilise execSync avec interpolation de littéraux de modèles pour les chaînes de version (risque faible — n'interpole que la version de package.json).
node (for .cjs scripts)Compétence de haute qualité avec une portée impressionnante. 19 scripts couvrant la gestion d'état, l'indexation du code, le scan de dépendances, le triage, la définition du périmètre des PR, le verrouillage des corrections, les boucles d'expérimentation, le rendu de rapports, la validation de schéma, et plus encore. SKILL.md bien documenté avec des phases, des flags et des workflows clairs. Le seul vecteur d'injection shell (bash -c dans experiment-loop) est explicitement documenté comme étant contrôlé par l'utilisateur. Aucun identifiant codé en dur, pas d'exfiltration, pas de mise à jour automatique, pas de commandes rm destructives. Les scripts .cjs sont architecturalement sains avec une gestion d'erreurs et une validation d'entrée appropriées.