Skill-Übersicht

Skills bündeln Abläufe. Claude Code nutzt /<name>, Codex $od-<name>, soweit verfügbar. Die Links zeigen Trigger, Argumente und Beispiele.

Neu hier? Zuerst Specs und Todos; Workflows zeigt den Zusammenhang.

Schnellwahl

Ich will…	Skill
mir etwas Kleines für später merken	/todo <text>
größere Arbeit vorher planen	/spec, dann /spec-work
einen Bug sauber beheben	/debug
meine Änderung prüfen	/test, dann /review --quick
committen oder veröffentlichen	/commit, /release
eine Idee durchdenken	/brainstorm, /challenge, /vision
Arbeit an ein anderes Modell geben	/delegate

Planen, bauen und prüfen

Skill	Wofür → was du bekommst
/spec	Plan für Arbeit über der Größenschwelle (>5 Schritte oder >6 Dateien über 2+ Subsysteme), eine größere Übergabe oder offene Entscheidung. Kleine sofortige Aufgabe = kurzer Auftrag; Aufgeschobenes → /todo. Start von /spec-work = Freigabe.
/spec-work	Setzt eine freigegebene Spec samt Prüfungen um. Nochmal starten setzt am offenen Schritt fort. Committet nie — /commit machst du. Mehrere unabhängige Specs → /wave.
/spec-update	Der Vertrag selbst ist falsch (fehlende Anforderung, Kriterium, Datei). Schreibt ihn neu und öffnet betroffene Schritte; falscher Code gehört in /spec-work.
/debug	Bug mit klarem Sollwert: erst als roten Test nachstellen, dann die Ursache beheben. Ein Tippfehler braucht keinen Test.
/test	Gezielte Tests nach einer zusammenhängenden Änderung. Volle Suite nur auf Wunsch oder bei riskantem gemeinsamem Code.
/review	Lesender zweiter Blick mit Urteil: PASS, PASS_WITH_FOLLOWUPS, BLOCK oder NOT REVIEWED, plus Funde mit datei:zeile. --quick für riskante Diffs, --audit fürs Repo.
/commit	Nur du startest ihn: ein Commit der Session-Dateien. Pusht nie.
/release	Nur du startest ihn: auf sauberem Default-Branch Version heben, taggen, pushen, GitHub-Release veröffentlichen.
/agent-browser	Browser-Durchgang nach Vue-, React-, Liquid-, Twig-, Blade- oder CSS-Änderungen oder für eine Live-URL.
/checkin	Überblick verloren oder Annahmen unbestätigt: Statuskarte und eine Frage, sofort umgesetzt. Kein Ersatz für /review.

Ideen, größere Vorhaben und Delegation

Skill	Wofür → was du bekommst
/vision	Nordstern für Projekt oder Idee; --calibrate, wenn die Arbeit ihn überholt hat. Andere Skills prüfen dagegen.
/brainstorm	Vage Idee zu Problem, Optionen, Risiken und nächstem kleinen Slice formen; per Nummer fortsetzbar.
/challenge	Vor der Spec gegen eine konkrete Idee argumentieren: GO, SIMPLIFY oder REJECT, plus Fallen.
/wave	Mehrere freigegebene Specs parallel in Worktrees, hinter dem Gate gemergt. Braucht Orca.
/workspace	Eine Anforderung über Schwester-Repositories: eine Spec je Repo und die Reihenfolge.
/delegate	Abgegrenztes Review, Recherche oder Umsetzung an ein anderes Modell.

Wissen und Aufgaben

Skill	Wofür → was du bekommst
/index	Projekt auf den aktuellen devkit-Stand bringen: Stack, Code-Graph, Kontext; Ergebnis committen.
/capture	Einen dauerhaften Fakt (Gotcha, Konvention, Entscheidung) in .agents/context/ ablegen.
/todo	Kleine Arbeit parken oder genau eine bearbeiten; Details: Specs und Todos.
/research	Ob ein externes Repo, Tool oder Artikel nützlich ist; gerankte Kandidaten, dann /spec.
/fetch-task	Ein CrewBuddy-Ticket oder alle offenen als Digest-Dateien holen.
/token-check	Größte Token-Verbraucher ranken und nur gewählte Einsparungen umsetzen.

Feedback, Design und Einrichtung

Skill	Wofür → was du bekommst
/friction-feedback	Ein blockierendes Gate oder eine devkit-Lücke als GitHub-Issue melden.
/boilerplate-feedback	Eine wiederverwendbare Kundenänderung ans Boilerplate des Stacks geben.
/pen-design	Auf einem .pen-Canvas gestalten und mit Projekt-Tokens bauen; Frame-Nummern geben den Code frei.
/skill-create	Projektlokalen Skill für einen wiederkehrenden Ablauf schreiben; danach /reload-skills.
/improve-codebase-architecture	Tiefere Umbau-Kandidaten finden; schlägt nur vor, dann /spec.
/share	Markdown/HTML als öffentlichen Link (30 Tage) veröffentlichen — vorher Freigabefrage.