nadavushka-dev/nadavushka-plugs

Bearbeite ein Issue-Tracker-Ticket (z. B. RND-123): Bug → rot reproduzieren, dann minimale Behebung; Feature → gemäß PRD implementieren. Nutze es eigenständig oder als Schritt 3 von autonomous-squad.

Was ist nadavushka-plugs?

Dieses Skill ermöglicht es KI-Agenten, Issue-Tracker-Tickets systematisch zu bearbeiten, indem es zwischen Bug-Fixes und Feature-Implementierungen unterscheidet. Für Bugs wird der Fehler reproduziert, der rote Zustand im entsprechenden Medium erfasst und anschließend eine minimale Änderung vorgenommen. Bei Features wird strikt nach der PRD gearbeitet; Unklarheiten oder Konflikte werden markiert. Vor dem Abschluss eines Tickets führt das Skill eine adversariale Überprüfung durch: Ein frischer Sub-Agent erhält das Ticket, den Diff und das Artefakt und versucht, die Änderung zu widerlegen – blockierende Funde müssen behoben werden, bevor das Skill als grün markiert wird. Das Skill unterstützt die Einbindung in den autonomen Arbeitsablauf von `squad` und setzt Kontext aus vorherigen Skills (Ticket-Kontext, Worktree) voraus. Ziel ist es, qualitativ hochwertige, minimalinvasive Änderungen mit nachweislich korrektem roten/grünen Zustand zu liefern.

Funktioniert mit✓Claude Code~Codex CLI~Cursor

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

Dokumentation

Benutzereingabe: $ARGUMENTS

Konfiguration

Vor allem anderen: ${CLAUDE_SKILL_DIR}/../squad-config.md lesen

Bevor du beginnst

Kein TKT-Kontext in dieser Unterhaltung → rufe zuerst das Skill squad:tkt-context mit dem Ticket-Key auf
Kein Worktree für dieses TKT → erstelle ihn (siehe Regeln)

Bug?

Reproduzieren → rot

Reproduziere den Bug und erfasse das rote Artefakt im Medium des Bugs (siehe Skill squad:tkt-evidence). „Nicht screenshotbar“ ist nie ein Grund anzuhalten – wechsle das Medium (Test / curl / DB-Shell / Log). Kein rotes Artefakt in irgendeinem Medium → qa clar.

Beheben

Minimale Änderungen zur Behebung des Bugs

Feature?

Die PRD muss befolgt werden
Mehrdeutige, widersprüchliche oder mit vorhandenen Features kollidierende Punkte → in einem Kommentar kennzeichnen, zu prod clar wechseln

Adversariale Überprüfung (vor grün / `squad:tkt-evidence`)

Erzeuge einen frischen Sub-Agenten (keinen Fork). Gib ihm: TKT-Key, Diff, rotes Artefakt (Bug) oder PRD (Feature). Seine Aufgabe ist es, die Änderung zu widerlegen, nicht zu genehmigen. Jeder Fund wird als blockierend oder Nit gekennzeichnet.

Bug: Reproduziert das Rot den gemeldeten Bug? Grundursache oder Symptom? Minimal? Regressionen in der Nähe?
Feature: Jeder PRD-Punkt abgedeckt und getestet? Irgendetwas über die PRD hinaus? Konflikte mit vorhandenem Verhalten? Blockierend → beheben → erneut überprüfen. Einen blockierenden Fund nur mit Beweisen entkräften, nicht mit Argumenten. Nach 2 Runden immer noch blockierend → dev clar mit der offenen Frage. Nits → beheben oder im PR auflisten.