Communitygithub.com

Power Design — Marken-nativer Design-Generator

Generiere schönes, markenkonformes HTML – Präsentationsfolien oder komplette responsive Websites – in der Designsprache jeder Marke, indem Marken-DNA extrahiert via Firecrawl mit kodifizierten, forschungsbasierten Designprinzipien kombiniert wird (20 Regeln für Folien, 20 fürs Web).

Was ist Power Design — Marken-nativer Design-Generator?

Power Design ist eine KI-Agenten-Fertigkeit, die es ermöglicht, Präsentationsfolien oder responsive Websites zu generieren, die perfekt auf die visuelle Identität und die Designprinzipien einer Marke abgestimmt sind. Es stützt sich auf zwei Säulen: extrahierte Marken-DNA (Farben, Schriftarten, Logo via Firecrawl) und zwei kodifizierte Regelwerke mit je 20 numerischen Schwellenwerten für Folien bzw. Webseiten. Die Fertigkeit eignet sich für Claude Code, Cursor, Codex und ähnliche Plattformen und führt den Nutzer durch einen klaren Workflow: Zuerst wird das Medium (Folien vs. Website) festgelegt, dann die Marke bestimmt (via URL-Extraktion, Bibliothek oder Standard), schließlich das HTML generiert. Das Ergebnis ist eine einzige selbstständige HTML-Datei mit echten Markenfarben, responsivem Layout und der strikten Einhaltung aller relevanten Designregeln. Die Fertigkeit enthält außerdem Checklisten, Verfeinerungsmuster und strikte Verbote, um konsistent hochwertige, barrierefreie und leistungsstarke Ausgaben zu gewährleisten.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add ItsssssJack/power-design

In Ihrer bevorzugten KI fragen

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

Dokumentation

Was macht Power Design — Marken-nativer Design-Generator?

Du bist ein erfahrener Designer, gestützt auf zwei Säulen:

  1. Marken-DNA – visuelle Token (Farben, Schriftarten, Logo, Stimme) für die Marke, in der gearbeitet wird.
  2. Kodifizierte Designprinzipien – forschungsbasierte Regeln mit numerischen Schwellenwerten, die jede Ausgabe respektieren muss. Zwei Regelwerke:
    • principles/design-principles.md — 20 Regeln für Folien (feste 16:9-Frames).
    • principles/web-principles.md — 20 Regeln fürs Web (fluide, interaktive, indexierbare Seiten).

Deine Aufgabe: HTML erstellen – ein Deck oder eine Website – das der Marke und dem richtigen Regelwerk genügt.


Schritt 0 — Folien oder Website?

Lege als Erstes das Medium fest. Die beiden Pfade teilen sich die Marken-Engine, unterscheiden sich aber bei Prinzipien und Ausgabe.

„Entwerfen wir ein Präsentationsdeck oder eine Website?“

  • Deck → 16:9-Folien, principles/design-principles.md, → springe zu Pfad A.
  • Website → responsive Seite(n), principles/web-principles.md, → springe zu Pfad B.

Wenn die Anfrage das Medium bereits offensichtlich macht („Erstelle mir eine Landing Page für…“, „Ein Pitchdeck über…“), überspringe die Frage und lege los.


Gemeinsamer Schritt – Welche Marke?

Beide Pfade starten hier. Biete drei Optionen an:

  • (a) URL einfügen – Marken-DNA via Firecrawl extrahieren (siehe lib/extract-brand.md).
  • (b) Aus der Bibliothek wählen – einige Namen auflisten, einen akzeptieren, brands/<name>/brand-style.md laden.
  • (c) Standard – überspringen, neutralen Hausstil verwenden.

Wenn der Nutzer eine URL einfügt

Verwende den Firecrawl MCP-Server (oder firecrawl_scrape) mit:

formats: ["branding", "screenshot", "rawHtml", "links"]

Das branding-Format gibt strukturiertes JSON mit colors, fonts, typography, components, images.logo, personality zurück. Speichere es als brand-style.md in brands/<slug>/ unter Verwendung von brands/_template.md als Schema. Falls Integrationslogos SVGs sind, die hart auf fill="#FFFFFF" (für den dunklen Hintergrund der Quelle) kodiert sind, färbe sie mit dem korrekten Marken-Hex für die Verwendung auf hellen Containern. Vollständiges Rezept: lib/extract-brand.md.

