Agent skill

Design Brief Generator

by jamesrochabrun in jamesrochabrun/skills

Generate comprehensive design briefs for design projects. An agent skill from jamesrochabrun/skills.

MITAuto-check passedFrontend & Design

Install Design Brief Generator

skills CLI
$ npx skills add jamesrochabrun/skills --skill design-brief-generator -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install jamesrochabrun/skills design-brief-generator --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/jamesrochabrun/skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/design-brief-generator .claude/skills/design-brief-generator && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
design-brief-generator
GitHub stars
216
Token cost
~3.3k tokens
SKILL.md length
1,032 words
Files
7 (incl. scripts, references)
Skills in repo
23
Repo updated
First seen
Licence
MIT

At a glance

Generate comprehensive design briefs for design projects. An agent skill from jamesrochabrun/skills.

  • Works in 12 steps: Generate Design Brief → Validate Brief → Project Overview → …
  • Designers ask to create a design brief
  • SKILL.md covers Overview, Quick Start, Core Workflow and Design Brief Components, plus 5 more sections
  • Runs Shell scripts from its folder

What it does

Design Brief Generator is an agent skill from jamesrochabrun/skills. Generate comprehensive design briefs for design projects. Use this skill when designers ask to "create a design brief", "structure a design project", "define design requirements", or need help planning design work.

Its SKILL.md is about 3.3k tokens, which your agent loads only when the skill is triggered. The skill folder holds 8 other files, including scripts and reference files (for example `references/accessibility_guidelines.md`, `references/design_brief_template.md` and `references/design_principles.md`).

It sits in Frontend & Design. The licence is MIT.

When your agent uses it

  • Designers ask to create a design brief
  • Structure a design project
  • Define design requirements
  • Need help planning design work

Example prompts

  • “create a design brief”
  • “structure a design project”
  • “define design requirements”
  • “/design-brief-generator”

Requirements

  • A Bash shell

Workflow steps

12 steps, taken from the step headings in SKILL.md.

  1. Generate Design Brief
  2. Validate Brief
  3. Project Overview
  4. Design Goals & Objectives
  5. Target Users & Personas
  6. Design Principles & Direction
  7. Scope & Constraints
  8. User Flows & Journeys
  9. Deliverables & Timeline
  10. Success Criteria
  11. New Feature Design
  12. Redesign Project

What it can do on your machine

Read from SKILL.md and the folder at commit 2482c17. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 2 files in scripts/ (Shell), which the agent can run.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Design Brief Generator loads about 3.3k tokens when it runs, and up to ~18k if it reads all its reference files. Until then it costs about 59 tokens; SKILL.md has 1,032 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~59
When it runs · the whole SKILL.md, loaded when a task matches
~3.3k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~18k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from jamesrochabrun/skills at commit 2482c17, republished under its MIT licence (© jamesrochabrun). 1,032 words, ~3,264 tokens.

