clarify-spec/SKILL.md
Klaert einen Auftrag NUR wenn er echt mehrdeutig ist und eigenes Recherchieren (Grep/Glob/Read der Projektdateien) die Unklarheit nicht aufloest. NICHT triggern bei: kurzen Auftraegen, vagen Verben allein ("fix X", "mach Y besser"), fehlenden Dateinamen. Das sind normale Alltagsauftraege — die werden durch Eigenrecherche + Senior-Entscheidung erledigt, nicht durch Rueckfragen. Triggern NUR bei echter Mehrdeutigkeit: das Ziel selbst ist unklar oder widerspruechlich, mehrere grundlegend verschiedene Interpretationen sind moeglich, oder es fehlt Information die nirgends im Repo steht. Wenn er triggert: ALLE Fragen EINMAL gebuendelt (ein AskUserQuestion-Aufruf, bis 4 Fragen) — danach autonom durcharbeiten, kein Stopp pro Schritt. Escape: "mach einfach" / "keine Rueckfragen" / "entscheide selbst" ueberspringt komplett.
npx skillsauth add svenja-dev/claude-code-skills clarify-specInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Dieser Skill ist kein Reflex. Sein Vorgaenger (v2.0 mit aggressiver Rueckfrage-Schwelle) hat eine Frage-Schleife erzeugt, in der Lara nur noch getippt hat statt Arbeit voranzubringen. Das ist der Fehler, den v3.0 verhindert.
Die Regel ist: Erst selbst nachsehen. Dann eine Senior-Entscheidung treffen. Nur wenn eine echte Ziel-Mehrdeutigkeit bleibt — einmal gebuendelt fragen.
Ein kurzer Auftrag ist kein Problem. Ein vages Verb ist kein Problem. Ein fehlender Dateiname ist kein Problem — den findet man mit Grep. Ein echt mehrdeutiges Ziel ist ein Problem.
NUR wenn nach eigener Recherche mindestens eines davon zutrifft:
| Echte Mehrdeutigkeit | Beispiel | |---|---| | Das Ziel selbst ist unklar/widerspruechlich | "mach es wie besprochen" — es gibt keine Notiz, was besprochen wurde | | Mehrere grundlegend verschiedene Interpretationen | "raeum die Auth auf" — koennte Refactor, Logging, Token-Rotation oder Tests heissen, alle plausibel | | Information fehlt, die NIRGENDS im Repo steht | "nutz die neue API" — keine API im Code, kein Doc, kein Issue | | Irreversible Aktion mit unklarem Scope | "loesch die alten Branches" — welche genau? unwiederbringlich |
Bei all dem: NICHT fragen — recherchieren und arbeiten.
Bevor irgendeine Frage gestellt wird:
Nach Phase 1 ist die Frage in den allermeisten Faellen beantwortet. Dann: direkt arbeiten, Phase 2-4 ueberspringen.
Bleibt nach Phase 1 etwas offen — pruefen: Ist das eine echte Ziel-Mehrdeutigkeit (Tabelle oben) oder nur ein Detail, das eine Senior-Entscheidung verträgt?
Wenn gefragt werden muss: alle offenen Punkte auf einmal ueber das
AskUserQuestion-Tool (bis zu 4 Fragen gleichzeitig). Nicht nacheinander, nicht
ueber mehrere Nachrichten verteilt.
Fragen-Prioritaet — nur was wirklich offen ist:
| Prio | Typ | Wann fragen | |------|-----|-------------| | 1 | ZIEL | Das Ziel selbst ist mehrdeutig — welche Interpretation? | | 2 | SCOPE | Bei irreversiblen Aktionen: was genau ist betroffen? | | 3 | INFO | Information fehlt, die nirgends im Repo steht |
WAS/WO-Fragen ("welche Datei?", "Frontend oder Backend?") gehoeren NICHT hierher — die beantwortet Phase 1.
Sobald die Antworten da sind: durcharbeiten bis fertig. Keine weitere Rueckfrage, kein Approval-Checkpoint pro Schritt, kein erneutes Klaeren. Nur ein echter, vorher unsichtbarer Blocker rechtfertigt eine weitere Frage.
Klaerung wird komplett uebersprungen bei:
Bei Escape: mit bestem Wissen ausfuehren, getroffene Annahmen am Ende kurz nennen.
prompt-architect triggert NICHT mehr automatisch nach diesem Skill. Wenn ein
strukturierter Prompt gebraucht wird, ruft der User /prompt-architect explizit auf.
Der Skill ist erfolgreich wenn:
development
Protects design and theme files from unintended changes. Locks tailwind.config, global CSS, and theme variables. Requires explicit confirmation before modifying UI components. Activate on changes to CSS, theme config, or layout components.
tools
Proactive token budget assessment and task chunking strategy. Use this skill when queries involve multiple large file uploads, requests for comprehensive multi-document analysis, complex multi-step workflows with heavy research (10+ tool calls), phrases like "complete analysis", "full audit", "thorough review", "deep dive", or tasks combining extensive research with large output artifacts. This skill helps assess token consumption risk early and recommend chunking strategies before beginning work.
development
Erzwingt striktes Test-Driven Development mit Red-Green-Refactor Zyklus. Blockiert Code-Generierung ohne vorherige Tests. Dokumentiert 13 ungueltige Rationalisierungen. Aktivieren bei neuen Features, Bug Fixes, Refactoring.
development
Enforces TypeScript best practices when writing code. Automatically enables strict typing for TypeScript projects, prevents `any` usage, and recommends generic constraints. Activate on TS/TSX files, new features, code reviews.