In den eigenen Worten des Skills
Verwandelt ein bestehendes Produkt in einen schriftlichen Design-Vertrag. Im Repository-Modus prüft es die Tokens, Themes, gemeinsamen Primitives und gerenderten Routen eines lokalen Produkts und schreibt DESIGN.md im Root dieses Produkts; im URL-Modus rekonstruiert es einen Entwurf aus dem DOM, den berechneten Stilen und geladenen Stylesheets bei Desktop- und Mobile-Breiten.
Beide Modi teilen sich eine Evidenz-Pipeline — Rolle, Wert, Quelle, Geltungsbereich, Wiederkehr, Konfidenz — und ein flaches Token-Schema, mit den Export-Zielen css-tailwind, json-tailwind oder dtcg. Werte bleiben nur erhalten, wenn eine maßgebliche Quelle sie benennt oder sie ein Drei-Nachweis-Gate passieren, und das Dokument wird erst freigegeben, wenn Lint und Export erfolgreich sind. Es ändert nichts außer DESIGN.md.
Was er erzeugt
- Ein rekonstruierter DESIGN.md-Entwurf, der im URL-Modus in den aktuellen Arbeitsbereich geschrieben und als Entwurf gekennzeichnet wird.
- Ein Bericht, der den Modus und das geprüfte Produkt oder die URL, die verwendeten maßgeblichen Quellen sowie die Konflikte oder nicht belegten Bereiche aufführt, die aus dem Dokument ausgeschlossen wurden.
- Die abschließenden Lint- und Export-Ergebnisse, die beide erfolgreich sein müssen, bevor das Dokument zurückgegeben wird.
So funktioniert es
- 01Den Modus wählen
Repository-Modus, wenn ein lokales Produkt-Repository verfügbar ist, wobei DESIGN.md im Root dieses Produkts geschrieben wird; URL-Modus, wenn nur eine öffentliche URL angegeben ist, wobei ein rekonstruierter Entwurf im aktuellen Arbeitsbereich erstellt wird.
- 02Evidenz sammeln und Herkunft festhalten
Jeder Kandidat wird mit seiner Quelle, seinem Geltungsbereich und seiner Wiederkehr erfasst, bevor irgendetwas normalisiert wird, sodass beide Modi dieselbe Erfassungs-Pipeline durchlaufen.
- 03In das DESIGN.md-Schema normalisieren
Kandidaten, die unsicher, lokal ohne Vertrag oder nicht implementierungsrelevant sind, werden verworfen; der Rest wird auf das kanonische flache Token-Schema abgebildet.
- 04Den Entwurf hinter Validierung absichern
Markdown wird erst geschrieben, nachdem das geparste Frontmatter Formprüfungen bestanden hat, sodass der Fließtext nie zuerst entworfen und nachträglich an das YAML angepasst wird.
- 05Lint und Export
Zunächst läuft die strukturelle Lint-Prüfung, dann ein Kompatibilitäts-Export im gewählten Ziel, und jede befüllte Kategorie muss in der Ausgabe erscheinen.
- 06Modus, Quellen und Lücken berichten
Der Bericht benennt den Modus und das geprüfte Produkt oder die URL, die verwendeten maßgeblichen Quellen, alles als nicht belegt Ausgelassene sowie die Lint- und Export-Ergebnisse.