shape
von pbakausshape ist ein auf Planung ausgerichteter UX/UI-Skill, der ein Discovery-Interview führt und die Antworten vor dem Coding in ein Design-Briefing überführt. Nutze ihn mit /impeccable, um Nutzerziele, Rahmenbedingungen, Zustände und die Umsetzungsrichtung für UI Design zu klären.
Dieser Skill erreicht 78/100 und ist damit ein solider Kandidat für das Verzeichnis: Agents erhalten einen klaren Auslöser, einen eindeutig definierten Zweck vor dem Coding und ein strukturiertes Ergebnis. Wer ihn einführt, sollte aber mit einem rein dokumentbasierten Workflow rechnen, der für den vollständigen Kontext und die nachgelagerte Umsetzung von einem weiteren Skill abhängt.
- Klarer Auslöser und klare Abgrenzung: Der Skill ist ausdrücklich dafür gedacht, ein Feature vor dem Schreiben von Code auszuarbeiten, mit `user-invocable: true` und einem Argument-Hinweis für das Feature.
- Operativ nützliches Ergebnis: Der Skill verspricht ein konkretes Design-Briefing, das die Umsetzung anleiten und an andere Skills übergeben werden kann.
- Gute prozessuale Struktur: Er definiert eine verpflichtende Vorbereitung, eine Discovery-Interview-Phase und Vorgaben wie den Verzicht auf Code während der Discovery.
- Starke Abhängigkeit von `/impeccable`: Der Skill setzt voraus, dass dieser übergeordnete Skill aufgerufen wird, gegebenenfalls auch `/impeccable teach`, was den eigenständigen Nutzen einschränkt.
- Es gibt keine Support-Dateien, Beispiele oder Installationsanweisungen. Nutzer müssen den genauen Interview-Ablauf und das Format des Briefings daher allein aus dem Fließtext ableiten.
Überblick über shape skill
Was shape macht
Das shape skill ist ein UX/UI-Workflow mit klarem Planungsschwerpunkt, mit dem eine Funktion definiert wird, bevor überhaupt Code geschrieben wird. Statt direkt mit Layouts oder Komponenten einzusteigen, führt es ein strukturiertes Discovery-Interview durch und verwandelt die Antworten in ein Design Brief. Das ist besonders nützlich, wenn euer Team grob weiß, was gebaut werden soll, aber Nutzerziele, Einschränkungen, Zustände, Edge Cases oder die Umsetzungsrichtung noch nicht sauber geklärt sind.
Für wen sich die Installation von shape skill lohnt
Am besten passt shape skill zu produktorientierten Buildern, Designern, Frontend-Engineers und AI-gestützten Teams, die vor dem Prototyping bessere Entscheidungen treffen wollen. Besonders relevant ist shape for UI Design, wenn eine Funktion noch unklar oder mehrdeutig ist: neue Flows, Dashboards, Formulare, Onboarding, Settings oder generell Interfaces, bei denen „einfach mal ein UI generieren“ wahrscheinlich am eigentlichen Nutzerproblem vorbeigehen würde.
Warum sich viele für shape statt eines generischen Prompts entscheiden
Ein normaler Prompt liefert oft sofort Mockups oder Ideen für Komponenten. shape verlangsamt den Prozess dagegen bewusst. Der entscheidende Unterschied: Erst wird Kontext gesammelt, danach entsteht ein Design Brief, das sich später an Implementierungs-Skills übergeben lässt. Das Repository grenzt den Scope klar ab: Es geht hier um Design-Planung, nicht ums Coden. Genau diese Grenze ist wertvoll, wenn ihr weniger oberflächliche UI-Vorschläge und dafür belastbarere Produktentscheidungen wollt.
So nutzt du shape skill
Installation, Kontext und wichtige Voraussetzung
Installiere das Skill aus dem Repository pbakaus/impeccable über euren Skills-Workflow, zum Beispiel:
npx skills add pbakaus/impeccable --skill shape
Das wichtigste Detail bei der Einführung steht in SKILL.md: shape requires /impeccable first. Laut Skill musst du zuerst /impeccable aufrufen, dessen Context Gathering Protocol befolgen und – falls noch kein Designkontext vorhanden ist – vor der Nutzung von shape skill /impeccable teach ausführen. Wenn du diesen Schritt überspringst, nutzt du das Skill entgegen dem vorgesehenen Workflow.
Welche Eingaben shape für gute Ergebnisse braucht
Der Argument-Hinweis lautet [feature to shape], aber ein einzeiliger Feature-Name reicht in der Regel nicht aus. Stärkere shape usage beginnt mit:
- dem Ziel der Funktion
- der Zielnutzergruppe oder Rolle
- dem aktuellen Workflow oder Pain Point
- Erfolgskriterien
- harten Rahmenbedingungen wie Plattform, Berechtigungen, Compliance oder vorhandenem Design System
- bekannten Edge Cases oder bewusst ausgeschlossenen Zielen
Ein schwacher Input ist: Shape a notifications page.
Ein stärkerer Input ist: Shape a notifications center for account admins who miss urgent billing and security events. It must work on desktop first, reuse our existing table and filter patterns, and avoid adding real-time infrastructure in v1.
Praktischer Workflow und welche Datei du zuerst lesen solltest
Lies zuerst SKILL.md und behandle die Datei als operativen Vertrag. Dieser Repository-Snapshot macht nur diese Datei sichtbar, daher steckt der Großteil des Nutzens darin, die Reihenfolge korrekt einzuhalten:
- Designkontext über
/impeccablesammeln. - shape in der Planungsphase einsetzen, nicht in der Implementierung.
- Das Discovery-Interview vom Skill führen lassen.
- Das Interview in ein Design Brief überführen.
- Das Brief an
/impeccable craft,/impeccableoder einen anderen Implementierungs-Workflow übergeben.
Das ist wichtig, weil das Skill darauf optimiert ist, Unsicherheit vor Beginn der UI-Arbeit zu reduzieren – nicht darauf, in einem Durchgang perfekt ausgearbeitete Screens zu erzeugen.
Prompt-Muster, mit dem shape skill bessere Ergebnisse liefert
Um shape skill effektiv zu verwenden, solltest du das Interview und das finale Artefakt ausdrücklich anfordern. Eine gute Struktur enthält:
- die Funktion, die geplant werden soll
- wer der primäre Nutzer ist
- das aktuelle Problem
- unverzichtbare Rahmenbedingungen
- welche Entscheidungen das Brief festzurren soll
Beispiel:
Use shape to plan a bulk-edit inventory feature for operations managers. Interview me first. Focus on user intent, error prevention, empty/loading/failure states, permissions, and what the v1 interaction model should be. Output a design brief I can hand to implementation.
Das funktioniert besser als „design a UI for X“, weil das Skill so Raum hat, erst Rückfragen zu stellen, bevor es sich auf eine Richtung festlegt.
shape skill FAQ
Ist shape skill fürs Coden oder fürs Planen gedacht?
shape skill ist fürs Planen gedacht. Das Repository ist hier eindeutig: Es schreibt keinen Code. Das Ergebnis ist ein Design Brief, das die spätere Implementierung anleitet. Wenn du sofort Code willst, ist das nicht der richtige Startpunkt; wenn du zuerst bessere Produkt- und UI-Entscheidungen brauchst, passt es sehr gut.
Wann ist shape besser als normales Prompting?
Setze shape ein, wenn die Funktion noch nicht ausreichend definiert ist, Risiken birgt, nutzerseitig sichtbar ist oder wahrscheinlich komplexe Zustände und Trade-offs mitbringt. Ein generischer Prompt ist für ein Wegwerf-Mockup oft schneller. shape ist besser, wenn du sauberes Denken über Workflow, Nutzerbedürfnisse, Einschränkungen und die Qualität des Handoffs brauchst.
Ist shape auch für Einsteiger geeignet?
Ja, mit einer wichtigen Einschränkung: Auch Einsteiger brauchen genug Produktkontext, um das Discovery-Interview sinnvoll beantworten zu können. Das Skill gibt Struktur vor, kann aber weder eure Nutzer, noch eure Einschränkungen oder Erfolgsmetriken erfinden. Wenn du neu in der UX-Planung bist, ist der interviewbasierte Ansatz sogar hilfreich, weil er genau die Fragen sichtbar macht, die ohnehin beantwortet werden müssten.
Wann sollte ich shape for UI Design nicht verwenden?
Überspringe shape for UI Design, wenn das Problem bereits vollständig spezifiziert ist, wenn du nur eine sehr kleine visuelle Anpassung brauchst oder wenn die Aufgabe rein technisch ist und nichts mit Nutzerinteraktion zu tun hat. Es passt auch schlecht, wenn du den vorgeschriebenen Schritt zur Kontextsammlung verweigerst, denn das Skill baut genau auf dieser Grundlage auf.
So verbesserst du shape skill
shape mit besseren Planungsinputs füttern
Der größte Hebel für Qualität ist die Qualität des Inputs. Bei shape bedeutet das mehr als nur Feature-Namen. Gib Nutzertyp, Aufgabenhäufigkeit, Kosten eines Fehlers, vorhandene Muster, Business-Regeln und bewusst ausgeschlossenen Scope mit an. Das Skill wird dich trotzdem interviewen, aber ein stärkerer Ausgangskontext führt zu einem präziseren Brief und zu weniger generischen Empfehlungen.
Den häufigsten Fehler vermeiden: vorschnelle Lösungen
Die deutlichste Warnung des Repos lautet, Designentscheidungen nicht zu früh zu treffen. Ein typischer Fehlgebrauch von shape skill ist, sofort nach Screens, Cards, Tabs oder Layouts zu fragen, bevor das Nutzerproblem geklärt ist. Wenn du merkst, dass das Gespräch zu schnell in Interface-Muster springt, lenke es zurück: Frage erst nach unerfüllten Nutzerbedürfnissen, Task Flow, Zuständen, Trade-offs und Einschränkungen.
Am Design Brief iterieren, nicht nur am Prompt
Nach dem ersten Durchlauf solltest du das Brief verbessern, indem du unklare Entscheidungen gezielt hinterfragst:
- Welches Nutzerziel ist das wichtigste?
- Welche Zustände fehlen?
- Welche Annahmen müssen validiert werden?
- Was ist bewusst aus v1 ausgeschlossen?
- Was würde die Implementierung mehrdeutig machen?
Diese Art von Iteration verbessert shape usage stärker, als wiederholt nach „einem besseren UI“ zu fragen.
shape mit der nachgelagerten Umsetzung koppeln
Der praktischste Weg, den Wert der shape install zu erhöhen, ist, das Skill als ersten Schritt einer Kette zu sehen. Nutze shape, um das Brief zu erstellen, und gib dieses Brief anschließend an /impeccable craft oder ein anderes Implementierungs-Skill weiter. Je besser dein Handoff-Artefakt ist, desto höher ist die Wahrscheinlichkeit, dass spätere Code- oder Designgenerierung an den Nutzerbedürfnissen ausgerichtet bleibt, statt in plausibel wirkende, aber schwache UI-Lösungen abzudriften.