← Alle Skills · Automatisierung
Automatisierung PremiumSpec Writer
Verwandelt eine grobe Idee plus kurze Antworten in einen strukturierten Spezifikationsentwurf: Ziel, Zielgruppe, Umfang, Nicht-Ziele, Anforderungen und Abnahmekriterien, mit einem Vollständigkeitswert aus 9 Punkten und jeder Lücke als offener Frage.
Funktioniert mit: Claude Code, Codex, Cursor, Muse · Version 1.0.0 · Du brauchst: Dein Briefing: brief.txt (beschriftete Zeilen — Title, Idea, Audience, Goal, plus Elemente In / Out / Need / Check / Constraint).
Diesen Skill mit Premium holen Pläne ansehen
Vorschau

Beispielergebnis
Ein Beispiel dafür, was dieser Skill produziert. Beispielinhalt, zur Veranschaulichung gezeigt.
Spec Writer report — sample Completeness: 100/100 (9/9 required answers) | Gaps: 0 | Errors: 0 | Warnings: 0 Spec: BeanLoop Weekly Digest — Goal: Send one useful digest every Friday without manual assembly. Audience: Solo founders who ship weekly. In scope: Pull shipped items from the changelog; Group items by feature area. Non-goals: No social-media posting. Requirements: 3. Acceptance criteria: 2, including a short note for weeks with no shipped items. Constraint: Must run in under 5 minutes, local only. Open questions: None.
Das bekommst du
- Einen strukturierten Spezifikationsentwurf: Ziel, Zielgruppe, Idee, Umfang, Nicht-Ziele, Anforderungen, Abnahmekriterien, Randbedingungen
- Einen Vollständigkeitswert: 9 Pflichtfelder, jede Lücke als eine offene Frage
- Fehlende Abschnitte mit „Not yet defined“ markiert — nie mit erfundenen Inhalten gefüllt
- Alle Eingabefehler und Warnungen, im Bericht benannt
Über diesen Skill
Liest eine Klartextdatei, die du schreibst — brief.txt, eine beschriftete Zeile pro Antwort (Title / Idea / Audience / Goal, plus wiederholbare Zeilen In / Out / Need / Check / Constraint) — und erzeugt spec.md: die Spezifikation in fester Reihenfolge mit deinen Worten im Wortlaut, einen Vollständigkeitswert (Rundung von 100 x ausgefüllt / 9 Pflichtfelder), jede fehlende Angabe als offene Frage mit der Markierung „Not yet defined“ sowie alle Eingabefehler und Warnungen. Nur lokal, nur Standardbibliothek; nichts wird erfunden, um eine Lücke zu füllen: 100/100 heißt, dass das Briefing vollständig ist, nicht dass die Spezifikation gut ist, und der Entwurf braucht noch eine menschliche Prüfung, bevor jemand danach baut.
Ausprobieren
Mache aus dieser groben Idee und diesen Antworten eine strukturierte Spezifikation — Ziel, Umfang, Nicht-Ziele, Anforderungen und Abnahmekriterien.
Gut geeignet für
- Eine Idee schriftlich festhalten, bevor jemand das Falsche baut
- Umfang und Nicht-Ziele auf Papier vereinbaren, nicht in einem Meeting
- Ein halb beantwortetes Briefing prüfen, um genau zu sehen, was noch fehlt
Nicht geeignet für
- Beurteilen, ob eine Spezifikation gut ist — Vollständigkeit ist keine Qualität
- Umfang oder Aufwand genehmigen — ein Entwurf ist keine Entscheidung
- Fehlende Antworten erfinden, um den Wert zu erhöhen
Installation
- Kopiere den Installations-Prompt in deinen Agenten:
Read https://skillu.dev/install/agent.md, then install the Spec Writer skill (spec-writer). - Oder lade das Skill-Paket nach dem Start von dieser Seite herunter und lege seinen Ordner in das Skills-Verzeichnis deines Agenten.
- Rufe ihn per Slash-Befehl auf, z. B.
/spec-writer, und beschreibe in einfachen Worten, was du willst.
Häufige Fragen
Wie wird die Vollständigkeit bewertet?
Neun Pflichtfelder: Title, Idea, Audience, Goal, mindestens ein In-Element, mindestens ein Out-Element, mindestens ein Need-Element, mindestens ein Check-Element, mindestens ein Constraint-Element. Wert = Rundung(100 x ausgefüllt / 9). Ein vollständiges Briefing ergibt 100/100; ein Briefing nur mit Titel und Idee ergibt 22/100.
Was passiert mit einer fehlenden Angabe?
Sie bleibt im Entwurf als „Not yet defined“ stehen und erscheint als eine offene Frage, die beantwortet werden muss. Das Skript errät nie eine Zielgruppe, eine Anforderung oder eine Randbedingung, um den Wert zu erhöhen.