Download SKILL.mdSave it as .claude/skills/design-brief-generator/SKILL.md (or your agent's skills folder). This skill also uses 6 other files; get the full folder from GitHub.
name
design-brief-generator
description
Generate comprehensive design briefs for design projects. Use this skill when designers ask to "create a design brief", "structure a design project", "define design requirements", or need help planning design work.

Design Brief Generator

Overview

Generate comprehensive, well-structured design briefs that align stakeholders and guide design projects. This skill helps designers create clear project briefs that define scope, goals, constraints, and success criteria.

Built for:

  • UX/UI designers
  • Product designers
  • Design leads
  • Design systems teams
  • Brand designers

Quick Start

1. Generate Design Brief

Run the interactive script:

bash
scripts/generate_brief.sh

This will guide you through creating a comprehensive design brief covering:

  • Project goals and objectives
  • Target users and personas
  • Design constraints
  • Success criteria
  • Timeline and deliverables
2. Validate Brief

Check brief completeness:

bash
scripts/validate_brief.sh <brief_file.md>

Ensures all critical sections are included.


Core Workflow

When to Create a Design Brief

Use a design brief for:

  • New product/feature design projects
  • Design system initiatives
  • Redesign projects
  • Brand identity projects
  • UX research initiatives

Skip for:

  • Minor UI tweaks
  • Bug fixes
  • Small iterations on existing designs

Design Brief Components

1. Project Overview

What it includes:

  • Project name and description
  • Background and context
  • Why this project matters now
  • Business objectives
  • User problems being solved

Example:

markdown
## Project Overview

**Project:** Mobile app redesign
**Background:** Current app has 2.8 star rating with users citing confusing navigation
**Business Goal:** Increase app retention from 15% to 40% (Day 30)
**User Problem:** Users can't find key features, leading to frustration and abandonment

2. Design Goals & Objectives

Define what success looks like:

  • Primary design goal
  • Secondary goals
  • Success metrics
  • Must-haves vs. nice-to-haves

Example:

markdown
## Design Goals

**Primary Goal:** Create intuitive navigation that helps users complete core tasks in < 3 taps

**Secondary Goals:**
- Reduce visual clutter by 40%
- Improve accessibility (WCAG AA compliance)
- Establish reusable component library

**Success Metrics:**
- Task success rate: 90%+
- Time on task: -50%
- SUS score: 75+

3. Target Users & Personas

Who are we designing for:

  • Primary user personas
  • User needs and pain points
  • User goals and motivations
  • Technical proficiency
  • Context of use

Example:

markdown
## Target Users

**Primary Persona:** Sarah, Marketing Manager
- **Age:** 32-45
- **Tech Savvy:** Medium
- **Goals:** Create campaigns quickly, track performance
- **Pain Points:** Current tool too complex, takes too long
- **Context:** Uses on desktop during work hours, sometimes mobile

4. Design Principles & Direction

Guiding principles for the project:

  • Core design principles
  • Visual direction
  • Interaction patterns
  • Content strategy
  • Accessibility requirements

Example:

markdown
## Design Principles

1. **Clarity over cleverness** - Users should never wonder what to do next
2. **Progressive disclosure** - Show what's needed, hide complexity
3. **Consistent patterns** - Use established design system components
4. **Accessible by default** - WCAG AA minimum, aim for AAA

5. Scope & Constraints

What's in and out of scope:

In Scope:

  • Screens/flows included
  • Platforms (web, mobile, tablet)
  • Devices and browsers
  • Accessibility requirements

Out of Scope:

  • What we're NOT designing
  • Future considerations

Constraints:

  • Technical limitations
  • Timeline constraints
  • Resource constraints
  • Brand guidelines to follow

Example:

markdown
## Scope

**In Scope:**
- Dashboard redesign (5 screens)
- Mobile responsive (iOS, Android)
- Dark mode support
- WCAG AA compliance

**Out of Scope:**
- Admin panel (separate project)
- Native mobile apps (web only)
- Marketing website

**Constraints:**
- Must use existing design system
- Launch deadline: 8 weeks
- Development team: 2 engineers
- No custom illustrations budget

6. User Flows & Journeys

Key user paths to design:

  • Primary user flows
  • Entry points
  • Decision points
  • Success states
  • Error states

Example:

markdown
## Key User Flows

**Flow 1: Create Campaign**
1. Land on dashboard
2. Click "New Campaign"
3. Choose template
4. Customize content
5. Preview
6. Publish
7. Success confirmation

**Flow 2: View Analytics**
[Define the flow]

7. Deliverables & Timeline

What will be delivered:

Design Deliverables:

  • User research (if needed)
  • Wireframes
  • High-fidelity mockups
  • Interactive prototype
  • Design specifications
  • Component documentation
  • Accessibility annotations

Timeline:

  • Week 1-2: Research & wireframes
  • Week 3-4: High-fidelity designs
  • Week 5-6: Prototype & testing
  • Week 7-8: Refinement & handoff

8. Success Criteria

How we'll measure success:

Qualitative:

  • User testing feedback
  • Stakeholder approval
  • Designer review
  • Accessibility audit pass

Quantitative:

  • Task success rate
  • Time on task
  • Error rate
  • SUS score
  • NPS

Example:

markdown
## Success Criteria

**Usability Testing:**
- 8/10 users complete primary task without help
- Average SUS score: 75+
- Zero critical accessibility issues

**Business Metrics (post-launch):**
- 40% Day 30 retention (up from 15%)
- 90% task completion rate
- < 5% error rate

Design Project Types

1. New Feature Design

Focus areas:

  • User needs validation
  • Integration with existing product
  • Interaction patterns
  • Edge cases

Brief template: Standard brief with emphasis on user flows


2. Redesign Project

Focus areas:

  • Current state analysis
  • What's working/not working
  • Migration considerations
  • Before/after comparisons

Additional sections:

  • Current pain points
  • Competitive analysis
  • Design audit findings

3. Design System

Focus areas:

  • Component inventory
  • Design principles
  • Usage guidelines
  • Governance

Additional sections:

  • Adoption strategy
  • Documentation plan
  • Maintenance plan

4. Brand/Visual Design

Focus areas:

  • Brand attributes
  • Visual language
  • Mood boards
  • Design explorations

Additional sections:

  • Brand guidelines
  • Application examples
  • Asset deliverables

Stakeholder Alignment

Discovery Questions

Ask before starting:

  1. What problem are we solving?
  2. Who are the users?
  3. What are the business goals?
  4. What's the timeline?
  5. What are the constraints?
  6. How will we measure success?
  7. Who needs to approve?
Stakeholder Review Process

Brief review checklist:

  • Product Manager reviewed
  • Engineering lead reviewed (feasibility)
  • Design lead approved
  • Key stakeholders aligned
  • Success metrics agreed upon
  • Timeline confirmed
  • Resources allocated

Design Brief Best Practices

DO:
  • ✅ Start with "why" - Clearly state the problem
  • ✅ Define success - Specific, measurable criteria
  • ✅ Include constraints - Technical, time, resource
  • ✅ Show examples - Inspiration, references
  • ✅ Get buy-in early - Review draft with stakeholders
  • ✅ Keep it concise - 2-3 pages maximum
  • ✅ Make it visual - Include diagrams, mockups, references
DON'T:
  • ❌ Jump to solutions - Focus on problem first
  • ❌ Be vague - "Make it better" isn't helpful
  • ❌ Ignore constraints - They shape the solution
  • ❌ Work in isolation - Involve PM, Engineering early
  • ❌ Skip research - Base decisions on data
  • ❌ Forget accessibility - Consider from the start

Accessibility in Design Briefs

Show full SKILL.md (411 more words)Show less
Minimum Requirements

Every design brief should include:

WCAG Compliance:

  • Target level (A, AA, AAA)
  • Color contrast requirements (4.5:1 for text)
  • Keyboard navigation support
  • Screen reader compatibility
  • Touch target sizes (44x44px minimum)

Testing Plan:

  • Screen reader testing (NVDA, JAWS, VoiceOver)
  • Keyboard-only navigation
  • Color contrast validation
  • Automated testing (axe, Lighthouse)

See references/accessibility_guidelines.md for complete checklist.


Cross-Functional Collaboration

Working with Product

PM provides:

  • Business requirements
  • User research
  • Success metrics
  • Timeline constraints

Designer provides:

  • Design expertise
  • User experience recommendations
  • Feasibility feedback
  • Design timeline
Working with Engineering

Engineering needs from brief:

  • Technical constraints acknowledged
  • Interaction patterns defined
  • Edge cases documented
  • Component reuse identified

Design provides to Engineering:

  • Design specifications
  • Component documentation
  • Interaction details
  • Responsive breakpoints

Design Tools & Templates

Design Briefs:

  • Notion (collaborative docs)
  • Confluence
  • Google Docs
  • Figma FigJam (visual briefs)

User Flows:

  • Figma
  • Miro
  • Whimsical
  • FigJam

Prototyping:

  • Figma
  • Framer
  • ProtoPie
  • Principle

Example Design Briefs

Example 1: Mobile App Feature
markdown
# Design Brief: In-App Messaging

## Project Overview
Add direct messaging between users within our fitness app.

**Business Goal:** Increase engagement, reduce churn
**User Problem:** Users want to connect with workout partners

## Design Goals
- Enable 1:1 messaging
- Keep it simple and focused
- Integrate with existing notifications

## Target Users
Primary: Sarah, fitness enthusiast, 28-45, uses app 4x/week

## Scope
**In:** 1:1 text messaging, read receipts, notifications
**Out:** Group chat, media sharing (future phase)

## Success Criteria
- 40% of users try messaging in first 30 days
- 20% become weekly active messagers
- No increase in support tickets

## Timeline
6 weeks: Research (1w), Design (3w), Prototype & Test (2w)

Example 2: Dashboard Redesign
markdown
# Design Brief: Analytics Dashboard Redesign

## Project Overview
Redesign analytics dashboard to improve data comprehension.

**Current Issues:**
- Users overwhelmed by data
- Key metrics buried
- Poor mobile experience

## Design Goals
1. Surface most important metrics first
2. Enable drill-down for details
3. Make it mobile-friendly

## Target Users
- Marketing managers (primary)
- Executives (secondary)
- Data analysts (tertiary)

## Success Criteria
- Users find key metric in < 10 seconds
- Mobile traffic increases 30%+
- SUS score: 75+

## Timeline
8 weeks (Research: 2w, Design: 4w, Testing: 2w)

Resources

Scripts
  • generate_brief.sh - Interactive brief generation
  • validate_brief.sh - Check brief completeness
References
  • design_brief_template.md - Comprehensive template
  • accessibility_guidelines.md - WCAG checklist
  • design_principles.md - Common design principles
  • user_research_methods.md - Research guidance

Tips for Designers

Before Creating the Brief
  1. Talk to stakeholders - Understand the real problem
  2. Review existing research - Don't start from scratch
  3. Check technical constraints - Talk to engineering
  4. Understand the timeline - Be realistic
During Brief Creation
  1. Start with template - Don't reinvent the wheel
  2. Be specific - Vague briefs lead to vague designs
  3. Include visuals - Mood boards, references, examples
  4. Define success - How will you know it worked?
After Brief Creation
  1. Review with PM - Align on goals and scope
  2. Review with Engineering - Validate feasibility
  3. Get stakeholder sign-off - Explicit approval
  4. Treat it as living doc - Update as you learn

Common Pitfalls

Pitfall 1: Too Broad

Problem: "Redesign the entire app" Solution: Break into phases, prioritize

Pitfall 2: Solution-First

Problem: "Make it look like Apple" Solution: Start with user problems, not aesthetics

Pitfall 3: No Constraints

Problem: Ignoring technical/time limits Solution: Document and respect constraints

Pitfall 4: Skipping Research

Problem: Designing based on assumptions Solution: At minimum, review existing data

Pitfall 5: Vague Success Criteria

Problem: "Make it better" isn't measurable Solution: Define specific, testable criteria


Summary

A great design brief:

  1. Defines the problem clearly
  2. Sets goals and success criteria
  3. Identifies users and their needs
  4. Documents constraints (time, tech, budget)
  5. Aligns stakeholders early
  6. Guides the work without being prescriptive
  7. Evolves as you learn

Get started:

bash
scripts/generate_brief.sh

This creates a solid foundation for successful design projects.

© jamesrochabrun, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 6 other files (scripts, references) in skills/design-brief-generator of jamesrochabrun/skills.

  • SKILL.md
  • references/accessibility_guidelines.md
  • references/design_brief_template.md
  • references/design_principles.md
  • references/user_research_methods.md
  • scripts/generate_brief.sh
  • scripts/validate_brief.sh

Open the folder on GitHubat commit 2482c17

Compare with similar skills

Design Brief Generator next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Design Brief Generator compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Design Brief Generator this skilljamesrochabrun/skills216—~3.3kAutomated safety check: PassMIT
Impeccablebestofjs/bestofjs3.1k27 repos~2.6kAutomated safety check: PassMIT
Figma Design System Builderwarpdotdev/warp65k2 repos~4.4kAutomated safety check: PassAGPL-3.0
Web Interface Guidelines Reviewervercel-labs/openreview1.7k97 repos~308Automated safety check: PassNone
Tailwindcss Developmentanonaddy/anonaddy4.9k10 repos~865Automated safety check: PassMIT
GSAP ScrollTriggergreensock/gsap-skills16k5 repos~4.6kAutomated safety check: PassMIT

Similar skills

  • Impeccable

    bestofjs/bestofjs

    A skill your agent uses when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a…

    3.1k GitHub starsUsed in 27 repos~2.6k tokens
    Frontend & DesignAuto-check passed
  • Builds or updates a design system in Figma from a codebase in ordered phases: discovery, variables and tokens, components, theming and documentation, with checkpoints.

    65k GitHub starsUsed in 2 repos~4.4k tokens
    Frontend & DesignAuto-check passed
  • Web Interface Guidelines Reviewer

    vercel-labs/openreview

    Official

    Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my…

    1.7k GitHub starsUsed in 97 repos~308 tokens
    Frontend & DesignAuto-check passed
  • Tailwindcss Development

    anonaddy/anonaddy

    Always invoke when the user's message includes 'tailwind' in any form.

    4.9k GitHub starsUsed in 10 repos~865 tokens
    Frontend & DesignAuto-check passed
  • GSAP ScrollTrigger

    greensock/gsap-skills

    Teaches an agent how to wire up GSAP's ScrollTrigger plugin for scroll-linked animation, pinned sections and scrub, including the start and end position syntax.

    16k GitHub starsUsed in 5 repos~4.6k tokens
    Frontend & DesignAuto-check passed
  • Required groundwork before any use_figma call: the rules and reference files for running JavaScript in a Figma file through the Plugin API without common failures.

    65k GitHub starsUsed in 4 repos~4.4k tokens
    Frontend & DesignAuto-check passed

More from jamesrochabrun/skills

All 23 skills in this repo
  • Prd Generator

    jamesrochabrun/skills

    Generate comprehensive Product Requirements Documents (PRDs) for product managers.

    216 GitHub starsUsed in 2 repos~3.8k tokens
    Auto-check passed
  • Technical Launch Planner

    jamesrochabrun/skills

    Plan and execute technical product launches for developer tools, APIs, and technical products.

    216 GitHub starsUsed in 1 repo~3.8k tokens
    Auto-check passed
  • Git Worktrees

    jamesrochabrun/skills

    Manage Git worktrees for parallel Claude Code development. An agent skill from jamesrochabrun/skills.

    216 GitHub stars~4.2k tokensUpdated 8 mo ago
    Auto-check passed
  • Content Brief Generator

    jamesrochabrun/skills

    Generate comprehensive content briefs for writers, ensuring clarity, alignment, and strategic content creation across all formats.

    216 GitHub starsUsed in 1 repo~2.9k tokens
    Auto-check passed
  • LLM Router

    jamesrochabrun/skills

    This skill should be used when users want to route LLM requests to different AI providers (OpenAI, Grok/xAI, Groq, DeepSeek, OpenRouter) using SwiftOpenAI-CLI.

    216 GitHub stars~3.3k tokensUpdated 8 mo ago
    Auto-check passed
  • Swiftui Animation

    jamesrochabrun/skills

    This skill provides comprehensive guidance for implementing advanced SwiftUI animations, transitions, matched geometry effects, and Metal shader integration.

    216 GitHub starsUsed in 1 repo~1.6k tokens
    Auto-check passed

Questions about Design Brief Generator

What does Design Brief Generator do?

Generate comprehensive design briefs for design projects. An agent skill from jamesrochabrun/skills. Design Brief Generator is an agent skill from jamesrochabrun/skills. Generate comprehensive design briefs for design projects.

When should I use Design Brief Generator?

Design Brief Generator fits situations like: designers ask to create a design brief; structure a design project; define design requirements; need help planning design work.

How do I install Design Brief Generator in Claude Code?

Run `npx skills add jamesrochabrun/skills --skill design-brief-generator -a claude-code`. Or copy the skill folder (skills/design-brief-generator in jamesrochabrun/skills) into .claude/skills/design-brief-generator in your project. Claude Code loads it when a task matches its description.

How do I install Design Brief Generator in Codex?

Run `npx skills add jamesrochabrun/skills --skill design-brief-generator -a codex`. Or copy the skill folder (skills/design-brief-generator in jamesrochabrun/skills) into .agents/skills/design-brief-generator in your project. Codex loads it when a task matches its description.

Can I use Design Brief Generator in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add jamesrochabrun/skills --skill design-brief-generator -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/design-brief-generator, .gemini/skills/design-brief-generator, .github/skills/design-brief-generator and .opencode/skills/design-brief-generator in your project.

What does Design Brief Generator need to run?

Going by SKILL.md and its folder, Design Brief Generator needs a shell for the scripts in its folder. Our summary lists: A Bash shell.

Does Design Brief Generator access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Design Brief Generator safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Design Brief Generator use?

Design Brief Generator is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Design Brief Generator use?

About 3.3k tokens (SKILL.md is roughly 13k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 14k tokens, read only when the agent opens those files.

What are the alternatives to Design Brief Generator?

Skills that share tags, products or a category with Design Brief Generator: Impeccable (bestofjs/bestofjs, 3.1k stars), Figma Design System Builder (warpdotdev/warp, 65k stars), Web Interface Guidelines Reviewer (vercel-labs/openreview, 1.7k stars) and Tailwindcss Development (anonaddy/anonaddy, 4.9k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Design Brief Generator?

jamesrochabrun (a GitHub user) maintains it in jamesrochabrun/skills, which has 216 GitHub stars. The repository holds 23 skills in this directory. The repository was last updated on January 14, 2026.

Source: jamesrochabrun/skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.