
de tackline14
Créez des rapports de bugs structurés à partir de descriptions ou de résultats de revue, avec étapes de reproduction et priorité pour signaler des problèmes dans votre tracker.
Cette compétence convertit une description de défaut ou la sortie d'une critique en amont en un rapport de bug structuré, adapté à un outil de suivi de problèmes. Elle extrait l'artefact, le symptôme, les étapes de reproduction, le comportement attendu et la sévérité, puis prépare un titre et une description clairs, prêts à être créés comme un ticket suivi. La compétence priorise la préservation de la provenance et évite les doubles signalements.
Utilisez cette compétence après avoir trouvé un défaut lors de tests, d'une revue de code, ou lorsqu'une commande /critique ou /review met en évidence une faille. Les phrases déclencheuses incluent : "signaler un bug", "c'est cassé", ou des demandes explicites de suivi de problème. Elle est également utile pour convertir plusieurs conclusions au format pipe en candidats de bugs distincts et exploitables pour le triage.
Cette compétence est principalement axée sur l'authoring et le triage et fonctionnera avec des agents capables de lire les fichiers de dépôt et d'invoquer des outils de signalement de problèmes (GitHub CLI, gh). Elle s'intègre parfaitement aux agents assistants supportant l'accès aux outils en ligne de commande (ex: Copilot/Codex/agents compatibles GitHub CLI).
Compétence Bug Reporter issue de la suite de flux tackline. SKILL.md purement pédagogique sans scripts intégrés. Guide à travers un processus en 5 phases (détection d'entrée → extraction des détails → confirmation → dépôt → rapport) en utilisant les conventions de format pipe. Propre et bien structurée, mais repose entièrement sur l'interprétation de l'agent plutôt que sur des outils automatisés. L'intégration du suivi des tâches est abstraite — aucun backend de suivi spécifique n'est spécifié.
Fait partie de la suite de flux tackline. Compétence pédagogique bien conçue avec de bonnes sécurités (toujours confirmer avant le dépôt, vérifier les doublons, un bug par ticket). Aucune préoccupation de sécurité — utilise uniquement les outils Read/Grep/Glob. Bénéficierait d'exemples de sortie et d'une liste d'outils autorisés plus restreinte puisqu'elle ne fait que lire du code et écrire dans un tracker.