Zerlege ein Design-Briefing in eine geordnete Checkliste unabhängig erstellbarer Aufgaben mittels vertikaler Schnitte. Speichert als Markdown-Checkliste.
Diese Fähigkeit wandelt ein Design-Briefing in eine strukturierte Checkliste um, die aus unabhängig implementierbaren Aufgaben besteht, die auf dem Konzept vertikaler Schnitte basieren. Sie ist nützlich für Entwickler und Agenten, die komplexe Anforderungen in kleine, eigenständige Arbeitspakete zerlegen müssen, die parallel oder sequenziell bearbeitet werden können. Die Ausgabe erfolgt als Markdown-Datei, die direkt in Projekte oder Workflows integriert werden kann. Die Fähigkeit wird aktiviert, wenn der Benutzer Begriffe wie „Aufgaben“, „Zerlegung“ oder „Planung der Implementierungsreihenfolge“ verwendet, was sie ideal für Sprint-Planung oder Aufgabenmanagement macht.
npx skills add https://github.com/julianoczkowski/designer-skills/tree/main/skills/brief-to-tasksZerlege ein Design-Briefing in eine geordnete Checkliste unabhängig erstellbarer Aufgaben mittels vertikaler Schnitte. Speichert als Markdown-Checkliste. Verwende diese Funktion, wenn der Benutzer Arbeit aufteilen, Aufgaben aus einem Briefing erstellen, die Implementierungsreihenfolge planen oder Begriffe wie „Aufgaben“ oder „Zerlegung“ erwähnen möchte.
This repo contains 7 individual skills — each has its own dedicated page.
Create a design brief through an interactive interview, codebase exploration, and experience design decisions. Saved as a markdown file in the project. Use when user wants to write a design brief, plan a new feature or page, define a UI direction, or mentions "brief".
Run the full design-to-build workflow as a guided sequence. Orchestrates all designer skills in order, from grilling through review. Use when user wants to go through the complete design process, start a project from scratch, run the full flow, or mentions "design flow" or "full workflow".
Run a structured design critique against the brief and codebase. Checks visual hierarchy, consistency, responsiveness, accessibility, and aesthetic fidelity. Use when user wants a design review, critique, QA pass, polish pass, or mentions "review" after building.
Generate a design tokens file (CSS variables or Tailwind config) based on a chosen aesthetic philosophy, with light and dark mode palettes, spacing scale, type ramp, and component-level tokens. Use when starting a new project, establishing a visual system, setting up tokens, or mentions "tokens" or "design system".
Build distinctive, production-grade frontend interfaces with high design quality, guided by named aesthetic philosophies. Use when building components, pages, or applications. Generates working code with exceptional attention to aesthetic details and creative choices that avoid generic AI output.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, challenge an approach, or mentions "grill me".
Define the structural layer of a product or site before visual design begins. Covers navigation, content hierarchy, page structure, URL patterns, and user flows. Use when user wants to plan site structure, define navigation, map user flows, organize content, or mentions "IA" or "information architecture".
ElevenLabs text-to-speech with mac-style say UX.
Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.
Capture and automate macOS UI with the Peekaboo CLI.
Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".
Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".