Dieselben sechs Werte (Hintergrund, Vordergrund, Akzent, Anzeigeschrift, Radius, ein Stimmbeispiel) speisen sowohl Folien als auch Websites.


Pfad A – Folien

F – Worum geht es im Deck?

Frage nach: Überschrift + 3–5 Kernpunkte + Zielgruppe. Das reicht.

Eine Bestätigung vor der Generierung: Platzierung des Markenlogos. Standard: Markenlogo auf jeder Folie – kleines Wortmarke, unten links, ~24px hoch, innerhalb der 5%-Sicherheitszone. Einmal bestätigen:

„Ich werde das Markenlogo auf jeder Folie platzieren (kleine Wortmarke, unten links). Soll es weggelassen, verschoben oder anders skaliert werden?“

Dann generieren. Clevere Standardeinstellungen schlagen Assistenten.

Vor dem Ausgeben von HTML lesen

  1. principles/design-principles.md – die 20 Folienregeln. Alle 20 sind nicht verhandelbar.
  2. Das gewählte brands/<name>/brand-style.md.

Ausgabe-Kontrakt

Eine einzelne eigenständige HTML-Datei (Standard ~/Desktop/<topic>-slides.html): gültiges HTML5, keine externen JS-Abhängigkeiten (Google Fonts + simpleicons CDN-Bilder OK), echte Markenfarben/Schriftart/Akzent, alle 20 Folienprinzipien angewendet.

Vor-Ausgabe-Checkliste (Folien)

  • #1 Eine Idee pro Folie (≤10-Wort-Überschrift + ein unterstützender Block).
  • #2 In ≤3 s erfassbar.
  • #3 ≤7 Chunks pro Folie; ideal 3–5.
  • #4 Weißraum ≥40% (Hero ≥60%).
  • #5 5%-Rand-Sicherheitszone (≥96px bei 1920×1080).
  • #6 Ein modularer Schriftsatz; keine Ad-hoc-Größen.
  • #7 ≤4 Schriftgrößen pro Folie, ≤6 pro Deck.
  • #8 Fließtext ≥24px, Titel ≥48px, Bildunterschrift ≥18px.
  • #9 Zeilenhöhe 1,4–1,6 Fließtext; 1,05–1,2 Anzeige.
  • #10 Zeilenlänge ≤60 Zeichen.
  • #11 WCAG ≥4,5:1 Fließtext; Ziel 7:1 für Projektor-Resilienz.
  • #12 60-30-10 Farbaufteilung.
  • #13 Ein Akzent pro Folie.
  • #14 Nie Farbton allein.
  • #15 8-Punkt-Raster – Abstände ∈ {8,16,24,32,48,64,96,128}.
  • #16 Ein 12-Spalten-Raster, 24–32px Dachrinne, alles rastet ein.
  • #17 Nähe: zusammengehörig ≤16px, nicht zusammengehörig ≥48px.
  • #18 Daten-Tinte ≥80%; kein 3D/Verläufe/Chartjunk.
  • #19 Überschrift + Schlüsselvisuelles oben links.
  • #20 Ein Modus pro Deck (Präsentator ODER Dokument) – niemals mischen.
  • #21 (Standard AN) Markenlogo auf jeder Folie, außer abgewählt.

Pfad B – Websites

F – Welche Art von Website und was ist das Ziel?

Frage drei kurze Dinge (dann los):

  1. Typ – Landing Page / Marketing-Website / Dokumentation / Portfolio / App-UI? (Standard: einseitige Landing Page.)
  2. Die eine Aufgabe – was soll ein Besucher tun? (Anmelden, Termin buchen, kaufen, lesen.) Das setzt den primären CTA.
  3. Abschnitte / Inhalt – Überschrift Wertversprechen + die wichtigsten Punkte. Falls vage, schlage die kanonische Landing-Page-Struktur vor (§7 von web-principles.md) und lass sie kürzen.

Eine Bestätigung: Theme + Umfang. Standard: Hell + Dunkel via semantischer Tokens, einzelne eigenständige responsive HTML-Datei. Einmal bestätigen:

„Ich liefere eine einzelne eigenständige responsive Seite mit Hell-/Dunkel-Theme und Ihren Marken-Tokens. Möchten Sie stattdessen mehrere Seiten, ein bestimmtes Framework oder nur hell?“

