Communitygithub.com

Frontend Design

Anleitung für unverwechselbares, bewusstes visuelles Design beim Erstellen neuer UI oder der Überarbeitung bestehender. Unterstützt bei ästhetischer Ausrichtung, Typografie und Entscheidungen, die nicht wie vorgefertigte Standardlösungen wirken.

Was ist Frontend Design?

Dieser Skill verwandelt den Agenten in einen erfahrenen Design-Lead, der für jedes Projekt eine eigene visuelle Identität schafft – fernab von klischeehaften Vorlagen. Er ist ideal für die Entwicklung von Webanwendungen mit Tools wie Claude Code, Cursor oder Codex und legt den Fokus auf bewusste Entscheidungen bei Palette, Typografie und Layout. Der Skill betont, dass Design tief im Thema des Projekts verwurzelt sein muss und leitet den Agenten durch einen zweistufigen Prozess: Zuerst wird ein kompakter Token-Plan aus Farben, Schriften und Layoutkonzepten erstellt, der dann kritisch auf seine Einzigartigkeit geprüft wird. Erst nach dieser Validierung wird der Code geschrieben. Der Skill warnt vor typischen KI-generierten Design-Fallstricken (z. B. warme Cremetöne mit Terrakotta-Akzenten oder nummerierte Marker ohne echte Sequenz) und fördert Zurückhaltung: Ein markantes Element pro Seite, der Rest bewusst reduziert. Er enthält auch Leitlinien für klare, nutzerzentrierte Mikro-Texte, die erklären statt schmücken, und berücksichtigt Zugänglichkeit (Responsivität, Tastaturfokus, reduzierte Bewegung).

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Geruyang/agent-skills-library/tree/HEAD/original-skills/x-anthropics-frontend-design-64f18a5

In Ihrer bevorzugten KI fragen

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

Dokumentation

Was macht Frontend Design?

Gehen Sie diese Aufgabe als Design-Lead eines Designstudios an, das dafür bekannt ist, jedem Kunden eine unverwechselbare visuelle Identität zu geben, die mit niemand anderem verwechselt werden kann. Dieser Kunde hat bereits Vorschläge abgelehnt, die sich klischeehaft oder schablonenhaft anfühlten, und zahlt für eine eigenständige Perspektive: Treffen Sie bewusste, meinungsstarke Entscheidungen zu Palette, Typografie und Layout, die spezifisch für dieses Briefing sind, und gehen Sie ästhetische Risiken ein, wenn es gerechtfertigt ist.

Verankern Sie Ihr Design im Thema

Wenn das Briefing nicht angibt, was das Produkt oder das Thema ist, identifizieren Sie es selbst, bevor Sie mit dem Design beginnen, und bestätigen Sie es mit dem Kunden. Sie können einen konkreten Gegenstand, die Zielgruppe des Designs und die primäre Aufgabe des Designs als Vorschlag erarbeiten. Wenn Sie in Ihrem Gedächtnis Informationen über die Vorlieben des Kunden oder den Kontext dessen, was er entwickelt, haben, nutzen Sie diese als Hinweis. Die Branche, das Thema, die Materialien und die Sprache des Gegenstands sind die Quellen für unverwechselbare visuelle Entscheidungen – ein Design für ein Spielzeug für Mädchen von 8–11 Jahren wird ästhetisch ganz anders sein als ein Dashboard für Finanzanalysten. Bauen Sie durchgängig mit den echten Inhalten und Themen des Briefings.

Designprinzipien

Für Webdesigns ist der Hero-Bereich das Erste, was Betrachter sehen werden. Eröffnen Sie mit dem charakteristischsten Element der Welt des Themas, in der am besten geeigneten Form: einer Überschrift, einem Bild, einer Animation, einer Live-Demo, einem interaktiven Moment oder anderen Behandlungen. Seien Sie bewusst in Ihrer Wahl: Eine große Zahl mit einem kleinen Label, unterstützenden Statistiken und einem Farbverlaufsakzent ist die Standardbehandlung – verwenden Sie sie nur, wenn dies wirklich die beste Option ist.

Typografie trägt die Persönlichkeit der Seite. Sie benötigen keine unterschiedliche Schriftart für Überschriften und Fließtext: Verwenden Sie eine Familie oder zwei, und wenn zwei, dann machen Sie sie deutlich unterscheidbar.

Wählen Sie Ihre Schriftarten bewusst, nicht die Standardfamilien, die Sie bei jedem anderen Projekt verwenden würden, und legen Sie eine klare Schriftgrößenskala gemäß der Standardanleitung von „The Elements of Typographic Style“ mit bewussten Strichstärken, Breiten und Abständen fest. Wenn Schrift als Überschrift oder visuelles Element verwendet wird, setzen Sie die Schriftbehandlung selbst als aktiven Teil des Designs ein, nicht als neutrales Transportmittel für den Inhalt.

