prototype

Überblick über die prototype-Skill

Was die prototype-Skill macht

Die prototype-Skill hilft dir dabei, wegwerfbaren Code zu bauen, der eine konkrete Frage beantwortet, bevor du dich auf eine echte Implementierung festlegst. Sie ist besonders dann sinnvoll, wenn ein schneller Prompt nicht reicht: Du willst Zustandswechsel, Datenstruktur oder UI-Richtung mit etwas Laufendem testen, das sich danach leicht wieder verwerfen lässt.

Wer sie installieren sollte

Installiere die prototype-Skill, wenn du regelmäßig Sätze sagst wie „Prototyp dafür“, „Zeig mir ein paar Optionen“ oder „Ich bin mir nicht sicher, welche Form die richtige ist“. Besonders nützlich ist sie für Agents in bestehenden Repos, wenn der Prototyp lokale Konventionen übernehmen soll, statt in einer leeren Sandbox neu zu beginnen.

Warum sie sich unterscheidet

Diese prototype-Skill versucht nicht, ein allgemeiner Brainstorming-Prompt zu sein. Sie erzwingt früh eine Verzweigung: entweder einen logikzentrierten Terminal-Prototyp oder einen UI-Prototyp mit mehreren visuellen Varianten. Genau diese Entscheidung ist der Kernnutzen, weil sie verhindert, Zeit mit dem falschen Prototyp-Typ zu verschwenden.

Best-Fit- und Fehlanwendungsfälle

Nutze prototype für Design-Erkundung, Grenzfälle bei Geschäftsregeln, Unsicherheit bei Zustandsautomaten oder Aufgaben der Art „Wie sollte das aussehen?“. Lass sie weg, wenn du die endgültige Form der Implementierung bereits kennst oder wenn du nur eine textliche Erklärung statt eines lauffähigen Prototyps brauchst.

So verwendest du die prototype-Skill

Installation und Quelle finden

Installiere die prototype skill mit npx skills add mattpocock/skills --skill prototype. Lies dann zuerst SKILL.md und danach je nach Fragestellung LOGIC.md oder UI.md. Wenn du mehr Kontext brauchst, prüfe außerdem README.md, AGENTS.md, metadata.json sowie nahegelegene Ordner wie rules/, resources/ oder references/ im Repo.

Die richtige Verzweigung wählen

Die zentrale Nutzungsentscheidung bei der prototype skill ist einfach: Logikfrage gleich LOGIC.md; visuelle Frage gleich UI.md. Ist der Prompt unklar, leite aus dem umliegenden Code ab: Backend- oder modelllastiger Code deutet meist auf Logik, eine Seite oder Komponente meist auf UI. Wenn der Nutzer erreichbar ist, stelle vor dem Bauen eine klärende Frage.

Eine grobe Idee in einen brauchbaren Prompt verwandeln

Ein starker prototype guide-Prompt nennt die Frage, die Zieloberfläche und die Einschränkung. Besser ist zum Beispiel: „Prototypisiere, ob dieser Subscription-State-Machine Kündigung, Kulanzfrist und Wiederaufnahme sauber abbildet“ als nur „Prototype billing“. Für UI-Arbeit solltest du sagen, zu welchem Screen es gehört, welche vorhandenen Daten echt bleiben müssen und wie viele Varianten du willst. Je spezifischer die Frage, desto geringer die Wahrscheinlichkeit, dass die Skill das falsche Artefakt erzeugt.

Dateien, die du zuerst lesen solltest

Beginne mit SKILL.md, um die Verzweigungsregel und die gemeinsamen Einschränkungen zu verstehen. Lies dann LOGIC.md, wenn du einen kleinen interaktiven Zustands-Explorer brauchst, oder UI.md, wenn du mehrere Layouts auf einer Route brauchst. Diese Dateien sind der schnellste Weg zur praktischen Installationsentscheidung, weil sie den Workflow zeigen und nicht nur die Idee.

FAQ zur prototype-Skill

Ist prototype nur für Frontend-Arbeit?

Nein. Die prototype-Skill ist bewusst zweigeteilt: Ein Zweig ist für UI-Exploration, der andere für Geschäftslogik oder State-Modellierung. Wenn du testen willst, „wie das aussehen sollte“, nimm den UI-Zweig; wenn du testen willst, „ob dieser Zustandswechsel sinnvoll ist“, nimm den Logik-Zweig.

Worin unterscheidet sie sich von einem normalen Prompt?

Ein normaler Prompt kann nach einem Mockup fragen, aber die prototype-Skill ergänzt einen Workflow, der Rätselraten reduziert: Sie wählt einen Zweig, hält die Arbeit wegwerfbar und lenkt das Ergebnis in Richtung etwas, das du wirklich prüfen kannst. Das ist besonders nützlich, wenn die Kosten einer falschen Designentscheidung hoch sind.

Ist die prototype skill anfängerfreundlich?

Ja, wenn du die Frage klar beschreiben kannst. Weniger anfängerfreundlich ist sie, wenn die Anfrage vage bleibt, weil die Skill davon abhängt, den richtigen Zweig zu wählen und sich an die Konventionen des Host-Projekts anzupassen. Wenn du Laufzeit oder Seitenform nicht kennst, solltest du mit etwas mehr Kontext rechnen.

Wann sollte ich prototype nicht für Prototypen verwenden?

Verwende sie nicht für die finale Produktionsimplementierung, für breite Architekturumbauten oder für Anfragen, bei denen du nur Textarbeit oder Ideensammlung brauchst. Die prototype-Skill ist am stärksten, wenn du ein Wegwerf-Artefakt willst, das dir bei der Entscheidung hilft — nicht eine polierte Funktion, die du unverändert auslieferst.

So verbesserst du die prototype-Skill

Gib die Frage an, nicht das Ergebnis

Der beste Weg, die Ausgabe der prototype-Skill zu verbessern, ist, die Unsicherheit zu beschreiben, die geklärt werden soll. Statt „baue einen besseren Checkout“ sag lieber: „Teste, ob ein One-Page-Checkout Coupon-Eingabe, Versandauswahl und Zahlungsfehler bewältigen kann, ohne überladen zu wirken.“ So bekommt die Skill ein echtes Entscheidungsziel.

Liefere den minimal nötigen Realitätsbezug

Für ein besseres prototype guide-Ergebnis solltest du die Host-Route, die relevante Datenstruktur, vorhandene Komponenten, die bleiben müssen, und Einschränkungen wie Framework, Runtime oder Regeln wie „keine neuen Dependencies“ angeben. Die Qualität des Prototyps steigt, wenn die Skill die echte Umgebung nachbilden kann, statt sich eine auszudenken.

Achte auf den typischen Fehler

Der häufigste Fehler ist, den falschen Zweig zu früh zu wählen. Wenn der Prototyp um das Falsche kreist, kann das Ergebnis trotzdem sauber aussehen und dennoch nutzlos sein. Wenn du unsicher bist, zwinge die Skill dazu, ihre Annahme oben zu benennen, und halte den Prototyp eng auf diese Annahme begrenzt.

Mit einer schärferen Einschränkung iterieren

Verbessere das Ergebnis der prototype-Installation nach dem ersten Durchlauf, indem du jeweils nur eine Sache änderst: weniger Varianten, realistischere Daten, ein strengerer Grenzfall oder ein genauerer Ziel-Screen. Das ist meist wirksamer als nach „mehr Optionen“ zu fragen, weil die Skill darauf ausgelegt ist, eine Frage zu beantworten — nicht maximale Breite zu erzeugen.