Entrée utilisateur : $ARGUMENTS
- La clé du ticket (ex. RND-123) se trouve dedans ; extrayez-la de cette entrée
--hitlprésent → le passer àsquad:tkt-ship. Par défaut : entièrement autonome- Tout le reste = instructions supplémentaires ; appliquez-les tout au long de l'exécution
Configuration
Avant toute chose : lisez ${CLAUDE_SKILL_DIR}/../squad-config.md
Équipe
Si le skill /herdr est disponible, exécutez-le. Vous êtes l'orchestrateur/délégateur/superviseur — vous n'implémentez pas, vous déléguez uniquement avec les instructions suivantes.
Vous pouvez choisir le nombre de sessions dans l'équipe. Le minimum est de 2 travailleurs :
- Implémenteur — étapes 3–4
- QA / Relecteur de code — le relecteur à l'étape 5. Rejeté → retour à l'Implémenteur.
Pas de herdr → vous êtes l'Implémenteur, et le QA / Relecteur de code est un sous-agent frais.
Flux
Exécutez chaque étape, dans l'ordre. Ne sautez jamais une étape.
ÉTAPE 1 Rassembler le contexte du TKT
Invoquez le skill squad:tkt-context avec la clé du ticket comme arguments.
ÉTAPE 2 Identifier le TKT
- Le TKT doit m'être assigné — sinon, arrêtez-vous et signalez-le
- Bug ou fonctionnalité ?
reopen? → lisez d'abord le commentaire du QA et la PR précédente- Déplacer vers
En cours, créer l'arborescence de travail
ÉTAPE 3 Travail
Invoquez le skill squad:tkt-work avec la clé du ticket (+ instructions supplémentaires) comme arguments.
ÉTAPE 4 Preuve
Invoquez le skill squad:tkt-evidence avec la clé du ticket comme arguments.
ÉTAPE 5 Mise en production
Invoquez le skill squad:tkt-ship avec la clé du ticket (+ --hitl si fourni) comme arguments.