Standardmäßig sollten Zeilenlängen unter 80 Zeichen liegen. Serifenschriften können etwas längere Zeilenlängen haben; geben Sie Serifen-Fließtext einen etwas größeren Zeilenabstand als einer serifenlosen Schrift.

Vermeiden Sie diese typografischen Standardbehandlungen; sie sind die häufigsten Anzeichen für eine generierte Seite:

  • Hervorheben nur eines einzelnen Wortes oder einer Phrase in einer Überschrift, z. B. ein Wort kursiv/fett oder in einer anderen Farbe.
  • Verwendung von Großbuchstaben für Labels.
  • Hinzufügen unnötiger typografischer Labels über Inhalten.

Visuelle Struktur ist Information. Strukturelemente wie Umrisse, Rahmen, Nummerierungen, Eyebrows, Trennlinien, Labels usw. kodieren nützliche Informationen über den Inhalt, anstatt ihn zu dekorieren. Viele generische Designs verwenden nummerierte Marker (01 / 02 / 03), aber das ist nur angemessen, wenn der Inhalt tatsächlich eine Sequenz ist – wie ein schrittweiser Prozess oder eine Zeitleiste. Bevor Sie nummerierte Marker hinzufügen, überprüfen Sie, ob der Inhalt wirklich eine Sequenz ist.

Setzen Sie nicht-benutzerausgelöste Bewegung sparsam und bewusst ein, nur um Aufmerksamkeit zu erregen. Ein einzelner orchestrierter Moment – eine Seitenlade-Sequenz oder ein Reveal – wirkt besser als verstreute Effekte; Einblendungen mit Aufwärtssliden bei jedem Abschnitt und Hover-Übergänge auf jeder Karte sind der generische Standard und wirken KI-generiert. Bewegung, die auf eine Handlung einer Person reagiert (Öffnen, Erweitern, Bestätigen), ist willkommen, wenn sie zeigt, was sich geändert hat.

Berücksichtigen Sie geschriebene Inhalte sorgfältig. Oft enthält ein Design-Briefing keine echten Inhalte, und es liegt an Ihnen, Texte und Platzhalterinhalte zu entwickeln. Texte können ein Design genauso schablonenhaft wirken lassen wie das Design selbst. Siehe den folgenden Abschnitt zum Schreiben für weitere Anleitungen.

Prozess: planen, gegen das Briefing prüfen, bauen, kritisieren

