shape

Conduct a structured discovery interview to produce a design brief.

Updated Apr 27, 2026
One-click install
npx skills add https://github.com/nokusukun/sublime --skill shape-nokusukun
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: shape
Source: https://github.com/nokusukun/sublime/tree/main/.impeccable/source/skills/shape
Command: npx skills add https://github.com/nokusukun/sublime --skill shape-nokusukun

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Planning and alignment for features before coding by running a structured discovery interview and producing a design brief that guides implementation, reducing guesswork and rework.

Core Features & Use Cases

  • Discovery Interview: Run a guided conversation to extract goals, constraints, and success criteria before design and development.
  • Design Brief Output: Generate a structured brief that documents context, decisions, and design direction to guide engineers and designers.
  • Phase-based Guidance: Enforce a two-phase workflow (phase 1 discovery, phase 2 design brief) and provide prompts and context needed for downstream skills.
  • Scope: This skill's scope is design planning only; it does NOT write code and outputs a design brief for downstream implementation.

Quick Start

Describe the feature in detail to start the discovery interview and generate a design brief.

Frequently Asked Questions about shape

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I plan UX and UI before coding to reduce rework?

To plan UX and UI before coding, run a structured discovery interview that extracts goals, constraints, and success criteria. This process produces a shareable design brief that documents decisions and design direction, reducing implementation guesswork.

What is a design brief and when do I need one for feature planning?

A design brief is a structured document capturing context, decisions, and design direction generated during discovery. You need one before design and development to align engineering teams, define scope, and establish rationale for feature implementation.

What's the best way to gather project requirements for a UI feature?

The best way to gather requirements is a guided discovery interview covering goals, constraints, and success criteria. Following a context gathering protocol ensures you extract the necessary design direction and scope before generating a structured brief.

Can I use this discovery interview process for engineering and design alignment?

Yes, the discovery interview process outputs a structured design brief specifically crafted to align engineering and design teams. It documents context and rationale, ensuring both teams share a clear understanding of feature scope and implementation direction.

Does the design brief generation phase output any code for implementation?

No, design brief generation does not output code. The scope is strictly design planning, producing a shareable brief that documents decisions and scope to guide downstream engineers and designers during the actual implementation phase.

Why should I run a discovery interview instead of starting design immediately?

Running a discovery interview before starting design enforces a structured workflow that extracts goals and constraints early. This prevents misalignment, reduces guesswork, and ensures the resulting design brief provides clear rationale for downstream teams.