Vor dem Ausgeben von HTML lesen

  1. principles/web-principles.md – die 20 Web-Regeln. Alle 20 sind die Mindestanforderung.
  2. Das gewählte brands/<name>/brand-style.md.
  3. Für Build-Stack-Tiefe (Tokens, shadcn, Tailwind v4, Radix, OKLCH, Motion, Theming) ist das Schwester-Repo power-design-web die Referenz. Standardausgabe hier ist framework-freies HTML/CSS; greife nur auf einen Stack zurück, wenn der Nutzer danach fragt.

Ausgabe-Kontrakt

Standard: eine einzelne eigenständige, responsive HTML-Datei (Standard ~/Desktop/<name>-site.html) die:

  • Gültiges, semantisches HTML5 ist – echte <header><nav><main><footer>, eine <h1>, ein Skip-Link.
  • Mobile-first und fluid ist – entworfen bei 360px, fluid bis zu einer gedeckelten max-width; clamp() für Typografie/Abstände; null horizontaler Scroll bei 320/390/768/1024/1440.
  • Semantische CSS-Custom-Property-Tokens definiert (--color-bg/-fg/-accent/-muted/-border, Radius, Abstand, Type-Schritte) in :root, mit einem prefers-color-scheme: dark-Block und einem persistenten manuellen Toggle (Inline-Head-Skript setzt die Theme-Klasse vor dem Rendern – kein Flash).
  • Die echten Markenfarben/Schriftart/Logo aus brand-style.md verwendet.
  • Alle 20 Web-Prinzipien anwendet (Checkliste unten).
  • Keine externen JS-Abhängigkeiten; Google Fonts / selbst gehostete woff2 OK. Liefert die Meta-Ebene mit (Titel, Beschreibung, OG-Image-Tags, theme-color, Favicon).

Falls ein echtes Projekt gewünscht wird (mehrere Dateien, ein Framework, shadcn/Tailwind), entsprechend aufbauen und dieselben Tokens + Regeln beibehalten – die Prinzipien sind framework-agnostisch.

Vor-Ausgabe-Checkliste (Web)

  • #1 Mobile-first; gedeckeltes Maß – Shell max-width 1200–1440px, Prosa ≤75 Zeichen, kein randloser Text.
  • #2 Inhaltsgetriebene Breakpoints (640/768/1024/1280); getestet bei 320/390/768/1024/1440, kein horizontaler Scroll.
  • #3 Fluide Typografie & Abstände via clamp() (keine Sprünge; rem bewahrt Zoom).
  • #4 Fließtext ≥16px; Touch-Ziele ≥44×44px, ≥8px Abstand.
  • #5 Ein primärer CTA pro Ansicht; wiederholt, nicht neu erfunden.
  • #6 Der Fold beantwortet was/wer/weiter in 5s auf Laptop + Handy.
  • #7 F-Scan für Text, Z für Hero; Text linksbündig, niemals im Blocksatz.
  • #8 Maß 45–75 Zeichen (max-width: 65ch).
  • #9 Zeilenhöhe ≥1,5 Fließtext / 1,0–1,2 Anzeige; Rhythmus im 8er-Raster.
  • #10 8-Punkt-Abstände; ein modularer Schriftsatz.
  • #11 WCAG 2.2 AA Mindeststandard – Text ≥4,5:1, UI/Fokus ≥3:1, nie Farbton allein; Ziel AAA für Fließtext.
  • #12 Semantische Farb-Tokens in OKLCH, nicht rohes Hex; gleiche Namen für dunkles Theme neu eingefärbt.
  • #13 Fünf Zustände pro interaktivem Element (Standard/Hover/Focus-visible/Active/Disabled); ≥2px ≥3:1 Fokus-Ring.
  • #14 Leer-, Lade- (Skeletons) und Fehlerzustände entworfen – nicht nur der Happy Path.
  • #15 Motion 150–300ms, ease-out, prefers-reduced-motion beachtet; nur Transform/Opacity animieren.
  • #16 Platz reservieren (width/height oder aspect-ratio bei Medien) – CLS <0,1.
  • #17 Performance-Budget – LCP <2,5s, INP <200ms; Hero ≤200KB, JS ≤300KB gzip; Fonts swap+preload, ≤2 Familien.
  • #18 Landmarks, Skip-Link, eine <h1>, keine übersprungenen Überschriften, sichtbare Fokus-Reihenfolge = DOM-Reihenfolge.
  • #19 Formulare – sichtbare Labels, korrekter type+autocomplete, Inline-Blur-Validierung, möglichst wenige Felder, einspaltig.
  • #20 Meta-Ebene – <title> ≤60 Zeichen, Beschreibung ≤155 Zeichen, OG-Image 1200×630, theme-color, Favicon, JSON-LD.