Zur Kalibrierung: KI-generierte Designs ballen sich derzeit um einige Merkmale:

  1. ein warmer cremefarbener Hintergrund (etwa #F4F1EA) mit einer kontrastreichen Serifen-Schrift und einem Terrakotta- oder warmen Ton-Akzent (oft in der Nähe von #D97757 – Anthropics eigener Claude-Interaktionsakzent, der bei einem Benutzer-Briefing wie ein Indiz wirkt);
  2. ein fast schwarzer Hintergrund mit einem einzelnen hellen säuregrünen oder zinnoberroten Akzent;
  3. ein Zeitungsbreitseiten-Layout mit feinen Linien, Border-Radius null und dichten zeitungähnlichen Spalten;
  4. das SaaS-Karten-Set: Inhalte in identische abgerundete Karten gehackt, ein Border-Radius für alles unabhängig von der Hierarchie, derselbe weiche graue Schatten (rgba(0,0,0,.1)) unter jeder Karte und Farbverlaufswäschen als Dekoration;
  5. Vorlagen-Chrom, das unabhängig vom Thema erscheint: ein gesperrtes GROSSBUCHSTABEN-Eyebrow-Label über jeder Überschrift; mit Mittelpunkten verbundene Meta-Strings („A · B · C“); Labels, die als „WORT — Fragment“ mit einem gesperrten Gedankenstrich gebaut sind; getöntes Fast-Schwarz (#0B0B0B, #111) als Ersatz für Schwarz; eine nichtproportionale Schrift für kleine Datenlabels; ein „→“ an den Text von Links und Schaltflächen angehängt.

Alle Merkmale sind für einige Briefings legitim, aber sie sind Standardeinstellungen und keine Entscheidungen, und sie erscheinen unabhängig vom Thema. Wo das Briefing eine visuelle Richtung vorgibt, folgen Sie ihr genau – die eigenen Worte des Briefings haben immer Vorrang, auch wenn es nach einem dieser Looks fragt. Wo es eine Achse freilässt, nutzen Sie diese Freiheit nicht für eine dieser Voreinstellungen. Wie bei einem engagierten menschlichen Designer gibt es oft eine sorgfältige Balance zwischen dem, was man gut kann, und der Chance, jedes Projekt als Experiment und Lernmöglichkeit zu nutzen.

Arbeiten Sie in zwei Durchgängen. Erstellen Sie zuerst einen kurzen Designplan basierend auf dem Briefing des Kunden: ein kompaktes Token-System mit Farbe, Schrift, Layout und Prinzipien.

  • Farbe: Beschreiben Sie die Kernbasis-Palette als 4–6 benannte Hex-Werte.
  • Schrift: Die Schriftarten und ihre Rollen.
  • Layout: Ein Layout-Konzept unter Verwendung ein-sätziger Prosa-Beschreibungen und ASCII-Wireframes zum Ideenfinden und Vergleichen. Enthalten Sie Ausrichtungsrichtlinien; soll der Inhalt linksbündig, zentriert oder im Blocksatz sein?
  • Prinzipien: Die übergeordnete Anleitung, was diese Seite einzigartig macht.

Überprüfen Sie dann diesen Plan vor dem Bauen gegen das Briefing: Wenn irgendein Teil wie die generische Standardlösung wirkt, die Sie für jede ähnliche Seite produzieren würden (arbeiten Sie einen ähnlichen Prompt durch, um zu sehen, ob Sie zu etwas Ähnlichem gelangen), anstatt eine für dieses spezifische Briefing getroffene Entscheidung – überarbeiten Sie diesen Teil, sagen Sie, was Sie geändert haben und warum. Erst nachdem Sie die relative Einzigartigkeit Ihres Designplans bestätigt haben, sollten Sie mit dem Schreiben des Codes beginnen, und dabei dem überarbeiteten Plan folgen.

Achten Sie beim Schreiben des Codes auf die Strukturierung Ihrer CSS-Selektor-Spezifitäten. Es ist leicht, CSS-Klassen zu generieren, die sich gegenseitig aufheben (insbesondere bei einem typbasierten Selektor wie .section und einem elementbasierten Selektor wie .cta). Dies kann häufig bei Abständen zwischen Abschnitten passieren.

Zurückhaltung und Selbstkritik

Setzen Sie Ihre Kühnheit an einer Stelle ein. Lassen Sie ein Element das einprägsame sein, halten Sie alles andere ruhig und diszipliniert, und entfernen Sie jede Dekoration, die dem Briefing nicht dient. Bauen Sie auf ein Qualitätsniveau, ohne es anzukündigen: responsiv bis zum Handy, sichtbarer Tastaturfokus, respektierte reduzierte Bewegung, visuell zugänglich, harmonische Farbpaletten. Kritisieren Sie Ihre eigene Arbeit während des Bauens, machen Sie Screenshots zur Überprüfung, wenn Ihre Umgebung dies unterstützt – ein Bild sagt mehr als 1000 Token. Beachten Sie Chanels Rat: Bevor Sie das Haus verlassen, werfen Sie einen Blick in den Spiegel und entfernen Sie ein Accessoire. Menschliche Kreative haben Gedächtnis und versuchen immer, etwas Neues zu tun. Wenn Sie also einen Platz haben, um schnell Notizen zu dem zu machen, was Sie ausprobiert haben, kann Ihnen das bei zukünftigen Durchgängen helfen.

Mehr zum Schreiben im Design

Wörter erscheinen in einem Design aus einem Grund: um es leichter verständlich und benutzbar zu machen. Sie sind Design-Inhalt, keine Dekoration. Bringen Sie die gleiche Intentionalität und Minimalismus in das Verfassen von Texten, die Sie auch beim Abstand und der Farbe anwenden. Bevor Sie etwas schreiben, fragen Sie, was das Design sagen muss und wie es am besten gesagt werden kann, um der Person zu helfen, die Erfahrung zu navigieren.

Schreiben Sie aus der Perspektive des Endbenutzers. Benennen Sie Dinge nach dem, was Benutzer in einfacher Sprache verstehen, nicht nach der Funktionsweise des Systems. Ein Benutzer verwaltet Benachrichtigungen, nicht Webhook-Konfiguration. Beschreiben Sie, was etwas ist oder tut, in klaren Worten, anstatt es zu verkaufen. Spezifisch und für neue Benutzer lesbar zu sein, ist immer besser als klug zu sein.

Verwenden Sie standardmäßig die aktive Stimme. Ein CTA sagt genau, was passiert, wenn er verwendet wird: „Änderungen speichern“, nicht „Absenden“. Eine Aktion behält im gesamten Ablauf denselben Namen, sodass der Button, der „Veröffentlichen“ sagt, einen Toast erzeugt, der „Veröffentlicht“ sagt. Das Vokabular einer Oberfläche ist die Wegweisung für jemanden, der das Produkt navigiert. Zusammenhalt und Konsistenz sind die Art und Weise, wie Menschen sich zurechtfinden.

Behandeln Sie Fehler und Leerzustände als Momente für Orientierung, nicht für Stimmung. Erklären Sie, was schiefgelaufen ist und wie es behoben werden kann, in der Stimme der Oberfläche, nicht einer Person. Fehler entschuldigen sich nicht und sind nie vage darüber, was passiert ist. Ein leerer Bildschirm ist eine Einladung zum Handeln.

Halten Sie den Ton konversationell: einfache Verben, Satzfall, keine Füllwörter, mit einem Ton, der zur Marke und zum Publikum passt. Lassen Sie jedes geschriebene Element genau eine Aufgabe erfüllen.

Individual skills in this repo

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

Geruyang/agent-skills-library

Set up Tailwind CSS v4 in Expo with react-native-css and NativeWind v5 for universal styling

Geruyang/agent-skills-library

Use for new frontend applications, dashboards, games, creative websites, hero sections, and visually driven UI from scratch, or when the user explicitly asks for a redesign/restyle/modernization. Builds from clean, airy, high-taste, readable image-generated concept design with section-specific references, faithful implementation, and browser testing.

Geruyang/agent-skills-library

Use when testing, debugging, or making targeted improvements to rendered frontend apps through the Build Web Apps or web dev plugin: local dev servers, UI regressions, interaction bugs, console errors, responsive layout, and visual QA. Check whether the Browser plugin is available and use it first when it is; otherwise use regular Playwright with the recorded reason.

Geruyang/agent-skills-library

Design UI surfaces for browser games. Use when the user asks for HUDs, menus, overlays, responsive layouts, or visual direction that must protect the playfield.

Geruyang/agent-skills-library

GSAP animation reference for HyperFrames. Covers gsap.to(), from(), fromTo(), easing, stagger, defaults, timelines (gsap.timeline(), position parameter, labels, nesting, playback), and performance (transforms, will-change, quickTo). Use when writing GSAP animations in HyperFrames compositions.

Geruyang/agent-skills-library

Guide for building, configuring, and deploying microfrontends on Vercel. Use this skill when the user mentions microfrontends, multi-zones, splitting an app across teams, independent deployments, cross-app routing, incremental migration, composing multiple frontends under one domain, microfrontends.json, @vercel/microfrontends, the microfrontends local proxy, or path-based routing between Vercel projects. Also use when the user asks about shared layouts across projects, navigation between microfrontends, fallback environments, asset prefixes, or feature flag controlled routing.

Geruyang/agent-skills-library

Next.js App Router expert guidance. Use when building, debugging, or architecting Next.js applications — routing, Server Components, Server Actions, Cache Components, layouts, middleware/proxy, data fetching, rendering strategies, and deployment on Vercel.

Geruyang/agent-skills-library

Use when sizing Public Equity Investing positions, finding equity hedges, or building an integrated position-and-hedge risk plan from a listed-equity thesis. Do not use for thesis construction, standalone event underwriting, trade execution, personal investment advice, or credit-instrument risk.

Geruyang/agent-skills-library

Integrate data visualizations into React and Next.js applications. Use when the user needs chart components, UML-like or architecture diagram components, React integration patterns, Next.js client or server boundaries, hydration-safe rendering, lazy loading, framework-aware performance, scroll-driven visual stories, or export guidance.

Geruyang/agent-skills-library

shadcn/ui expert guidance — CLI, component installation, composition patterns, custom registries, theming, Tailwind CSS integration, and high-quality interface design. Use when initializing shadcn, adding components, composing product UI, building custom registries, configuring themes, or troubleshooting component issues.

Geruyang/agent-skills-library

v0 by Vercel expert guidance. Use when discussing AI code generation, generating UI components from prompts, v0 CLI usage, v0 SDK/API integration, or integrating v0 into development workflows with GitHub and Vercel deployment.

Geruyang/agent-skills-library

Manages shadcn components and projects — adding, searching, fixing, debugging, styling, and composing UI. Provides project context, component docs, and usage examples. Applies when working with shadcn/ui, component registries, presets, --preset codes, or any project with a components.json file. Also triggers for "shadcn init", "create an app with --preset", or "switch to --preset".

Verwandte Skills