정보
크리에이티브 브리프 스킬은 개발자가 모호한 프로젝트 아이디어를 디자이너, AI 에이전트 또는 개발 팀을 위한 구체적이고 실행 가능한 브리프로 전환하는 데 도움을 줍니다. 웹사이트, 앱, 리디자인과 같은 프로젝트 시작 시점에 발동되어 관련자들의 의견을 조율하고 범위를 정의합니다. 핵심 기능은 초기 기획 단계와 실행 가능한 명세 사이의 간극을 메우는 것입니다.
빠른 설치
Claude Code
추천npx skills add rampstackco/claude-skills -a claude-code/plugin add https://github.com/rampstackco/claude-skillsgit clone https://github.com/rampstackco/claude-skills.git ~/.claude/skills/creative-briefClaude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요
문서
Creative Brief
Bridges discovery and execution. Translates "we want a website" into a brief a designer, developer, or AI agent can actually run with.
When to use
- Starting a new project (website, app, brand, campaign)
- Kicking off a redesign or rebrand
- Handing work to a designer, developer, or AI agent
- Aligning a team that has drifted off course
- Turning a vague idea into something buildable
When NOT to use
- The user is asking a one-off design question (use
design-standards) - The user wants a PRD or dev ticket (use
pm-spec-writing) - The user is doing initial research and has not decided what they are building (use
brand-discoveryfirst) - The user just wants you to write copy (use
content-and-copy) - The user already has scope and constraints settled and needs deeper aesthetic direction specifically (use
creative-directionfor the structured aesthetic axes)
Required inputs
A brief needs answers to ten questions. Before writing, confirm you have answers (or can elicit them) for:
- What is the project?
- Why does it exist? What problem does it solve?
- Who is the audience?
- What do you want them to do, feel, or know?
- What is the personality? How does it sound?
- What is the visual direction? How does it look?
- What is in scope? What is out?
- What are the constraints (time, budget, technical, brand)?
- What does success look like?
- Who approves?
If you have fewer than five of these, run a quick intake first. See "Eliciting missing info" below.
The framework: brief structure
Output a markdown brief with these ten sections. Keep each section tight. A good brief is two pages, not ten.
1. Snapshot
One paragraph answering: what, who, why, when. The kind of thing you would say at a kickoff in thirty seconds.
2. Audience
Primary audience first. Include who they are, what they are trying to do, what is blocking them today, and where you reach them. Add secondary audiences only if they materially change the work.
3. Objectives
What success looks like. Pair every objective with a measurable signal.
Objective: drive trial signups. Signal: 3 percent conversion from homepage to signup within 30 days of launch.
4. Key message
The one thing you want a visitor to walk away knowing. If they see only the homepage hero and bounce, what should they remember? One sentence.
5. Voice and tone
Pick three to five adjectives. Pair each with what you are NOT (e.g. "confident, not arrogant"). See references/voice-and-tone-guide.md for frameworks and worked examples.
6. Visual direction
Mood, palette, type, and imagery direction. Three to five reference URLs are worth more than 500 words. Note what you like AND what you would reject.
7. Scope and deliverables
A bulleted list of what is being made. Be specific. "Homepage" is not a deliverable. "Homepage with hero, three feature blocks, testimonial carousel, and contact CTA" is.
8. Constraints
Time. Budget. Technical (existing stack, required integrations, hosting). Brand (logo, colors, fonts that must be used). Legal (compliance, accessibility level required).
9. Inspiration and competitors
Three to five sites or brands you want to feel like, three to five you want to feel different from. Note WHY for each.
10. Approval
Who signs off. What artifact triggers sign-off (a Figma file, a staging URL, a PDF). What happens if there is no sign-off by a deadline.
Eliciting missing info
If the user comes with a partial answer (e.g., "I want a website for my coffee shop"), do not just write a generic brief. Ask. Use these prompts.
For audience
- Who is the single most likely person to land on this site? Walk me through their day.
- If you could pick one type of customer to fill your inbox, who?
- Who do you NOT want to attract?
For objectives
- Pretend it is six months after launch. What number tells you it worked?
- What is the one action you most want a visitor to take?
For voice
- Pick three brands or people whose tone you would want to borrow.
- If your site were a person at a dinner party, what would they sound like?
For visuals
- Show me three sites you love. What do you love about them?
- Show me one site you hate. Why?
For scope
- If you only got one page, which one?
- What would you cut if the budget were halved?
Do not ask all of these. Pick the ones that fill the actual gaps.
Workflow
- Read the conversation. Pull every fact already given. Do not ask questions you can answer from context.
- Identify gaps. Which of the ten required inputs are missing or thin?
- Run intake. Ask three to five targeted questions to fill the gaps. Group related questions to keep the conversation tight.
- Draft the brief. Use
references/creative-brief-template.mdas the structure. Keep it under 1500 words. - Stress-test. Before delivering, check the brief against the failure patterns below. If any apply, revise before showing the user.
- Deliver. Save as
creative-brief.mdin the project root. Offer to make it a Word doc or PDF if the user wants something to share with stakeholders. - Hand off for aesthetic depth (optional). For projects where sections 5 (voice and tone) and 6 (visual direction) need more rigor than this brief surfaces, run
creative-directionnext. It produces a structured aesthetic brief using four directional axes (tone register, aesthetic philosophy, audience relationship, sensory ambition) that content, copy, and art-direction skills consume directly.
Failure patterns
When the user's input matches one of these patterns, push back before writing.
- "We want to be the [giant brand] of [our niche]." Ask what specifically about that brand they want to borrow. Probably one or two things, not the whole thing.
- Audience as "men and women 18-65." This is not an audience. Ask for the single most valuable customer type and start there.
- "Increase awareness" with no metric. Awareness of what, by whom, measured how? Push for a number.
- "Modern, clean, minimalist." These words are meaningless. Ask for three specific URLs they think look right.
- Twenty pages of context, no clear ask. Ask: "If a designer reads only one paragraph, what should it be?" Then make that the snapshot.
Output format
Default output is a markdown file at creative-brief.md in the project root. Structure follows the template exactly.
If the project is large, split: keep the main brief under 1500 words and put detail in linked appendices (audience-research.md, brand-guidelines.md, etc.). Briefs that try to be everything end up read by no one.
Reference files
references/creative-brief-template.md- Fillable template. Copy and use as the starting point.references/voice-and-tone-guide.md- Voice frameworks, brand archetypes, and worked patterns.references/example-brief.md- A worked example for a fictional B2B SaaS, showing what a "good" filled brief looks like.
Read the template before drafting. Read the voice guide if the user has not already specified a voice. Read the example if you are unsure how filled-out a section should be.
GitHub 저장소
자주 묻는 질문
creative-brief Skill이란 무엇인가요?
creative-brief은(는) rampstackco이(가) 만든 Claude Skill입니다. Skill은 Claude가 필요할 때 불러오는 지침과 리소스를 묶어 추가 프롬프트 없이 creative-brief 관련 작업을 수행할 수 있게 합니다.
creative-brief은(는) 어떻게 설치하나요?
이 페이지의 설치 명령을 사용하세요. creative-brief을(를) Claude Code 플러그인으로 추가하거나 저장소를 skills 디렉터리에 복제한 다음 Claude를 다시 시작해 Skill을 불러옵니다.
creative-brief은(는) 어떤 카테고리에 속하나요?
creative-brief은(는) 메타 카테고리에 속합니다.
creative-brief은(는) 무료로 사용할 수 있나요?
네. creative-brief은(는) AIMCP에 등록되어 있으며 무료로 설치할 수 있습니다.
연관 스킬
이 스킬은 콘텐츠 콜렉션(Content Collections)을 위한 프로덕션 검증된 설정을 제공합니다. 콘텐츠 콜렉션은 Markdown/MDX 파일을 Zod 검증이 포함된 타입 안전한 데이터 콜렉션으로 변환해주는 TypeScript 최우선 도구입니다. 블로그, 문서 사이트 또는 콘텐츠 중심의 Vite + React 애플리케이션을 구축할 때 타입 안전성과 자동 콘텐츠 검증을 보장하기 위해 사용하세요. Vite 플러그인 구성과 MDX 컴파일부터 배포 최적화 및 스키마 검증에 이르기까지 모든 것을 다룹니다.
이 스킬은 개발자들이 Polymarket 예측 시장 플랫폼을 활용한 애플리케이션을 구축할 수 있도록 지원하며, 거래 및 시장 데이터를 위한 API 통합 기능을 포함합니다. 또한 WebSocket을 통한 실시간 데이터 스트리밍을 제공하여 실시간 거래와 시장 활동을 모니터링할 수 있습니다. 이를 통해 거래 전략을 구현하거나 실시간 시장 업데이트를 처리하는 도구를 생성하는 데 활용할 수 있습니다.
이 스킬은 개발자들이 명령어, 파일, LSP 작업 등 25개 이상의 이벤트 유형에 연결되는 OpenCode 플러그인을 만들 수 있도록 돕습니다. JavaScript/TypeScript 모듈을 위한 플러그인 구조, 이벤트 API 명세, 구현 패턴을 제공합니다. OpenCode AI 어시스턴트의 라이프사이클을 사용자 정의 이벤트 기반 로직으로 가로채거나, 모니터링하거나, 확장해야 할 때 사용하세요.
SGLang은 RadixAttention 프리픽스 캐싱을 활용하여 JSON, 정규식, 에이전트 워크플로우를 위한 고속 구조화 생성에 특화된 고성능 LLM 서빙 프레임워크입니다. 특히 반복되는 프리픽스가 있는 작업에서 상당히 빠른 추론 속도를 제공하여 복잡한 구조화 출력 및 다중 턴 대화에 이상적입니다. 제약 디코딩이 필요하거나 광범위한 프리픽스 공유가 있는 애플리케이션을 구축할 때는 vLLM과 같은 대안보다 SGLang을 선택하십시오.