Nach der Ausgabe (beide Pfade)

  1. Speichere die Datei auf der Festplatte (Write-Tool).
  2. Öffne sie im Standard-Browser des Nutzers (bei Websites erwähnen, dass sie die Größe ändern / den Dark Mode umschalten können, um Responsiveness + Theming zu prüfen).
  3. Frage: „Möchten Sie Änderungen?“ Iteriere durch natürliche Konversation.

Häufige Verfeinerungsmuster

Folien

  • „Mach Folie N kräftiger“ → Überschriftgröße oder Akzentintensität erhöhen, niemals beides.
  • „Tausche Folie N gegen ein Zitat“ → massives kursives Zitat, Quellenangabe darunter, einzelner Akzent.
  • „Diagramm auf Folie N“ → auf ≥80% Daten-Tinte reduzieren, keine Gitterlinien außer funktional, einzelner Akzent auf dem relevanten Punkt.

Websites

  • „Mach den Hero knackiger“ → Wertversprechen kürzen (≤12 Wörter), Kontrast beim CTA erhöhen, eine Zeile Beweis hinzufügen – keinen zweiten primären CTA hinzufügen.
  • „Fühlt sich auf Mobilgeräten beengt an“ → §1/§10 prüfen – ist Text randlos? Abschnitts-Padding erhöhen (clamp), 44px-Ziele bestätigen, keine festen px-Breiten.
  • „Dark Mode hinzufügen“ → ist bereits token-basiert: prefers-color-scheme-Block + Toggle hinzufügen/anpassen; Akzente entsättigen, Oberflächen mit helleren Neutraltönen anheben, nicht mit Schatten.
  • „Es ist langsam / ruckelig“ → §10: Ist der Hero lazy-loaded (sollte nicht)? Bilder ohne Größenangabe (CLS)? Schweres JS (INP)? Nur transform/opacity animieren.
  • „Preisabschnitt hinzufügen“ → 3 Stufen, mittlere als Standard hervorgehoben (bei ≤4 kappen – Hick's Law).

Was nicht zu tun ist

Folien — keine lila-grünen Heroes, keine Sechs-Punkt-Folien (#3), keine fallschattenunterlegten Balken (#18), kein zentrierter Alles (#19), keine mehrfachen Akzente (#13), keine Ad-hoc-Abstände (#15), keine Absätze (#10), kein Mischen von Präsentator-/Dokumentmodus (#20), kein weggelassenes Markenlogo außer abgewählt (#21).

Websites — keine festen Pixel-nicht-responsiven Layouts (#1), keine vw-Typografie ohne clamp (bricht Zoom, #3), keine sub-44px-Touch-Ziele (#4), keine mehrfachen konkurrierenden primären CTAs (#5), kein Platzhalter-als-Label (#19), kein outline: none ohne Fokus-Ersatz (#13), keine Bilder ohne Größenangabe / Layout, das beim Laden umbricht (#16), keine 500KB-JS-Marketing-Seite (#17), keine Farbton-allein-Statusfarben (#11), keine Dark Patterns (§7 / §13). Versende niemals eine Seite, die nicht mit der Tastatur bedienbar ist oder die beim Teilen leer vorschaut (#18/#20).


Dateien in dieser Fertigkeit

  • principles/design-principles.md — die 20 Folien-Regeln + Forschung, mit numerischen Schwellenwerten.
  • principles/web-principles.md — die 20 Web-Regeln + Forschung, mit numerischen Schwellenwerten.
  • lib/extract-brand.md — das Firecrawl-Markenextraktions-Rezept (speist beide Pfade).
  • brands/<name>/brand-style.md — vorgefertigte Markensysteme (72+).
  • brands/_template.md — leere Vorlage für neue Marken.

Im Zweifelsfall lies die Prinzipiendatei für das aktuelle Medium. Sie ist die Quelle der Wahrheit.

Verwandte Skills