Triage (Matt Pocock skill)
Tu lances `/triage` quand ton issue tracker GitHub déborde et que tu ne sais plus ce qui mérite d'être traité. La skill applique une machine à états : `needs-triage`, `needs-info`, `ready-for-agent`, `ready-for-human`, `wontfix`, croisée avec `bug` ou `enhancement`. Elle reproduit les bugs avant de répondre, écrit des agent briefs pour les issues AFK-ready, et garde une mémoire `.out-of-scope/` des features que t'as déjà refusées. Pensée pour passer la main à un agent autonome (Codex, Claude Code AFK) sans contexte humain.
Forces
- Machine à états explicite, fini les issues qui pourrissent sans label
- Repro tentée avant chaque réponse bug, les `needs-info` sont mérités, pas paresseux
- Agent briefs structurés pour issues `ready-for-agent`, un Codex/Claude Code peut les prendre AFK
- .out-of-scope/ devient ta mémoire des refus, plus jamais re-débattre la même feature
Limites
- Demande un setup label initial (run `/setup-matt-pocock-skills` d'abord), pas plug-and-play
- Forte couplage GitHub par défaut, GitLab et local-markdown supportés mais Jira/Linear restent à décrire à la main
- Chaque commentaire posté est précédé d'un disclaimer "généré par IA", peu adapté aux contextes corporate où tu veux masquer la couture
Pour qui
- Mainteneurs OSS qui croulent sous les issues mal qualifiées
- PM/PO qui veulent industrialiser le passage incoming → backlog priorisé sans réinventer la grille à chaque sprint
- Devs en mode solo ou petit team qui délèguent en AFK à un agent, les briefs `ready-for-agent` sont pile leur format