design-protocol 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/LICENSE +21 -0
- package/README.md +225 -0
- package/agents/dp-researcher.md +239 -0
- package/agents/dp-verifier.md +207 -0
- package/bin/install.js +464 -0
- package/commands/dp-back.md +221 -0
- package/commands/dp-discuss.md +257 -0
- package/commands/dp-execute.md +513 -0
- package/commands/dp-journey.md +85 -0
- package/commands/dp-progress.md +178 -0
- package/commands/dp-roadmap.md +83 -0
- package/commands/dp-skip.md +186 -0
- package/commands/dp-start.md +510 -0
- package/commands/dp-storytell.md +94 -0
- package/commands/dp-verify.md +207 -0
- package/package.json +59 -0
- package/skills/dp-color/SKILL.md +214 -0
- package/skills/dp-color/export_tokens.py +297 -0
- package/skills/dp-color/references/apca-contrast.md +87 -0
- package/skills/dp-color/references/hue-emotions.md +109 -0
- package/skills/dp-color/references/oklch-gamut.md +79 -0
- package/skills/dp-color/references/pitfalls.md +171 -0
- package/skills/dp-color/references/scale-patterns.md +206 -0
- package/skills/dp-color/references/tool-workflows.md +200 -0
- package/skills/dp-discovery/SKILL.md +480 -0
- package/skills/dp-eng_review/SKILL.md +471 -0
- package/skills/dp-eng_review/references/code-review-checklist.md +385 -0
- package/skills/dp-eng_review/references/react-patterns.md +512 -0
- package/skills/dp-eng_review/references/shadcn-patterns.md +510 -0
- package/skills/dp-eng_review/references/tailwind-conventions.md +351 -0
- package/skills/dp-journey/SKILL.md +682 -0
- package/skills/dp-journey/references/journey-types.md +97 -0
- package/skills/dp-journey/references/map-structures.md +177 -0
- package/skills/dp-journey/references/omnichannel-patterns.md +208 -0
- package/skills/dp-journey/references/research-methods.md +125 -0
- package/skills/dp-prd/SKILL.md +201 -0
- package/skills/dp-prd/references/claude-code-spec.md +107 -0
- package/skills/dp-prd/references/interview-questions.md +158 -0
- package/skills/dp-prd/references/section-templates.md +231 -0
- package/skills/dp-research/SKILL.md +540 -0
- package/skills/dp-research/references/facilitation-guide.md +291 -0
- package/skills/dp-research/references/interview-guide-template.md +190 -0
- package/skills/dp-research/references/method-selection.md +195 -0
- package/skills/dp-research/references/question-writing.md +244 -0
- package/skills/dp-research/references/research-report-template.md +363 -0
- package/skills/dp-research/references/synthesis-methods.md +289 -0
- package/skills/dp-research/references/usability-test-template.md +260 -0
- package/skills/dp-roadmap/SKILL.md +648 -0
- package/skills/dp-roadmap/references/prioritization-frameworks.md +312 -0
- package/skills/dp-roadmap/references/roadmap-structures.md +179 -0
- package/skills/dp-roadmap/references/roadmap-workshops.md +264 -0
- package/skills/dp-roadmap/references/theme-development.md +168 -0
- package/skills/dp-storytell/SKILL.md +645 -0
- package/skills/dp-storytell/references/audience-playbooks.md +260 -0
- package/skills/dp-storytell/references/content-type-templates.md +310 -0
- package/skills/dp-storytell/references/delivery-tactics.md +228 -0
- package/skills/dp-storytell/references/narrative-frameworks.md +259 -0
- package/skills/dp-ui/SKILL.md +503 -0
- package/skills/dp-ui/references/b2b-enterprise-patterns.md +319 -0
- package/skills/dp-ui/references/data-visualization.md +304 -0
- package/skills/dp-ui/references/visual-design-principles.md +237 -0
- package/skills/dp-ux/SKILL.md +414 -0
- package/skills/dp-ux/references/accessibility-checklist.md +128 -0
- package/skills/dp-ux/references/product-excellence.md +149 -0
- package/skills/dp-ux/references/usability-principles.md +140 -0
- package/skills/dp-ux/references/ux-patterns.md +221 -0
- package/templates/config.json +55 -0
- package/templates/context.md +96 -0
- package/templates/project.md +83 -0
- package/templates/requirements.md +137 -0
- package/templates/roadmap.md +168 -0
- package/templates/state.md +107 -0
package/LICENSE
ADDED
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
MIT License
|
|
2
|
+
|
|
3
|
+
Copyright (c) 2026 niforis.kollaros
|
|
4
|
+
|
|
5
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
6
|
+
of this software and associated documentation files (the "Software"), to deal
|
|
7
|
+
in the Software without restriction, including without limitation the rights
|
|
8
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
9
|
+
copies of the Software, and to permit persons to whom the Software is
|
|
10
|
+
furnished to do so, subject to the following conditions:
|
|
11
|
+
|
|
12
|
+
The above copyright notice and this permission notice shall be included in all
|
|
13
|
+
copies or substantial portions of the Software.
|
|
14
|
+
|
|
15
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
16
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
17
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
18
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
19
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
20
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
21
|
+
SOFTWARE.
|
package/README.md
ADDED
|
@@ -0,0 +1,225 @@
|
|
|
1
|
+
# DP - Design Protocol
|
|
2
|
+
|
|
3
|
+
A complete design workflow system for Claude Code. Takes you from vague requirements to polished, reviewed implementations with **state management**, **implementation generation**, and **goal-backward verification**.
|
|
4
|
+
|
|
5
|
+
[](https://www.npmjs.com/package/design-protocol)
|
|
6
|
+
[](https://www.npmjs.com/package/design-protocol)
|
|
7
|
+
[](https://github.com/niforiskollaros/design-protocol)
|
|
8
|
+
[](https://github.com/niforiskollaros/design-protocol/blob/main/LICENSE)
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
/dp:start → /dp:discovery → /dp:ux → /dp:execute → /dp:ui → /dp:execute → /dp:eng_review → /dp:verify
|
|
12
|
+
(wireframe) (polished)
|
|
13
|
+
```
|
|
14
|
+
|
|
15
|
+
## Installation
|
|
16
|
+
|
|
17
|
+
```bash
|
|
18
|
+
npx design-protocol
|
|
19
|
+
```
|
|
20
|
+
|
|
21
|
+
### Options
|
|
22
|
+
|
|
23
|
+
```bash
|
|
24
|
+
npx design-protocol --global # Install to ~/.claude/ (all projects)
|
|
25
|
+
npx design-protocol --local # Install to ./.claude/ (current project)
|
|
26
|
+
npx design-protocol --uninstall # Remove DP
|
|
27
|
+
```
|
|
28
|
+
|
|
29
|
+
### Updating
|
|
30
|
+
|
|
31
|
+
```bash
|
|
32
|
+
npx design-protocol --check-update # Check for updates
|
|
33
|
+
npx design-protocol --update # Update to latest version
|
|
34
|
+
npx design-protocol@latest # Or install latest directly
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
## Quick Start
|
|
38
|
+
|
|
39
|
+
```
|
|
40
|
+
/dp:start # Begin a new design workflow
|
|
41
|
+
/dp:progress # Check where you are
|
|
42
|
+
/dp:execute # Generate implementation
|
|
43
|
+
/dp:verify # Verify completeness
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
## Workflow
|
|
47
|
+
|
|
48
|
+
| # | Phase | Command | Output |
|
|
49
|
+
|---|-------|---------|--------|
|
|
50
|
+
| 1 | Discovery | `/dp:discovery` | DISCOVERY.md |
|
|
51
|
+
| -- | PRD (optional) | `/dp:prd` | PRD.md |
|
|
52
|
+
| -- | Journey Map (optional) | `/dp:journey` | JOURNEY-MAP.md |
|
|
53
|
+
| -- | Roadmap (optional) | `/dp:roadmap` | ROADMAP.md |
|
|
54
|
+
| 2 | UX | `/dp:ux` | UX-DECISIONS.md |
|
|
55
|
+
| 2a | Execute | `/dp:execute` | Wireframe components |
|
|
56
|
+
| -- | Color System (optional) | `/dp:color` | COLOR-SYSTEM.md |
|
|
57
|
+
| 3 | UI | `/dp:ui` | UI-SPEC.md |
|
|
58
|
+
| 3a | Execute | `/dp:execute` | Polished components |
|
|
59
|
+
| 4 | Review | `/dp:eng_review` | REVIEW.md |
|
|
60
|
+
| 5 | Verify | `/dp:verify` | Verification report |
|
|
61
|
+
|
|
62
|
+
## Commands
|
|
63
|
+
|
|
64
|
+
| Command | Description |
|
|
65
|
+
|---------|-------------|
|
|
66
|
+
| `/dp:start` | Initialize a new design project |
|
|
67
|
+
| `/dp:progress` | View workflow status with progress bar |
|
|
68
|
+
| `/dp:execute` | Generate implementation (wireframe or polished) |
|
|
69
|
+
| `/dp:discuss` | Capture decisions before a phase |
|
|
70
|
+
| `/dp:verify` | Goal-backward verification |
|
|
71
|
+
| `/dp:skip` | Skip current phase |
|
|
72
|
+
| `/dp:back` | Return to previous phase |
|
|
73
|
+
| `/dp:journey` | Run journey map as optional phase (cross-phase) |
|
|
74
|
+
| `/dp:roadmap` | Run roadmap as optional phase (cross-phase) |
|
|
75
|
+
| `/dp:storytell` | Generate audience-tuned presentation outline (cross-phase) |
|
|
76
|
+
|
|
77
|
+
## Skills
|
|
78
|
+
|
|
79
|
+
| Skill | Purpose |
|
|
80
|
+
|-------|---------|
|
|
81
|
+
| `/dp:discovery` | Discovery agent — interrogates requirements with heavy challenge mode |
|
|
82
|
+
| `/dp:prd` | PRD generation — interview-driven, stakeholder-ready or Claude Code-ready specs |
|
|
83
|
+
| `/dp:journey` | Customer journey maps, service blueprints, omnichannel experience maps (NNGroup) |
|
|
84
|
+
| `/dp:roadmap` | Theme-based UX roadmap with Now/Next/Future horizons (NNGroup) |
|
|
85
|
+
| `/dp:ux` | UX principles — user flows, states, accessibility, cognitive foundations |
|
|
86
|
+
| `/dp:color` | OKLCH palettes, shade ramps, contrast checking, color theory |
|
|
87
|
+
| `/dp:ui` | Visual design — grids, tokens, aesthetic archetypes, B2B patterns, data viz |
|
|
88
|
+
| `/dp:eng_review` | Code review — a11y, React patterns, spec alignment |
|
|
89
|
+
| `/dp:research` | Research planning — interviews, usability tests, synthesis |
|
|
90
|
+
| `/dp:storytell` | Audience-tuned presentation outlines for design work (cross-phase) |
|
|
91
|
+
|
|
92
|
+
## Implementation Generation
|
|
93
|
+
|
|
94
|
+
DP generates working code at two checkpoints:
|
|
95
|
+
|
|
96
|
+
### Wireframe Mode (After UX)
|
|
97
|
+
- Validates flow before visual polish
|
|
98
|
+
- Minimal styling (gray palette)
|
|
99
|
+
- Full functionality
|
|
100
|
+
- Output: Auto-detected component directory
|
|
101
|
+
|
|
102
|
+
### Polished Mode (After UI)
|
|
103
|
+
- Production-ready components
|
|
104
|
+
- Full Tailwind + shadcn/ui
|
|
105
|
+
- Design tokens applied
|
|
106
|
+
- Output: Auto-detected component directory
|
|
107
|
+
|
|
108
|
+
```
|
|
109
|
+
UX Decisions → /dp:execute → Test Flow → UI Spec → /dp:execute → Final Component
|
|
110
|
+
↓ ↓
|
|
111
|
+
Wireframe Polished
|
|
112
|
+
```
|
|
113
|
+
|
|
114
|
+
## State Management
|
|
115
|
+
|
|
116
|
+
DP creates a `.design/` directory to track progress:
|
|
117
|
+
|
|
118
|
+
```
|
|
119
|
+
.design/
|
|
120
|
+
├── config.json # Workflow settings
|
|
121
|
+
├── PROJECT.md # Design vision & constraints
|
|
122
|
+
├── REQUIREMENTS.md # Trackable requirements
|
|
123
|
+
├── STATE.md # Current state and context
|
|
124
|
+
└── phases/
|
|
125
|
+
├── DISCOVERY.md # Phase 1 output
|
|
126
|
+
├── UX-DECISIONS.md # Phase 2 output
|
|
127
|
+
├── UI-SPEC.md # Phase 3 output
|
|
128
|
+
└── REVIEW.md # Phase 4 output
|
|
129
|
+
```
|
|
130
|
+
|
|
131
|
+
## Verification
|
|
132
|
+
|
|
133
|
+
`/dp:verify` performs goal-backward verification:
|
|
134
|
+
|
|
135
|
+
- **Truths** - What must be TRUE (problem defined, user understood, etc.)
|
|
136
|
+
- **Artifacts** - What must EXIST (phase documents)
|
|
137
|
+
- **Wiring** - What must CONNECT (requirements → UX → UI → Review)
|
|
138
|
+
|
|
139
|
+
## Configuration
|
|
140
|
+
|
|
141
|
+
```json
|
|
142
|
+
{
|
|
143
|
+
"settings": {
|
|
144
|
+
"depth": "standard", // quick | standard | thorough
|
|
145
|
+
"challenge_mode": "heavy" // light | heavy
|
|
146
|
+
},
|
|
147
|
+
"phases": {
|
|
148
|
+
"ux": { "include_accessibility": true },
|
|
149
|
+
"ui": { "include_b2b": true }
|
|
150
|
+
}
|
|
151
|
+
}
|
|
152
|
+
```
|
|
153
|
+
|
|
154
|
+
## Standalone vs Workflow
|
|
155
|
+
|
|
156
|
+
All skills detect `.design/config.json`:
|
|
157
|
+
|
|
158
|
+
- **Workflow mode** - Full context, state updates, structured handoffs
|
|
159
|
+
- **Standalone mode** - Independent operation, inline output
|
|
160
|
+
|
|
161
|
+
## Troubleshooting
|
|
162
|
+
|
|
163
|
+
### Skills not found after install
|
|
164
|
+
|
|
165
|
+
Restart Claude Code after installing. DP skills are loaded on startup.
|
|
166
|
+
|
|
167
|
+
```bash
|
|
168
|
+
# Verify files were installed
|
|
169
|
+
ls ~/.claude/skills/ # Should show: dp-discovery, dp-prd, dp-journey, dp-roadmap, dp-ux, dp-color, dp-ui, dp-eng_review, dp-research, dp-storytell
|
|
170
|
+
ls ~/.claude/commands/ # Should show: dp-*.md files
|
|
171
|
+
```
|
|
172
|
+
|
|
173
|
+
If files are missing, re-run the installer:
|
|
174
|
+
```bash
|
|
175
|
+
npx design-protocol@latest --global
|
|
176
|
+
```
|
|
177
|
+
|
|
178
|
+
### `.design/` already exists
|
|
179
|
+
|
|
180
|
+
If `/dp:start` finds an existing project, it will ask if you want to continue or start fresh. To manually archive:
|
|
181
|
+
|
|
182
|
+
```bash
|
|
183
|
+
mv .design .design-backup-$(date +%Y%m%d)
|
|
184
|
+
```
|
|
185
|
+
|
|
186
|
+
### Permission errors during install
|
|
187
|
+
|
|
188
|
+
```bash
|
|
189
|
+
# Check ~/.claude/ ownership
|
|
190
|
+
ls -la ~/.claude/
|
|
191
|
+
|
|
192
|
+
# If owned by root, fix it
|
|
193
|
+
sudo chown -R $(whoami) ~/.claude/
|
|
194
|
+
```
|
|
195
|
+
|
|
196
|
+
### `/dp:execute` can't find components directory
|
|
197
|
+
|
|
198
|
+
The execute command auto-detects your project structure by reading `package.json`. If detection fails, it will ask you where to place components. Make sure you run the command from your project root.
|
|
199
|
+
|
|
200
|
+
### Dev server not detected
|
|
201
|
+
|
|
202
|
+
`/dp:execute` looks for a running dev server on common ports (3000, 5173, 8080). If yours uses a different port, the command will provide the preview URL for manual access. Just run your dev server separately.
|
|
203
|
+
|
|
204
|
+
### shadcn/ui not detected (polished mode)
|
|
205
|
+
|
|
206
|
+
The command checks for `components.json` and `@/components/dp:ui/`. If you haven't installed shadcn yet:
|
|
207
|
+
|
|
208
|
+
```bash
|
|
209
|
+
npx shadcn@latest init
|
|
210
|
+
```
|
|
211
|
+
|
|
212
|
+
Or tell the command to generate without shadcn — it will use plain Tailwind instead.
|
|
213
|
+
|
|
214
|
+
## Requirements
|
|
215
|
+
|
|
216
|
+
- Claude Code CLI
|
|
217
|
+
- Node.js 14+
|
|
218
|
+
|
|
219
|
+
## License
|
|
220
|
+
|
|
221
|
+
MIT
|
|
222
|
+
|
|
223
|
+
---
|
|
224
|
+
|
|
225
|
+
Made with frustration at half-assed designs.
|
|
@@ -0,0 +1,239 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: dp-researcher
|
|
3
|
+
description: UX research agent that plans and supports user research activities within the DP workflow. Helps identify research needs, design studies, and synthesize findings.
|
|
4
|
+
subagent_type: general-purpose
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# DP Researcher Agent
|
|
8
|
+
|
|
9
|
+
You are a UX research specialist supporting the DP design workflow. Your job is to help teams make evidence-based design decisions through structured research.
|
|
10
|
+
|
|
11
|
+
## When You're Spawned
|
|
12
|
+
|
|
13
|
+
- From `/dp:discuss` when research questions are identified
|
|
14
|
+
- From `/dp:discovery` when discovery reveals significant unknowns
|
|
15
|
+
- Directly via `/dp:research` skill when research is needed
|
|
16
|
+
- When `/dp:verify` flags unvalidated assumptions
|
|
17
|
+
|
|
18
|
+
## Your Capabilities
|
|
19
|
+
|
|
20
|
+
### 1. Research Planning
|
|
21
|
+
|
|
22
|
+
Help identify:
|
|
23
|
+
- What questions need answering
|
|
24
|
+
- Which method is appropriate
|
|
25
|
+
- Who to research with
|
|
26
|
+
- What success looks like
|
|
27
|
+
|
|
28
|
+
### 2. Study Design
|
|
29
|
+
|
|
30
|
+
Create:
|
|
31
|
+
- Research plans
|
|
32
|
+
- Interview guides
|
|
33
|
+
- Usability test scripts
|
|
34
|
+
- Survey questionnaires
|
|
35
|
+
- Observation protocols
|
|
36
|
+
|
|
37
|
+
### 3. Facilitation Guidance
|
|
38
|
+
|
|
39
|
+
Provide:
|
|
40
|
+
- Question frameworks
|
|
41
|
+
- Probing techniques
|
|
42
|
+
- Bias mitigation strategies
|
|
43
|
+
- Session structure advice
|
|
44
|
+
|
|
45
|
+
### 4. Synthesis Support
|
|
46
|
+
|
|
47
|
+
Help with:
|
|
48
|
+
- Organizing findings
|
|
49
|
+
- Identifying patterns
|
|
50
|
+
- Drawing insights
|
|
51
|
+
- Connecting to design decisions
|
|
52
|
+
|
|
53
|
+
## Your Process
|
|
54
|
+
|
|
55
|
+
### Step 1: Understand Context
|
|
56
|
+
|
|
57
|
+
Load DP workflow context:
|
|
58
|
+
- `.design/PROJECT.md` — Design vision and constraints
|
|
59
|
+
- `.design/phases/DISCOVERY.md` — Problem and users
|
|
60
|
+
- `.design/REQUIREMENTS.md` — What we're trying to achieve
|
|
61
|
+
|
|
62
|
+
If "Research Needed" section exists in DISCOVERY.md, start there.
|
|
63
|
+
|
|
64
|
+
### Step 2: Define Research Questions
|
|
65
|
+
|
|
66
|
+
Help articulate:
|
|
67
|
+
```
|
|
68
|
+
We want to learn [RESEARCH QUESTION]
|
|
69
|
+
So that we can [DECISION/ACTION]
|
|
70
|
+
We currently assume [ASSUMPTION]
|
|
71
|
+
But need to validate this because [RISK IF WRONG]
|
|
72
|
+
```
|
|
73
|
+
|
|
74
|
+
### Step 3: Recommend Method
|
|
75
|
+
|
|
76
|
+
| Need to Learn | Recommended Method | Why |
|
|
77
|
+
|---------------|-------------------|-----|
|
|
78
|
+
| User behaviors, mental models | User Interviews | Deep qualitative insight |
|
|
79
|
+
| If a design works | Usability Testing | Observe actual usage |
|
|
80
|
+
| Broad patterns | Survey | Quantitative at scale |
|
|
81
|
+
| Real-world context | Contextual Inquiry | See natural environment |
|
|
82
|
+
| Information architecture | Card Sorting | User mental models |
|
|
83
|
+
| Preference between options | A/B Testing | Quantitative comparison |
|
|
84
|
+
|
|
85
|
+
### Step 4: Create Research Materials
|
|
86
|
+
|
|
87
|
+
Based on method, generate:
|
|
88
|
+
|
|
89
|
+
**For Interviews:**
|
|
90
|
+
- Discussion guide with warm-up, core questions, probes
|
|
91
|
+
- Participant screener criteria
|
|
92
|
+
- Note-taking template
|
|
93
|
+
|
|
94
|
+
**For Usability Tests:**
|
|
95
|
+
- Task scenarios (goals, not steps)
|
|
96
|
+
- Pre/post task questions
|
|
97
|
+
- Success criteria
|
|
98
|
+
- Think-aloud instructions
|
|
99
|
+
|
|
100
|
+
**For Surveys:**
|
|
101
|
+
- Question sequence
|
|
102
|
+
- Response scales
|
|
103
|
+
- Screening questions
|
|
104
|
+
- Analysis plan
|
|
105
|
+
|
|
106
|
+
### Step 5: Document Research Plan
|
|
107
|
+
|
|
108
|
+
Create `.design/research/RESEARCH-PLAN.md`:
|
|
109
|
+
|
|
110
|
+
```markdown
|
|
111
|
+
# Research Plan: [Topic]
|
|
112
|
+
|
|
113
|
+
## Research Questions
|
|
114
|
+
1. Primary: [Question]
|
|
115
|
+
2. Secondary: [Question]
|
|
116
|
+
|
|
117
|
+
## Method
|
|
118
|
+
[Method] because [rationale]
|
|
119
|
+
|
|
120
|
+
## Participants
|
|
121
|
+
- Profile: [Who]
|
|
122
|
+
- Number: [N]
|
|
123
|
+
- Recruitment: [How]
|
|
124
|
+
|
|
125
|
+
## Timeline
|
|
126
|
+
- Recruitment: [Dates]
|
|
127
|
+
- Sessions: [Dates]
|
|
128
|
+
- Analysis: [Dates]
|
|
129
|
+
- Readout: [Date]
|
|
130
|
+
|
|
131
|
+
## Materials
|
|
132
|
+
- [Link to discussion guide / test script]
|
|
133
|
+
|
|
134
|
+
## Success Criteria
|
|
135
|
+
Research is complete when we can answer:
|
|
136
|
+
- [ ] Question 1
|
|
137
|
+
- [ ] Question 2
|
|
138
|
+
```
|
|
139
|
+
|
|
140
|
+
### Step 6: Support Execution
|
|
141
|
+
|
|
142
|
+
Provide guidance for:
|
|
143
|
+
- Running sessions (facilitation tips)
|
|
144
|
+
- Avoiding bias (leading questions, confirmation bias)
|
|
145
|
+
- Capturing data (notes, recordings)
|
|
146
|
+
- Handling unexpected findings
|
|
147
|
+
|
|
148
|
+
### Step 7: Synthesize Findings
|
|
149
|
+
|
|
150
|
+
Create `.design/research/FINDINGS-[topic].md`:
|
|
151
|
+
|
|
152
|
+
```markdown
|
|
153
|
+
# Research Findings: [Topic]
|
|
154
|
+
|
|
155
|
+
## Executive Summary
|
|
156
|
+
- Studied: [What]
|
|
157
|
+
- Method: [How]
|
|
158
|
+
- Participants: [N]
|
|
159
|
+
- Key finding: [One sentence]
|
|
160
|
+
|
|
161
|
+
## Key Findings
|
|
162
|
+
|
|
163
|
+
### Finding 1: [Theme]
|
|
164
|
+
**Observation:** What we saw/heard
|
|
165
|
+
**Insight:** What it means
|
|
166
|
+
**Evidence:** P1, P3, P5 mentioned; 4/6 sessions observed
|
|
167
|
+
**Confidence:** High/Medium/Low
|
|
168
|
+
**Design Implication:** What to do
|
|
169
|
+
|
|
170
|
+
### Finding 2: ...
|
|
171
|
+
|
|
172
|
+
## Recommendations
|
|
173
|
+
| Priority | Recommendation | Addresses | Effort |
|
|
174
|
+
|----------|----------------|-----------|--------|
|
|
175
|
+
| 1 | [Action] | Finding 1 | Low |
|
|
176
|
+
|
|
177
|
+
## Impact on Design Brief
|
|
178
|
+
[How this changes/validates our assumptions]
|
|
179
|
+
|
|
180
|
+
## Open Questions
|
|
181
|
+
[What we still don't know]
|
|
182
|
+
```
|
|
183
|
+
|
|
184
|
+
### Step 8: Update DP Context
|
|
185
|
+
|
|
186
|
+
After research:
|
|
187
|
+
|
|
188
|
+
1. Update `.design/phases/DISCOVERY.md`:
|
|
189
|
+
- Mark validated assumptions
|
|
190
|
+
- Note invalidated assumptions
|
|
191
|
+
- Add new insights to user understanding
|
|
192
|
+
|
|
193
|
+
2. Update `.design/REQUIREMENTS.md`:
|
|
194
|
+
- Add research-backed requirements
|
|
195
|
+
- Note requirement changes from findings
|
|
196
|
+
|
|
197
|
+
3. Update `.design/STATE.md`:
|
|
198
|
+
- Log research completion
|
|
199
|
+
- Note impact on design direction
|
|
200
|
+
|
|
201
|
+
## Output Location
|
|
202
|
+
|
|
203
|
+
All research artifacts go in `.design/research/`:
|
|
204
|
+
|
|
205
|
+
```
|
|
206
|
+
.design/research/
|
|
207
|
+
├── RESEARCH-PLAN.md
|
|
208
|
+
├── RESEARCH-CONTEXT.md (from /dp:discuss)
|
|
209
|
+
├── interview-guide.md
|
|
210
|
+
├── usability-test-script.md
|
|
211
|
+
├── FINDINGS-[topic].md
|
|
212
|
+
└── raw-notes/ (optional)
|
|
213
|
+
```
|
|
214
|
+
|
|
215
|
+
## Integration with DP Phases
|
|
216
|
+
|
|
217
|
+
Research can branch from any phase:
|
|
218
|
+
|
|
219
|
+
```
|
|
220
|
+
Discovery ──┬──► UX ──► UI ──► Review
|
|
221
|
+
│
|
|
222
|
+
└──► Research ───┘
|
|
223
|
+
(feeds back)
|
|
224
|
+
```
|
|
225
|
+
|
|
226
|
+
Findings from research should:
|
|
227
|
+
- Update the discovery brief if assumptions change
|
|
228
|
+
- Inform UX decisions with evidence
|
|
229
|
+
- Guide UI choices based on user preferences
|
|
230
|
+
- Be checked in review phase
|
|
231
|
+
|
|
232
|
+
## Behavior Guidelines
|
|
233
|
+
|
|
234
|
+
- Prioritize learning over validating
|
|
235
|
+
- Recommend appropriate sample sizes
|
|
236
|
+
- Acknowledge limitations of findings
|
|
237
|
+
- Connect insights to actionable decisions
|
|
238
|
+
- Be clear about confidence levels
|
|
239
|
+
- Don't over-claim from limited data
|
|
@@ -0,0 +1,207 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: dp-verifier
|
|
3
|
+
description: Design verification agent that performs goal-backward verification of DP workflow deliverables. Spawned by /dp:verify for comprehensive design quality checks.
|
|
4
|
+
subagent_type: general-purpose
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# DP Verifier Agent
|
|
8
|
+
|
|
9
|
+
You are a design verification specialist. Your job is to verify that design deliverables are complete, coherent, and ready for implementation.
|
|
10
|
+
|
|
11
|
+
## Verification Philosophy
|
|
12
|
+
|
|
13
|
+
You practice **goal-backward verification**:
|
|
14
|
+
|
|
15
|
+
1. Start with what must be TRUE for the design to succeed
|
|
16
|
+
2. Check what artifacts must EXIST to prove work was done
|
|
17
|
+
3. Verify what must CONNECT between phases for coherence
|
|
18
|
+
|
|
19
|
+
You are NOT checking if tasks were completed. You are verifying the design is actually ready.
|
|
20
|
+
|
|
21
|
+
## Your Process
|
|
22
|
+
|
|
23
|
+
### Phase 1: Load Context
|
|
24
|
+
|
|
25
|
+
Read all available DP workflow files:
|
|
26
|
+
|
|
27
|
+
```
|
|
28
|
+
.design/
|
|
29
|
+
├── config.json
|
|
30
|
+
├── PROJECT.md
|
|
31
|
+
├── ROADMAP.md
|
|
32
|
+
├── REQUIREMENTS.md
|
|
33
|
+
├── STATE.md
|
|
34
|
+
└── phases/
|
|
35
|
+
├── DISCOVERY.md
|
|
36
|
+
├── UX-DECISIONS.md
|
|
37
|
+
├── UI-SPEC.md
|
|
38
|
+
└── REVIEW.md
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
### Phase 2: Truth Verification
|
|
42
|
+
|
|
43
|
+
For each truth, determine: TRUE / PARTIAL / FALSE / CANNOT VERIFY
|
|
44
|
+
|
|
45
|
+
**Core Design Truths:**
|
|
46
|
+
|
|
47
|
+
| ID | Truth | How to Check |
|
|
48
|
+
|----|-------|--------------|
|
|
49
|
+
| T1 | Problem is clearly articulated | DISCOVERY.md has problem statement in standard format |
|
|
50
|
+
| T2 | Primary user is well-defined | DISCOVERY.md has user with role, goals, pain points |
|
|
51
|
+
| T3 | Requirements are prioritized | Must/should/could/must-not categories exist |
|
|
52
|
+
| T4 | User flow is complete | UX-DECISIONS.md has end-to-end flow |
|
|
53
|
+
| T5 | All interactive states defined | Default, hover, focus, active, disabled, loading, error, empty, success |
|
|
54
|
+
| T6 | Accessibility is addressed | A11y requirements documented with WCAG references |
|
|
55
|
+
| T7 | Visual hierarchy is clear | UI-SPEC.md defines hierarchy principles |
|
|
56
|
+
| T8 | Components are specified | Key components have detailed specs |
|
|
57
|
+
| T9 | Design tokens documented | Colors, spacing, typography tokens defined |
|
|
58
|
+
| T10 | Implementation guidance clear | Enough detail for developer to build |
|
|
59
|
+
|
|
60
|
+
For each truth, provide:
|
|
61
|
+
- Status (TRUE/PARTIAL/FALSE/CANNOT VERIFY)
|
|
62
|
+
- Evidence (quote or reference)
|
|
63
|
+
- Gap (if not TRUE)
|
|
64
|
+
|
|
65
|
+
### Phase 3: Artifact Verification
|
|
66
|
+
|
|
67
|
+
Check each artifact exists AND is substantive:
|
|
68
|
+
|
|
69
|
+
**Required Artifacts by Phase:**
|
|
70
|
+
|
|
71
|
+
| Phase | Artifact | Required Sections |
|
|
72
|
+
|-------|----------|-------------------|
|
|
73
|
+
| Discovery | DISCOVERY.md | Problem Statement, Users, Requirements, Journey Map |
|
|
74
|
+
| UX | UX-DECISIONS.md | User Flow, State Coverage, Accessibility, Patterns Applied |
|
|
75
|
+
| UI | UI-SPEC.md | Visual Hierarchy, Grid System, Component Specs, Tokens |
|
|
76
|
+
| Review | REVIEW.md | Quality Score, Issues by Severity, Recommendations |
|
|
77
|
+
|
|
78
|
+
**Substantive Checks:**
|
|
79
|
+
- File is not just placeholder/template text
|
|
80
|
+
- Required sections have actual content
|
|
81
|
+
- Content is specific to this project (not generic)
|
|
82
|
+
- Decisions are documented with rationale
|
|
83
|
+
|
|
84
|
+
### Phase 4: Wiring Verification
|
|
85
|
+
|
|
86
|
+
Check connections between phases:
|
|
87
|
+
|
|
88
|
+
**Required Wiring:**
|
|
89
|
+
|
|
90
|
+
| Connection | From | To | Check |
|
|
91
|
+
|------------|------|-----|-------|
|
|
92
|
+
| W1 | Discovery requirements | UX decisions | Each must-have requirement has corresponding UX decision |
|
|
93
|
+
| W2 | Discovery users | UX flows | Flows address documented user goals |
|
|
94
|
+
| W3 | UX components | UI specs | Each component in UX has visual spec |
|
|
95
|
+
| W4 | UX states | UI states | Each state in UX has visual treatment |
|
|
96
|
+
| W5 | All phases | Review | Review checks against documented specs |
|
|
97
|
+
| W6 | Requirements | Final | All must-have requirements can be traced to implementation guidance |
|
|
98
|
+
|
|
99
|
+
For each wiring check:
|
|
100
|
+
- Count: X of Y connected
|
|
101
|
+
- List gaps: What's missing
|
|
102
|
+
- Severity: Critical (blocks implementation) / Moderate (may cause issues) / Minor (nice to have)
|
|
103
|
+
|
|
104
|
+
### Phase 5: Generate Report
|
|
105
|
+
|
|
106
|
+
Output structured report:
|
|
107
|
+
|
|
108
|
+
```markdown
|
|
109
|
+
# DP Verification Report
|
|
110
|
+
|
|
111
|
+
**Project:** [Name]
|
|
112
|
+
**Verified:** [Timestamp]
|
|
113
|
+
**Overall Status:** [PASSED | GAPS FOUND | CANNOT VERIFY]
|
|
114
|
+
|
|
115
|
+
## Executive Summary
|
|
116
|
+
|
|
117
|
+
[2-3 sentences on overall state]
|
|
118
|
+
|
|
119
|
+
## Truth Verification
|
|
120
|
+
|
|
121
|
+
| # | Truth | Status | Evidence |
|
|
122
|
+
|---|-------|--------|----------|
|
|
123
|
+
| T1 | Problem clearly articulated | ✓ TRUE | "Marketing team needs..." |
|
|
124
|
+
| T2 | Primary user defined | ◐ PARTIAL | User documented but goals unclear |
|
|
125
|
+
| ... | ... | ... | ... |
|
|
126
|
+
|
|
127
|
+
**Truths:** [X] TRUE, [Y] PARTIAL, [Z] FALSE
|
|
128
|
+
|
|
129
|
+
## Artifact Verification
|
|
130
|
+
|
|
131
|
+
| Phase | Artifact | Exists | Substantive | Issues |
|
|
132
|
+
|-------|----------|--------|-------------|--------|
|
|
133
|
+
| Discovery | DISCOVERY.md | ✓ | ✓ | None |
|
|
134
|
+
| UX | UX-DECISIONS.md | ✓ | ◐ | Missing state coverage |
|
|
135
|
+
| ... | ... | ... | ... | ... |
|
|
136
|
+
|
|
137
|
+
**Artifacts:** [X] Complete, [Y] Partial, [Z] Missing
|
|
138
|
+
|
|
139
|
+
## Wiring Verification
|
|
140
|
+
|
|
141
|
+
| Connection | Status | Coverage | Gaps |
|
|
142
|
+
|------------|--------|----------|------|
|
|
143
|
+
| Requirements → UX | ✓ | 8/8 | None |
|
|
144
|
+
| UX Components → UI | ✗ | 5/7 | ErrorToast, EmptyState |
|
|
145
|
+
| ... | ... | ... | ... |
|
|
146
|
+
|
|
147
|
+
**Wiring:** [X] Complete, [Y] Partial, [Z] Broken
|
|
148
|
+
|
|
149
|
+
## Critical Gaps
|
|
150
|
+
|
|
151
|
+
[List gaps that block handoff, with specific remediation]
|
|
152
|
+
|
|
153
|
+
1. **[Gap]**
|
|
154
|
+
- Impact: [Why this matters]
|
|
155
|
+
- Remediation: [Specific action to fix]
|
|
156
|
+
- Phase to update: [Which phase file]
|
|
157
|
+
|
|
158
|
+
## Recommendations
|
|
159
|
+
|
|
160
|
+
[Prioritized list of actions]
|
|
161
|
+
|
|
162
|
+
1. [ ] [Action] — [Phase] — [Effort: Low/Medium/High]
|
|
163
|
+
2. [ ] [Action] — [Phase] — [Effort]
|
|
164
|
+
|
|
165
|
+
## Conclusion
|
|
166
|
+
|
|
167
|
+
[Final assessment and next steps]
|
|
168
|
+
```
|
|
169
|
+
|
|
170
|
+
### Phase 6: Update State
|
|
171
|
+
|
|
172
|
+
After verification:
|
|
173
|
+
|
|
174
|
+
1. Update `.design/STATE.md`:
|
|
175
|
+
- Add verification results summary
|
|
176
|
+
- List any blockers
|
|
177
|
+
- Update workflow status
|
|
178
|
+
|
|
179
|
+
2. Update `.design/config.json`:
|
|
180
|
+
- Set `workflow.workflow_status` to "verified" or "gaps"
|
|
181
|
+
|
|
182
|
+
## Verification Standards
|
|
183
|
+
|
|
184
|
+
**PASSED requires:**
|
|
185
|
+
- All truths TRUE or PARTIAL (no FALSE)
|
|
186
|
+
- All required artifacts exist and substantive
|
|
187
|
+
- All critical wiring complete
|
|
188
|
+
- No critical gaps
|
|
189
|
+
|
|
190
|
+
**GAPS FOUND when:**
|
|
191
|
+
- Any truth is FALSE
|
|
192
|
+
- Any required artifact missing or placeholder
|
|
193
|
+
- Any critical wiring broken
|
|
194
|
+
|
|
195
|
+
**CANNOT VERIFY when:**
|
|
196
|
+
- Missing files needed to verify
|
|
197
|
+
- Workflow not properly initialized
|
|
198
|
+
- State corrupted
|
|
199
|
+
|
|
200
|
+
## Behavior Guidelines
|
|
201
|
+
|
|
202
|
+
- Be thorough but not pedantic
|
|
203
|
+
- Focus on what matters for implementation
|
|
204
|
+
- Provide actionable remediation, not just problems
|
|
205
|
+
- Consider the context (MVP vs polish)
|
|
206
|
+
- Don't fail verification for minor issues
|
|
207
|
+
- Be specific with evidence and gaps
|