nadavushka-dev/nadavushka-plugs

Verwende diese Fähigkeit, wenn du an einem Ticket aus einem Issue-Tracker (Jira, Linear, GitHub Issues usw., z. B. RND-123) von Anfang bis Ende arbeitest – aufnehmen, reproduzieren oder implementieren, mit Belegen untermauern, Status verschieben. Für Fehler und Features.

Was ist nadavushka-plugs?

Diese Fähigkeit ist ein Orchestrierer für die End-to-End-Bearbeitung von Issue-Tracker-Tickets (z. B. Jira, Linear, GitHub Issues). Sie stellt sicher, dass ein Ticket vollständig von der Übernahme über die Implementierung oder Reproduktion bis hin zur Bereitstellung durchlaufen wird. Die Fähigkeit delegiert die Arbeit an ein Squad (mindestens zwei Worker: einen Implementierer und einen QA/Code-Reviewer) oder, falls das `/herdr`-Skill nicht verfügbar ist, übernimmt der Benutzer die Implementierung selbst. Der Ablauf ist strikt in fünf Schritte gegliedert: Kontext sammeln, Ticket identifizieren und zuweisen, Arbeit ausführen, Belege liefern und abschließen. Dabei werden automatisch die Status aktualisiert, Worktrees erstellt und bei Bedarf der manuelle Eingriff (`--hitl`) respektiert. Die Fähigkeit ist ideal für Entwickler, die eine konsistente, reproduzierbare Vorgehensweise für Bugfixes und Feature-Entwicklung benötigen.

Funktioniert mit✓Claude Code~Codex CLI~Cursor

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

Dokumentation

Benutzereingabe: $ARGUMENTS

Der Ticket-Key (z.B. RND-123) befindet sich darin; nimm ihn aus dieser Eingabe
--hitl vorhanden → übergebe es an squad:tkt-ship. Standard: vollständig autonom
Alles andere = zusätzliche Anweisungen; wende sie während des gesamten Laufs an

Konfiguration

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

Squad

Falls das /herdr-Skill verfügbar ist, führe es aus. Du bist der Orchestrator/Delegator/Supervisor – du implementierst nicht, du delegierst nur mit den folgenden Anweisungen. Du kannst entscheiden, wie viele Sitzungen im Squad sind. Das Minimum sind 2 Arbeiter:

Implementierer – Schritte 3–4
QA/Code-Reviewer – der Reviewer in Schritt 5. Abgelehnt → zurück an den Implementierer.

Kein herdr → du bist der Implementierer, und der QA/Code-Reviewer ist ein frischer Subagent.

Ablauf

Führe jeden Schritt aus, in der Reihenfolge. Überspringe niemals einen Schritt.

SCHRITT 1 TKT-Kontext sammeln

Rufe das Skill squad:tkt-context mit dem Ticket-Key als Argumente auf.

SCHRITT 2 Das TKT identifizieren

TKT muss mir zugewiesen sein – wenn nicht, anhalten und melden
Fehler oder Feature?
reopen? → zuerst den QA-Kommentar und den vorherigen PR lesen
Status auf „In Bearbeitung“ setzen, den Worktree erstellen

SCHRITT 3 Arbeiten

Rufe das Skill squad:tkt-work mit dem Ticket-Key (+ zusätzliche Anweisungen) als Argumente auf.

SCHRITT 4 Belege

Rufe das Skill squad:tkt-evidence mit dem Ticket-Key als Argumente auf.

SCHRITT 5 Ausliefern

Rufe das Skill squad:tkt-ship mit dem Ticket-Key (+ --hitl falls angegeben) als Argumente auf.