Communitygithub.com

alty-oss/dev-design

Nutze diese Fähigkeit, wenn eine UI-Aufgabe ihr Publikum, ihre primäre Aufgabe, ihren Inhalt, ihre Einschränkungen und Erfolgskriterien vor dem Design klären muss.

Was ist dev-design?

Diese Fähigkeit („alty-oss/dev-design“) dient als strukturierter Designbrief-Assistent für KI-Agenten wie Claude Code, Cursor, Codex und andere. Sie zwingt den Agenten, vor dem Erstellen eines UI-Designs eine umfassende Analyse durchzuführen: Untersuchen von Produktdokumentationen, Routen, Komponenten, vorhandenen Tokens und Inhalten. Basierend auf der Vorlage `brief.md` werden Schlüsselelemente wie Produkt, Zielgruppe, primäre Aufgabe, beobachtbarer Erfolg, echter Inhalt, Einschränkungen, Referenzen und offene Entscheidungen dokumentiert. Dabei wird streng zwischen beobachteten Fakten, Benutzeranforderungen und Annahmen unterschieden. Erfundene Beispielinhalte werden explizit als solche gekennzeichnet; geschäftliche Behauptungen, Erfahrungsberichte oder Forschungsergebnisse dürfen nicht erfunden werden. Bei unbekannten Angaben wird eine konkrete Interpretation vorgeschlagen und eine Bestätigung eingeholt (es sei denn, der Benutzer hat die Entscheidung delegiert). Es wird nur nach Dingen gefragt, die das Ergebnis verändern, und jeweils nur eine Frage. Für bestehende Produkte werden das Designsystem und die zu erhaltenden Einschränkungen festgehalten. Bei kleinen Anpassungen genügt eine kurze Notiz in `review.md` ohne vollständigen Discovery-Prozess.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/alty-oss/dev-design/tree/HEAD/skills/design-brief

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Design-Brief

Português (Brasil) Überprüfe Produktdokumentationen, Routen, Komponenten, vorhandene Tokens und Inhalte, bevor du fragst. Schreibe brief.md unter Verwendung des Artifact Contracts: Produkt, Zielgruppe, primäre Aufgabe, beobachtbarer Erfolg, echter Inhalt, Einschränkungen, Referenzen und offene Entscheidungen. Trenne beobachtete Fakten, Benutzeranforderungen und Annahmen. Markiere erfundene Beispielinhalte als Beispiel; erfinde keine geschäftlichen Behauptungen, Erfahrungsberichte oder Forschungsergebnisse. Wenn Produkt, Zielgruppe oder Aufgabe unbekannt sind, schlage eine konkrete Interpretation vor und bitte um Bestätigung, es sei denn, der Benutzer hat diese Entscheidung delegiert. Frage nur nach Dingen, die das Ergebnis verändern, und zwar eine Frage nach der anderen. Für ein bestehendes Produkt notiere das Designsystem und die Einschränkungen, die erhalten bleiben müssen. Für eine kleine Anpassung notiere nur die Aufgabe und den bestehenden Kontext in review.md; erzwinge keine vollständige Discovery-Übung.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

Verwandte Skills