Offizieller Skill · Produkt
Spec-Review vor dem Bauen
Prüft ein PRD oder eine Spec vor dem Bauen auf Mehrdeutigkeit, fehlende Zustände (leer, lädt, Fehler, Berechtigung), Metriken, Rollout und einen Durchgang als neue Nutzerin.
KI-Skill
Lass deine KI eine Spezifikation prüfen, bevor jemand sie baut
14 Tage kostenlos · Keine Karte nötig
Funktioniert in Claude, ChatGPT und Coding-Agents. In Team und Business aktualisiert sich der offizielle Skill in deinem Pod von selbst, wenn wir ihn verbessern.
Wann du ihn nutzt
- Ein PRD oder eine Spec geht gleich zur Schätzung an die Entwicklung
- Ein Feature ging mit Überraschungen live und die nächste Spec braucht einen strengeren Blick
Was du ihm gibst
- Der Text der Spec oder des PRD
- Zielnutzer (optional)
- Deadline und Team (optional)
Was du bekommst
Ein Urteil, ein Durchgang als neue Nutzerin oder neuer Nutzer, blockierende und zu behebende Befunde mit Zitaten, eine Zustandstabelle und Prüfungen zu Metrik und Rollout.
So funktioniert er
- Geh den Ablauf als neue Nutzerin oder neuer Nutzer durch
- Prüf die Zustände jedes Screens
- Finde mehrdeutige Wörter
- Prüf Regeln und Grenzen
- Prüf die Metriken
- Prüf Rollout und Rollback
- Ordne und schreib die Befunde
Beispiel
Was du ihm gibst
„Nutzer können ihr Steuerbüro mit Lesezugriff einladen. Einladungen sollten einfach sein. Nutzer mit Lesezugriff können nichts bearbeiten. Wir messen die Nutzung. Launch für alle am 1.
Was du zurückbekommst (der Anfang)
Spec-Review: Lesezugang
Urteil: Nicht bereit — keine definierten Zustände, eine nicht messbare Metrik und ein Launch ohne Weg zurück.
Durchgang als neue Nutzerin oder neuer Nutzer
1. Inhaberin sucht, wo sie einladen kann — Spec sagt nicht, auf welcher Seite; Lücke. 2. Inhaberin gibt eine E-Mail-Adresse ein — Spec sagt nicht, was passiert, wenn die Adresse schon Mitglied ist; Lücke. 3. Steuerbüro öffnet die Einladungsmail — kein Inhalt der Mail festgelegt; Lücke. 4. Steuerbüro landet in der App — was sieht es zuerst? Ein leeres Dashboard würde wie „kaputt“ wirken; Lücke.
Blockierend
| # | Die Spec sagt | Problem | Lösung oder Frage |
|---|---|---|---|
| B1 | „können nichts bearbeiten“ | Ist Export eine Bearbeitung? Kommentare? Zwei Entwickler werden das verschieden beantworten. | Erlaubte Aktionen auflisten: ansehen, exportieren [zu bestätigen], sonst nichts. |
| B2 | „Launch für alle am 1.“ | Kein Flag, kein Rollback-Auslöser. Ein Berechtigungsfehler würde jedes Konto offenlegen. | Hinter einem Flag zuerst für interne Konten, dann 10 % [Vorschlag, Standard dieses Skills]; einen Kill Switch ergänzen. |
| B3 | „Wir messen die Nutzung“ | Kein Event, kein Ausgangswert, kein Zielwert. | Konten mit 1 oder mehr angenommenen Lesezugangs-Einladungen pro Woche zählen; Zielwert noch festzulegen. |
Der Rest dieses Ergebnisses, alle Schritte und die Prüfungen, die die KI vor der Antwort macht, sind in deinem Pod, sobald du den Skill hinzufügst.
Diesen Skill in deiner KI nutzenTeile ihn mit deinem Team
Füge ihn einem AI Skill Pod hinzu, und alle im Team, auch Freelancer, nutzen dieselbe Version aus ihrer eigenen KI. Lies, wie Teams KI-Skills am besten teilen
Änderungen
- v1.0.1 · · Example: S1's "3 clicks or fewer" is marked [our suggestion], as the checks require for defaults the review proposes.
- v1.0.0 · · First release.
Quellen
- Designing Empty States in Complex Applications: 3 Guidelines - NN/G (gelesen am 2026-11-04)
- Error-Message Guidelines - NN/G (gelesen am 2026-11-04)
- Feature Toggles (aka Feature Flags) (Martin Fowler) (gelesen am 2026-11-04)