
brief-to-tasks
Break a design brief into an ordered checklist of independently buildable tasks using vertical slices. Saves as a markdown checklist. Use when user wants to break down work, create tasks from a brief, plan implementation order, or mentions "tasks" or "breakdown".
- Installs
- 5.2K
- Last 24h
- —
- Trending rank
- —
- Security
- Pass
Install
Works with every agent the skills CLI supports.
npx skills add https://github.com/julianoczkowski/designer-skills --skill brief-to-tasks- 01
Install
Run the command in your project. The CLI asks which agents to install for.
- 02
Describe the task
Ask your agent for something this skill covers. It loads brief-to-tasks automatically when relevant.
- 03
Review the result
The agent follows the SKILL.md steps, scripts and references bundled with the skill.
Security audits
Independent scans of the skill's instructions and bundled files.
SKILL.md
The instructions your agent reads when the skill is triggered.
This skill turns a design brief into an ordered, buildable task list. Each task is a vertical slice: a piece of UI that can be built, reviewed, and verified on its own.
Example prompts
- "Break the brief into tasks"
- "What should I build first?"
- "Create a task list from the design brief"
- "Plan the build order for this feature"
Process
-
Read the design brief. Look for
.design/*/DESIGN_BRIEF.md. If multiple subfolders exist, use the most recently modified one, or ask the user which feature they are working on. Also check forINFORMATION_ARCHITECTURE.mdand a tokens file in the same subfolder. If none exist, ask the user to describe what they are building. -
Explore the existing codebase to understand what is already built. Scan specifically for:
- Component directories:
components/,ui/,shared/and list every component by name - Existing pages/views: what is already built that this feature must coexist with
- Token/theme files:
tokens.css,globals.css, Tailwind config, theme providers - File naming conventions: kebab-case, PascalCase, how files are organized (by feature, by type)
- Test files: if tests exist alongside components, new tasks should include test expectations
- Package.json dependencies: what UI libraries, animation libraries, and icon sets are already installed
- Classify each relevant component as: will be reused as-is, needs modification, or does not exist yet. Only components that need modification or creation get their own tasks.
- Component directories:
-
Break the work into vertical slices. Each task should:
- Be independently buildable (no task should block another unless noted).
- Include structure, styling, and interaction in a single task (not "build HTML" then "add CSS" then "add JS" as separate tasks).
- Be verifiable: you can look at the result and confirm it matches the brief.
- Be small enough to complete in a single session.
-
Order tasks by:
- Dependencies first: foundational elements (tokens, layout shells, shared components) before page-specific work.
- Visual priority: the most prominent UI element early, so the user can validate the aesthetic direction before investing in details.
- Risk first: the hardest or most uncertain piece early, so problems surface before everything else is built around them.
-
Save the task list as
TASKS.mdin the same.design/<feature-slug>/subfolder as the design brief.
Task List Template
# Build Tasks: [Feature/Page Name]
Generated from: .design/<feature-slug>/DESIGN_BRIEF.md
Date: [date]
## Foundation
- [ ] **[Task name]**: [One sentence describing what to build and what "done" looks like]. _Reuses: [existing components/tokens if any]._
- [ ] **[Task name]**: [Description]. _New component._
## Core UI
- [ ] **[Task name]**: [Description]. _Depends on: [task name if any]._
- [ ] **[Task name]**: [Description].
## Interactions & States
- [ ] **[Task name]**: [Description]. Covers: [list of states, e.g., hover, loading, error, empty].
- [ ] **[Task name]**: [Description].
## Responsive & Polish
- [ ] **[Task name]**: [Description]. Breakpoints: [which ones].
- [ ] **[Task name]**: Accessibility pass. [Specific checks from the brief].
## Review
- [ ] **Design review**: Run /design-review against the brief.
Rules
- Every task must reference whether it reuses, modifies, or creates components.
- Never create a task that is only "set up the project" or "create the file structure." Those are not vertical slices.
- If the brief specifies an aesthetic philosophy, note it in the first build task so the visual direction is established immediately.
- Group related tasks but do not nest them more than one level deep. Flat lists are easier to work through.
FAQ
What does the brief-to-tasks skill do?
Break a design brief into an ordered checklist of independently buildable tasks using vertical slices. Saves as a markdown checklist. Use when user wants to break down work, create tasks from a brief, plan implementation order, or mentions "tasks" or "breakdown".
How do I install brief-to-tasks?
Run npx skills add https://github.com/julianoczkowski/designer-skills --skill brief-to-tasks in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/brief-to-tasks/ (personal) or .claude/skills/brief-to-tasks/ (project).
Which AI agents can use brief-to-tasks?
Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.
Is brief-to-tasks safe to install?
Security partners have reviewed it: Gen Agent Trust Hub passed; Socket passed; Snyk passed; ZeroLeaks passed. As with any skill, read the SKILL.md and bundled scripts before installing.
Who maintains brief-to-tasks?
It is published by julianoczkowski in julianoczkowski/designer-skills. It has 5,181 recorded installs.
More from julianoczkowski/designer-skills
design-tokens
julianoczkowski/designer-skills
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".
information-architecture
julianoczkowski/designer-skills
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".
design-review
julianoczkowski/designer-skills
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.
frontend-design
julianoczkowski/designer-skills
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.
grill-me
julianoczkowski/designer-skills
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".
design-brief
julianoczkowski/designer-skills
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".
Popular frontend & design skills
setup-matt-pocock-skills
mattpocock/skills
Configure this repo for the engineering skills: set up its issue tracker, triage label vocabulary, and domain doc layout. Run once before first use of the other engineering skills.
frontend-design
anthropics/skills
Guidance for distinctive, intentional visual design when building new UI or reshaping an existing one. Helps with aesthetic direction, typography, and making choices that don't read as templated defaults.
hyperframes-animation
heygen-com/hyperframes
All animation knowledge for HyperFrames — atomic motion rules, multi-phase scene blueprints, scene transitions, broader motion-design techniques, AND the seven runtime adapters (GSAP default, plus Lottie, Three.js, Anime.js, CSS keyframes, Web Animations API, TypeGPU). Use for any motion or animation task: pick 2-4 rules and compose, or load a blueprint, or look up runtime-specific API (e.g. GSAP eases / Lottie player / Three.js mixer). Also covers auditing an existing composition's choreography (animation map) and 24 named text-animation effects. HyperFrames-native: single paused timeline, seek-safe, deterministic.
prototype
mattpocock/skills
Build a throwaway prototype to answer a design question. Use when the user wants to sanity-check whether a state model or logic feels right, or explore what a UI should look like.
hyperframes-core
heygen-com/hyperframes
The HyperFrames composition contract — build one renderable project. Use for composition structure, the data- timing attributes, class="clip", tracks, sub-compositions, variables, framework-owned media playback, deterministic-render rules, and validation. Read before writing composition HTML.
vercel-react-best-practices
vercel-labs/agent-skills
React and Next.js performance optimization guidelines from Vercel Engineering. This skill should be used when writing, reviewing, or refactoring React/Next.js code to ensure optimal performance patterns. Triggers on tasks involving React components, Next.js pages, data fetching, bundle optimization, or performance improvements.