Bug triage runbook template
Skill sharklandy/claude-code-starter-kit/skills/process/bug-triage-runbook-template
Skills, subagents et templates /goal//loop//schedule prêts à l'emploi pour Claude Code — installables en une commande via /plugin marketplace add
npx -y skills add sharklandy/claude-code-starter-kit --skill bug-triage-runbook-templateAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Diagnose and categorize incoming user feedback or bug reports. Trigger whenever processing a message from <TODO: nom du canal ou de la source des retours, ex. #feedback>.
SKILL.md
2.0 KB, as published. Nobody here has run it
<!-- Source : docs/guide-complet.md, Partie 7, Cas 3 (kaerio-feedback-runbook + verify-kaerio-fix) — généralisé, sans référence à l'application fictive d'origine -->
Runbook de traitement des retours utilisateurs
- Classer le message en une catégorie :
bug-critique,bug-mineur,suggestion, ouplainte-sans-action. - Pour un
bug-critique: reproduire le scénario décrit dans l'environnement de test, si reproductible passer à la correction ; si non reproductible, demander une capture d'écran ou les logs à l'utilisateur. - Pour un
bug-mineur: ajouter un ticket avec labelminoret passer au suivant sans correction immédiate. - Pour une
suggestion: archiver dans le fichiersuggestions-log.mdavec la date et le nombre de mentions similaires déjà enregistrées.
Vérification du correctif
Avant de marquer un bug-critique comme résolu :
- Lancer l'application sur les environnements cibles (<TODO: ex. simulateur iOS, émulateur Android, navigateurs cibles...>).
- Reproduire le scénario exact décrit dans le rapport, avant et après le correctif.
- Vérifier qu'aucune régression n'apparaît sur les écrans/parcours les plus utilisés (<TODO: listez-les>).
- Capturer une vidéo du scénario corrigé sur chaque plateforme cible.
Gotchas
- <TODO: décrivez ici un symptôme récurrent qui est presque toujours dû à une cause bénigne plutôt qu'à un vrai bug — par exemple un décalage de fuseau horaire confondu avec un bug de synchronisation — pour que la routine l'écarte automatiquement sans mobiliser l'équipe.>
- <TODO: ajoutez toute autre confusion fréquente entre catégories de retours (bug vs suggestion, mineur vs critique) rencontrée en usage réel.>