/impeccable shape
Shape
Erst denken, dann bauen. Einen Design Brief durch Discovery erstellen, nicht durch Raten.
Ein Shape-Brief ist ein Kompass, keine Spezifikation. Er erfasst Absicht, nicht UI. Implementierungs-Skills lesen ihn, bevor eine Zeile Code geschrieben wird.
Wann man es verwendet
/impeccable shape ist der Startpunkt eines Features. Bevor jemand Code schreibt, bevor jemand über die Hero-Gestaltung streitet, bevor jemand eine Schrift auswählt. Verwenden Sie es, um ein Discovery-Gespräch über Zweck, Nutzer, Inhalte und Einschränkungen zu erzwingen, und erfassen Sie dann die Antworten als Design Brief, auf den sich die Implementierungs-Skills stützen können.
Greifen Sie zu ihm, wenn ein Feature starten soll, ein Ticket vage ist, oder Sie sich dabei ertappen, JSX zu schreiben, um herauszufinden, was das Produkt sein soll.
Wie es funktioniert
Die meisten KI-generierten UIs scheitern nicht wegen schlechtem Code, sondern wegen übersprungenem Denken. Das Modell springt zu „hier ist ein Kartenraster”, ohne zu fragen „was versucht der Nutzer zu erreichen”. /impeccable shape kehrt diese Reihenfolge um.
Der Skill führt ein strukturiertes Discovery-Interview im Gespräch durch. Er wird in dieser Phase keinen Code schreiben. Die Fragen umfassen:
- Zweck und Kontext: wofür das Feature ist, wer es nutzt, in welcher Verfassung sie sich befinden
- Inhalte und Daten: was angezeigt wird, realistische Bereiche, Randfälle, was dynamisch ist
- Design-Ziele: die einzelne wichtigste Sache, das angestrebte Gefühl, Referenzbeispiele
- Einschränkungen: technische, inhaltliche, Barrierefreiheit, Lokalisierung
Sie antworten natürlich. Der Skill stellt Rückfragen, kein Formular. Am Ende produces er einen Design Brief: ein strukturiertes Artefakt, das Sie an /impeccable oder einen anderen Implementierungs-Skill übergeben können.
Hinweis: Wenn Sie den vollständigen Ablauf möchten (Discovery-Interview, dann direkt ins Bauen), verwenden Sie stattdessen /impeccable craft. Es führt /impeccable shape intern aus und fährt dann mit Implementierung und visueller Iteration fort. /impeccable standalone ist für den Fall, dass Sie nur den Brief möchten, um ihn zu einem beliebigen Implementierungsansatz Ihrer Wahl mitzunehmen.
Ausprobieren
/impeccable shape a daily digest email preferences pageErwarten Sie ein Gespräch mit 5 bis 10 Fragen. Der Skill fragt Dinge wie „wer ist die Person, die dies öffnet, und ist sie bereits engagiert oder noch neugierig” und „was passiert, wenn der Nutzer sich von allem abgemeldet hat, verbergen wir das Feature oder zeigen wir etwas”. Sie antworten, und ein Brief entsteht.
Von dort können Sie den Brief an /impeccable, /impeccable polish oder einen anderen Skill übergeben. Oder ihn einfach als Referenz nutzen, während Sie manuell bauen.
Fallstricke
- Überspringen, weil es sich langsam anfühlt. Das Interview dauert vielleicht 5 Minuten. Die Neu-Schreibvorgänge, die Sie vermeiden, werden in Stunden gemessen.
- Den Brief als Spezifikation behandeln. Er ist ein Kompass, keine Checkliste. Er erfasst Absicht, nicht UI.
- Mit „standard” oder „normal” antworten. Spezifität ist der ganze Punkt. Wenn ein Nutzer „in Eile, auf dem Smartphone, zwischen Meetings” ist, sagen Sie das. Das ändert alles downstream.