nadavushka-dev/nadavushka-plugs

Traite un ticket du gestionnaire d'incidents (ex: RND-123) : bogue → reproduction du rouge puis correction minimale ; fonctionnalité → implémentation conforme au PRD. Utilisable seul ou comme étape 3 d'autonomous-squad.

Qu'est-ce que nadavushka-plugs ?

Ce skill est conçu pour les agents IA comme Claude Code, Cursor ou Codex afin de traiter systématiquement un ticket (bogue ou fonctionnalité) à partir d'un gestionnaire d'incidents. Il divise le travail en étapes claires : reproduction du problème (« rouge ») pour les bogues ou respect strict du PRD pour les fonctionnalités, suivi d'une révision adverse automatique via un sous-agent dédié. Le skill vérifie la configuration de l'équipe (`squad-config.md`) et s'appuie sur les skills `squad:tkt-context` et `squad:tkt-evidence` pour obtenir le contexte et capturer les preuves. Il intègre également des décisions de clarification (qa clar, prod clar, dev clar) en cas d'ambiguïté ou de blocage persistant après deux cycles de révision. Son utilisation se fait soit de manière autonome, soit comme troisième étape d'un processus d'équipe plus large (`autonomous-squad`).

Compatible avec✓Claude Code~Codex CLI~Cursor

npx skills add https://github.com/nadavushka-dev/nadavushka-plugs/tree/HEAD/squad/skills/tkt-work

Documentation

Entrée utilisateur : $ARGUMENTS

Configuration

Avant toute chose : lire ${CLAUDE_SKILL_DIR}/../squad-config.md

Avant de commencer

Aucun contexte de ticket dans cette conversation → invoquer le skill squad:tkt-context avec la clé du ticket d'abord
Aucun worktree pour ce ticket → le créer (voir les Règles)

Bogue ?

Reproduire → rouge

Reproduire le bogue et capturer l'artefact rouge dans le support du bogue (voir le skill squad:tkt-evidence). « Impossible à capturer par capture d'écran » n'est jamais une raison pour s'arrêter — changer de support (test / curl / shell de base de données / log). Aucun artefact rouge dans aucun support → qa clar.

Résoudre

Modifications minimales pour corriger le bogue

Fonctionnalité ?

Le PRD doit être respecté
Ambiguïté, contradiction ou conflit avec des fonctionnalités existantes → le signaler dans un commentaire, passer à prod clar

Révision adverse (avant vert / `squad:tkt-evidence`)

Lancer un sous-agent frais (pas un fork). Lui fournir : clé du ticket, diff, artefact rouge (bogue) ou PRD (fonctionnalité). Son travail est de casser la modification, pas de l'approuver. Chaque constat est étiqueté bloquant ou nit.

Bogue : le rouge reproduit-il le bogue signalé ? Cause racine ou symptôme ? Modification minimale ? Régressions à proximité ?
Fonctionnalité : chaque point du PRD est-il couvert et testé ? Quelque chose au-delà du PRD ? Conflit avec le comportement existant ? Bloquant → corriger → re-réviser. Rejeter un constat bloquant uniquement avec des preuves, pas des arguments. Toujours bloquant après 2 rounds → dev clar avec la question ouverte. Nits → corriger ou lister dans la PR.