@theproductguy/create-mission-control 1.0.15 → 1.0.25
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/package.json +1 -1
- package/src/template/agent-os/WORKFLOW.md +139 -0
- package/src/template/agent-os/commands/adapt/adapt.md +189 -0
- package/src/template/agent-os/commands/animate/animate.md +184 -0
- package/src/template/agent-os/commands/audit/audit.md +123 -0
- package/src/template/agent-os/commands/bolder/bolder.md +126 -0
- package/src/template/agent-os/commands/clarify/clarify.md +173 -0
- package/src/template/agent-os/commands/colorize/colorize.md +152 -0
- package/src/template/agent-os/commands/critique/critique.md +112 -0
- package/src/template/agent-os/commands/delight/delight.md +311 -0
- package/src/template/agent-os/commands/design-screen/design-screen.md +5 -0
- package/src/template/agent-os/commands/design-shell/design-shell.md +5 -0
- package/src/template/agent-os/commands/design-tokens/design-tokens.md +5 -0
- package/src/template/agent-os/commands/extract/extract.md +88 -0
- package/src/template/agent-os/commands/harden/harden.md +351 -0
- package/src/template/agent-os/commands/impeccable/impeccable.md +163 -0
- package/src/template/agent-os/commands/normalize/normalize.md +61 -0
- package/src/template/agent-os/commands/onboard/onboard.md +236 -0
- package/src/template/agent-os/commands/optimize/optimize.md +262 -0
- package/src/template/agent-os/commands/plan-product/3-create-roadmap.md +7 -3
- package/src/template/agent-os/commands/polish/polish.md +196 -0
- package/src/template/agent-os/commands/quieter/quieter.md +112 -0
- package/src/template/agent-os/commands/simplify/simplify.md +131 -0
- package/src/template/agent-os/commands/teach-impeccable/teach-impeccable.md +67 -0
- package/src/template/control-center/backend/index.js +1 -1
- package/src/template/control-center/frontend/src/App.tsx +250 -943
- package/src/template/control-center/frontend/src/components/DesignOSOverlay.tsx +38 -0
- package/src/template/control-center/frontend/src/components/Guidance.tsx +56 -0
- package/src/template/control-center/frontend/src/components/NextStepCard.tsx +115 -0
- package/src/template/control-center/frontend/src/components/PromptButton.tsx +43 -0
- package/src/template/control-center/frontend/src/components/StatusItem.tsx +38 -0
- package/src/template/control-center/frontend/src/components/modals/CreateSpecModal.tsx +73 -0
- package/src/template/control-center/frontend/src/components/modals/DeleteSpecModal.tsx +42 -0
- package/src/template/control-center/frontend/src/components/modals/FileEditorModal.tsx +87 -0
- package/src/template/control-center/frontend/src/components/modals/SettingsModal.tsx +46 -0
- package/src/template/control-center/frontend/src/components/ui/ToastContext.tsx +1 -1
- package/src/template/control-center/frontend/src/contexts/IdeContext.tsx +6 -0
- package/src/template/control-center/frontend/src/hooks/useFileEditor.ts +42 -0
- package/src/template/control-center/frontend/src/hooks/useProjectState.ts +45 -0
- package/src/template/control-center/frontend/src/index.css +26 -0
- package/src/template/control-center/frontend/src/types.ts +65 -0
- package/src/template/control-center/frontend/tailwind.config.js +15 -3
- package/src/template/control-center/product/design-system/QA/audit-report.md +34 -0
- package/src/template/control-center/product/mission.md +38 -0
- package/src/template/control-center/product/roadmap.md +10 -0
- package/src/template/design-system/src/lib/product-loader.ts +6 -0
- package/src/template/package-lock.json +2756 -134
- package/src/template/package.json +2 -2
- package/src/template/agent-os-ui/_package.json +0 -54
- package/src/template/agent-os-ui/package.json +0 -54
- package/src/template/control-center/frontend/src/components/ThemeToggle.tsx +0 -64
|
@@ -0,0 +1,311 @@
|
|
|
1
|
+
# COMMAND: Delight
|
|
2
|
+
**Description**: Add moments of joy, personality, and unexpected touches that make interfaces memorable and enjoyable to use. Elevates functional to delightful.
|
|
3
|
+
|
|
4
|
+
|
|
5
|
+
Identify opportunities to add moments of joy, personality, and unexpected polish that transform functional interfaces into delightful experiences.
|
|
6
|
+
|
|
7
|
+
## MANDATORY PREPARATION
|
|
8
|
+
|
|
9
|
+
### Context Gathering (Do This First)
|
|
10
|
+
|
|
11
|
+
You cannot do a great job without having necessary context, such as target audience (critical), desired use-cases (critical), brand personality (playful vs professional vs quirky vs elegant), and what's appropriate for the domain.
|
|
12
|
+
|
|
13
|
+
Attempt to gather these from the current thread or codebase.
|
|
14
|
+
|
|
15
|
+
1. If you don't find *exact* information and have to infer from existing design and functionality, you MUST STOP and ask the user directly to clarify what you cannot infer. whether you got it right.
|
|
16
|
+
2. Otherwise, if you can't fully infer or your level of confidence is medium or lower, you MUST ask the user directly to clarify what you cannot infer. clarifying questions first to complete your context.
|
|
17
|
+
|
|
18
|
+
Do NOT proceed until you have answers. Delight that's wrong for the context is worse than no delight at all.
|
|
19
|
+
|
|
20
|
+
### Use frontend-design skill
|
|
21
|
+
|
|
22
|
+
Use the frontend-design skill for design principles and anti-patterns. Do NOT proceed until it has executed and you know all DO's and DON'Ts.
|
|
23
|
+
|
|
24
|
+
---
|
|
25
|
+
|
|
26
|
+
## Assess Delight Opportunities
|
|
27
|
+
|
|
28
|
+
Identify where delight would enhance (not distract from) the experience:
|
|
29
|
+
|
|
30
|
+
1. **Find natural delight moments**:
|
|
31
|
+
- **Success states**: Completed actions (save, send, publish)
|
|
32
|
+
- **Empty states**: First-time experiences, onboarding
|
|
33
|
+
- **Loading states**: Waiting periods that could be entertaining
|
|
34
|
+
- **Achievements**: Milestones, streaks, completions
|
|
35
|
+
- **Interactions**: Hover states, clicks, drags
|
|
36
|
+
- **Errors**: Softening frustrating moments
|
|
37
|
+
- **Easter eggs**: Hidden discoveries for curious users
|
|
38
|
+
|
|
39
|
+
2. **Understand the context**:
|
|
40
|
+
- What's the brand personality? (Playful? Professional? Quirky? Elegant?)
|
|
41
|
+
- Who's the audience? (Tech-savvy? Creative? Corporate?)
|
|
42
|
+
- What's the emotional context? (Accomplishment? Exploration? Frustration?)
|
|
43
|
+
- What's appropriate? (Banking app ≠ gaming app)
|
|
44
|
+
|
|
45
|
+
3. **Define delight strategy**:
|
|
46
|
+
- **Subtle sophistication**: Refined micro-interactions (luxury brands)
|
|
47
|
+
- **Playful personality**: Whimsical illustrations and copy (consumer apps)
|
|
48
|
+
- **Helpful surprises**: Anticipating needs before users ask (productivity tools)
|
|
49
|
+
- **Sensory richness**: Satisfying sounds, smooth animations (creative tools)
|
|
50
|
+
|
|
51
|
+
If any of these are unclear from the codebase, ask the user directly to clarify what you cannot infer.
|
|
52
|
+
|
|
53
|
+
**CRITICAL**: Delight should enhance usability, never obscure it. If users notice the delight more than accomplishing their goal, you've gone too far.
|
|
54
|
+
|
|
55
|
+
## Delight Principles
|
|
56
|
+
|
|
57
|
+
Follow these guidelines:
|
|
58
|
+
|
|
59
|
+
### Delight Amplifies, Never Blocks
|
|
60
|
+
- Delight moments should be quick (< 1 second)
|
|
61
|
+
- Never delay core functionality for delight
|
|
62
|
+
- Make delight skippable or subtle
|
|
63
|
+
- Respect user's time and task focus
|
|
64
|
+
|
|
65
|
+
### Surprise and Discovery
|
|
66
|
+
- Hide delightful details for users to discover
|
|
67
|
+
- Reward exploration and curiosity
|
|
68
|
+
- Don't announce every delight moment
|
|
69
|
+
- Let users share discoveries with others
|
|
70
|
+
|
|
71
|
+
### Appropriate to Context
|
|
72
|
+
- Match delight to emotional moment (celebrate success, empathize with errors)
|
|
73
|
+
- Respect the user's state (don't be playful during critical errors)
|
|
74
|
+
- Match brand personality and audience expectations
|
|
75
|
+
- Cultural sensitivity (what's delightful varies by culture)
|
|
76
|
+
|
|
77
|
+
### Compound Over Time
|
|
78
|
+
- Delight should remain fresh with repeated use
|
|
79
|
+
- Vary responses (not same animation every time)
|
|
80
|
+
- Reveal deeper layers with continued use
|
|
81
|
+
- Build anticipation through patterns
|
|
82
|
+
|
|
83
|
+
## Delight Techniques
|
|
84
|
+
|
|
85
|
+
Add personality and joy through these methods:
|
|
86
|
+
|
|
87
|
+
### Micro-interactions & Animation
|
|
88
|
+
|
|
89
|
+
**Button delight**:
|
|
90
|
+
```css
|
|
91
|
+
/* Satisfying button press */
|
|
92
|
+
.button {
|
|
93
|
+
transition: transform 0.1s, box-shadow 0.1s;
|
|
94
|
+
}
|
|
95
|
+
.button:active {
|
|
96
|
+
transform: translateY(2px);
|
|
97
|
+
box-shadow: 0 2px 4px rgba(0,0,0,0.2);
|
|
98
|
+
}
|
|
99
|
+
|
|
100
|
+
/* Ripple effect on click */
|
|
101
|
+
/* Smooth lift on hover */
|
|
102
|
+
.button:hover {
|
|
103
|
+
transform: translateY(-2px);
|
|
104
|
+
transition: transform 0.2s cubic-bezier(0.25, 1, 0.5, 1); /* ease-out-quart */
|
|
105
|
+
}
|
|
106
|
+
```
|
|
107
|
+
|
|
108
|
+
**Loading delight**:
|
|
109
|
+
- Playful loading animations (not just spinners)
|
|
110
|
+
- Personality in loading messages ("Herding pixels..." "Teaching robots to dance...")
|
|
111
|
+
- Progress indication with encouraging messages
|
|
112
|
+
- Skeleton screens with subtle animations
|
|
113
|
+
|
|
114
|
+
**Success animations**:
|
|
115
|
+
- Checkmark draw animation
|
|
116
|
+
- Confetti burst for major achievements
|
|
117
|
+
- Gentle scale + fade for confirmation
|
|
118
|
+
- Satisfying sound effects (subtle)
|
|
119
|
+
|
|
120
|
+
**Hover surprises**:
|
|
121
|
+
- Icons that animate on hover
|
|
122
|
+
- Color shifts or glow effects
|
|
123
|
+
- Tooltip reveals with personality
|
|
124
|
+
- Cursor changes (custom cursors for branded experiences)
|
|
125
|
+
|
|
126
|
+
### Personality in Copy
|
|
127
|
+
|
|
128
|
+
**Playful error messages**:
|
|
129
|
+
```
|
|
130
|
+
"Error 404"
|
|
131
|
+
"This page is playing hide and seek. (And winning)"
|
|
132
|
+
|
|
133
|
+
"Connection failed"
|
|
134
|
+
"Looks like the internet took a coffee break. Want to retry?"
|
|
135
|
+
```
|
|
136
|
+
|
|
137
|
+
**Encouraging empty states**:
|
|
138
|
+
```
|
|
139
|
+
"No projects"
|
|
140
|
+
"Your canvas awaits. Create something amazing."
|
|
141
|
+
|
|
142
|
+
"No messages"
|
|
143
|
+
"Inbox zero! You're crushing it today."
|
|
144
|
+
```
|
|
145
|
+
|
|
146
|
+
**Playful labels & tooltips**:
|
|
147
|
+
```
|
|
148
|
+
"Delete"
|
|
149
|
+
"Send to void" (for playful brand)
|
|
150
|
+
|
|
151
|
+
"Help"
|
|
152
|
+
"Rescue me" (tooltip)
|
|
153
|
+
```
|
|
154
|
+
|
|
155
|
+
**IMPORTANT**: Match copy personality to brand. Banks shouldn't be wacky, but they can be warm.
|
|
156
|
+
|
|
157
|
+
### Illustrations & Visual Personality
|
|
158
|
+
|
|
159
|
+
**Custom illustrations**:
|
|
160
|
+
- Empty state illustrations (not stock icons)
|
|
161
|
+
- Error state illustrations (friendly monsters, quirky characters)
|
|
162
|
+
- Loading state illustrations (animated characters)
|
|
163
|
+
- Success state illustrations (celebrations)
|
|
164
|
+
|
|
165
|
+
**Icon personality**:
|
|
166
|
+
- Custom icon set matching brand personality
|
|
167
|
+
- Animated icons (subtle motion on hover/click)
|
|
168
|
+
- Illustrative icons (more detailed than generic)
|
|
169
|
+
- Consistent style across all icons
|
|
170
|
+
|
|
171
|
+
**Background effects**:
|
|
172
|
+
- Subtle particle effects
|
|
173
|
+
- Gradient mesh backgrounds
|
|
174
|
+
- Geometric patterns
|
|
175
|
+
- Parallax depth
|
|
176
|
+
- Time-of-day themes (morning vs night)
|
|
177
|
+
|
|
178
|
+
### Satisfying Interactions
|
|
179
|
+
|
|
180
|
+
**Drag and drop delight**:
|
|
181
|
+
- Lift effect on drag (shadow, scale)
|
|
182
|
+
- Snap animation when dropped
|
|
183
|
+
- Satisfying placement sound
|
|
184
|
+
- Undo toast ("Dropped in wrong place? [Undo]")
|
|
185
|
+
|
|
186
|
+
**Toggle switches**:
|
|
187
|
+
- Smooth slide with spring physics
|
|
188
|
+
- Color transition
|
|
189
|
+
- Haptic feedback on mobile
|
|
190
|
+
- Optional sound effect
|
|
191
|
+
|
|
192
|
+
**Progress & achievements**:
|
|
193
|
+
- Streak counters with celebratory milestones
|
|
194
|
+
- Progress bars that "celebrate" at 100%
|
|
195
|
+
- Badge unlocks with animation
|
|
196
|
+
- Playful stats ("You're on fire! 5 days in a row")
|
|
197
|
+
|
|
198
|
+
**Form interactions**:
|
|
199
|
+
- Input fields that animate on focus
|
|
200
|
+
- Checkboxes that bounce when checked
|
|
201
|
+
- Success state that celebrates valid input
|
|
202
|
+
- Auto-grow textareas
|
|
203
|
+
|
|
204
|
+
### Sound Design
|
|
205
|
+
|
|
206
|
+
**Subtle audio cues** (when appropriate):
|
|
207
|
+
- Notification sounds (distinctive but not annoying)
|
|
208
|
+
- Success sounds (satisfying "ding")
|
|
209
|
+
- Error sounds (empathetic, not harsh)
|
|
210
|
+
- Typing sounds for chat/messaging
|
|
211
|
+
- Ambient background audio (very subtle)
|
|
212
|
+
|
|
213
|
+
**IMPORTANT**:
|
|
214
|
+
- Respect system sound settings
|
|
215
|
+
- Provide mute option
|
|
216
|
+
- Keep volumes quiet (subtle cues, not alarms)
|
|
217
|
+
- Don't play on every interaction (sound fatigue is real)
|
|
218
|
+
|
|
219
|
+
### Easter Eggs & Hidden Delights
|
|
220
|
+
|
|
221
|
+
**Discovery rewards**:
|
|
222
|
+
- Konami code unlocks special theme
|
|
223
|
+
- Hidden keyboard shortcuts (Cmd+K for special features)
|
|
224
|
+
- Hover reveals on logos or illustrations
|
|
225
|
+
- Alt text jokes on images (for screen reader users too!)
|
|
226
|
+
- Console messages for developers ("Like what you see? We're hiring!")
|
|
227
|
+
|
|
228
|
+
**Seasonal touches**:
|
|
229
|
+
- Holiday themes (subtle, tasteful)
|
|
230
|
+
- Seasonal color shifts
|
|
231
|
+
- Weather-based variations
|
|
232
|
+
- Time-based changes (dark at night, light during day)
|
|
233
|
+
|
|
234
|
+
**Contextual personality**:
|
|
235
|
+
- Different messages based on time of day
|
|
236
|
+
- Responses to specific user actions
|
|
237
|
+
- Randomized variations (not same every time)
|
|
238
|
+
- Progressive reveals with continued use
|
|
239
|
+
|
|
240
|
+
### Loading & Waiting States
|
|
241
|
+
|
|
242
|
+
**Make waiting engaging**:
|
|
243
|
+
- Interesting loading messages that rotate
|
|
244
|
+
- Progress bars with personality
|
|
245
|
+
- Mini-games during long loads
|
|
246
|
+
- Fun facts or tips while waiting
|
|
247
|
+
- Countdown with encouraging messages
|
|
248
|
+
|
|
249
|
+
```
|
|
250
|
+
Loading messages rotation:
|
|
251
|
+
- "Waking up the servers..."
|
|
252
|
+
- "Teaching robots to dance..."
|
|
253
|
+
- "Consulting the magic 8-ball..."
|
|
254
|
+
- "Counting backwards from infinity..."
|
|
255
|
+
```
|
|
256
|
+
|
|
257
|
+
### Celebration Moments
|
|
258
|
+
|
|
259
|
+
**Success celebrations**:
|
|
260
|
+
- Confetti for major milestones
|
|
261
|
+
- Animated checkmarks for completions
|
|
262
|
+
- Progress bar celebrations at 100%
|
|
263
|
+
- "Achievement unlocked" style notifications
|
|
264
|
+
- Personalized messages ("You published your 10th article!")
|
|
265
|
+
|
|
266
|
+
**Milestone recognition**:
|
|
267
|
+
- First-time actions get special treatment
|
|
268
|
+
- Streak tracking and celebration
|
|
269
|
+
- Progress toward goals
|
|
270
|
+
- Anniversary celebrations
|
|
271
|
+
|
|
272
|
+
## Implementation Patterns
|
|
273
|
+
|
|
274
|
+
**Animation libraries**:
|
|
275
|
+
- Framer Motion (React)
|
|
276
|
+
- GSAP (universal)
|
|
277
|
+
- Lottie (After Effects animations)
|
|
278
|
+
- Canvas confetti (party effects)
|
|
279
|
+
|
|
280
|
+
**Sound libraries**:
|
|
281
|
+
- Howler.js (audio management)
|
|
282
|
+
- Use-sound (React hook)
|
|
283
|
+
|
|
284
|
+
**Physics libraries**:
|
|
285
|
+
- React Spring (spring physics)
|
|
286
|
+
- Popmotion (animation primitives)
|
|
287
|
+
|
|
288
|
+
**IMPORTANT**: File size matters. Compress images, optimize animations, lazy load delight features.
|
|
289
|
+
|
|
290
|
+
**NEVER**:
|
|
291
|
+
- Delay core functionality for delight
|
|
292
|
+
- Force users through delightful moments (make skippable)
|
|
293
|
+
- Use delight to hide poor UX
|
|
294
|
+
- Overdo it (less is more)
|
|
295
|
+
- Ignore accessibility (animate responsibly, provide alternatives)
|
|
296
|
+
- Make every interaction delightful (special moments should be special)
|
|
297
|
+
- Sacrifice performance for delight
|
|
298
|
+
- Be inappropriate for context (read the room)
|
|
299
|
+
|
|
300
|
+
## Verify Delight Quality
|
|
301
|
+
|
|
302
|
+
Test that delight actually delights:
|
|
303
|
+
|
|
304
|
+
- **User reactions**: Do users smile? Share screenshots?
|
|
305
|
+
- **Doesn't annoy**: Still pleasant after 100th time?
|
|
306
|
+
- **Doesn't block**: Can users opt out or skip?
|
|
307
|
+
- **Performant**: No jank, no slowdown
|
|
308
|
+
- **Appropriate**: Matches brand and context
|
|
309
|
+
- **Accessible**: Works with reduced motion, screen readers
|
|
310
|
+
|
|
311
|
+
Remember: Delight is the difference between a tool and an experience. Add personality, surprise users positively, and create moments worth sharing. But always respect usability - delight should enhance, never obstruct.
|
|
@@ -1,5 +1,10 @@
|
|
|
1
1
|
# COMMAND: Design Screen Component
|
|
2
2
|
|
|
3
|
+
## 🛡️ Hooks & Standards
|
|
4
|
+
- **Pre-Check**: Read `design-system/.gemini/hooks/ai-slop-guard.md`. Avoid all listed "slop" patterns.
|
|
5
|
+
- **Post-Check**: Read `design-system/.gemini/hooks/on-design-complete.md`. Perform the required audit for this phase.
|
|
6
|
+
- **Skill**: Read `design-system/.gemini/skills/frontend-design/SKILL.md`. Apply these aesthetic principles to every decision.
|
|
7
|
+
|
|
3
8
|
## Goal
|
|
4
9
|
Implement a React component for a specific screen design within a section.
|
|
5
10
|
|
|
@@ -1,5 +1,10 @@
|
|
|
1
1
|
# COMMAND: Generate App Shell
|
|
2
2
|
|
|
3
|
+
## 🛡️ Hooks & Standards
|
|
4
|
+
- **Pre-Check**: Read `design-system/.gemini/hooks/ai-slop-guard.md`. Avoid all listed "slop" patterns.
|
|
5
|
+
- **Post-Check**: Read `design-system/.gemini/hooks/on-design-complete.md`. Perform the required audit for this phase.
|
|
6
|
+
- **Skill**: Read `design-system/.gemini/skills/frontend-design/SKILL.md`. Apply these aesthetic principles to every decision.
|
|
7
|
+
|
|
3
8
|
## Goal
|
|
4
9
|
Design the application shell (navigation, layout) for the product.
|
|
5
10
|
|
|
@@ -1,5 +1,10 @@
|
|
|
1
1
|
# COMMAND: Generate Design Tokens
|
|
2
2
|
|
|
3
|
+
## 🛡️ Hooks & Standards
|
|
4
|
+
- **Pre-Check**: Read `design-system/.gemini/hooks/ai-slop-guard.md`. Avoid all listed "slop" patterns.
|
|
5
|
+
- **Post-Check**: Read `design-system/.gemini/hooks/on-design-complete.md`. Perform the required audit for this phase.
|
|
6
|
+
- **Skill**: Read `design-system/.gemini/skills/frontend-design/SKILL.md`. Apply these aesthetic principles to every decision.
|
|
7
|
+
|
|
3
8
|
## Goal
|
|
4
9
|
Create the visual foundation (colors, typography) for the product based on its Mission and Brand.
|
|
5
10
|
|
|
@@ -0,0 +1,88 @@
|
|
|
1
|
+
# COMMAND: Extract
|
|
2
|
+
**Description**: Extract and consolidate reusable components, design tokens, and patterns into your design system. Identifies opportunities for systematic reuse and enriches your component library.
|
|
3
|
+
|
|
4
|
+
|
|
5
|
+
Identify reusable patterns, components, and design tokens, then extract and consolidate them into the design system for systematic reuse.
|
|
6
|
+
|
|
7
|
+
## Discover
|
|
8
|
+
|
|
9
|
+
Analyze the target area to identify extraction opportunities:
|
|
10
|
+
|
|
11
|
+
1. **Find the design system**: Locate your design system, component library, or shared UI directory (grep for "design system", "ui", "components", etc.). Understand its structure:
|
|
12
|
+
- Component organization and naming conventions
|
|
13
|
+
- Design token structure (if any)
|
|
14
|
+
- Documentation patterns
|
|
15
|
+
- Import/export conventions
|
|
16
|
+
|
|
17
|
+
**CRITICAL**: If no design system exists, ask before creating one. Understand the preferred location and structure first.
|
|
18
|
+
|
|
19
|
+
2. **Identify patterns**: Look for:
|
|
20
|
+
- **Repeated components**: Similar UI patterns used multiple times (buttons, cards, inputs, etc.)
|
|
21
|
+
- **Hard-coded values**: Colors, spacing, typography, shadows that should be tokens
|
|
22
|
+
- **Inconsistent variations**: Multiple implementations of the same concept (3 different button styles)
|
|
23
|
+
- **Reusable patterns**: Layout patterns, composition patterns, interaction patterns worth systematizing
|
|
24
|
+
|
|
25
|
+
3. **Assess value**: Not everything should be extracted. Consider:
|
|
26
|
+
- Is this used 3+ times, or likely to be reused?
|
|
27
|
+
- Would systematizing this improve consistency?
|
|
28
|
+
- Is this a general pattern or context-specific?
|
|
29
|
+
- What's the maintenance cost vs benefit?
|
|
30
|
+
|
|
31
|
+
## Plan Extraction
|
|
32
|
+
|
|
33
|
+
Create a systematic extraction plan:
|
|
34
|
+
|
|
35
|
+
- **Components to extract**: Which UI elements become reusable components?
|
|
36
|
+
- **Tokens to create**: Which hard-coded values become design tokens?
|
|
37
|
+
- **Variants to support**: What variations does each component need?
|
|
38
|
+
- **Naming conventions**: Component names, token names, prop names that match existing patterns
|
|
39
|
+
- **Migration path**: How to refactor existing uses to consume the new shared versions
|
|
40
|
+
|
|
41
|
+
**IMPORTANT**: Design systems grow incrementally. Extract what's clearly reusable now, not everything that might someday be reusable.
|
|
42
|
+
|
|
43
|
+
## Extract & Enrich
|
|
44
|
+
|
|
45
|
+
Build improved, reusable versions:
|
|
46
|
+
|
|
47
|
+
- **Components**: Create well-designed components with:
|
|
48
|
+
- Clear props API with sensible defaults
|
|
49
|
+
- Proper variants for different use cases
|
|
50
|
+
- Accessibility built in (ARIA, keyboard navigation, focus management)
|
|
51
|
+
- Documentation and usage examples
|
|
52
|
+
|
|
53
|
+
- **Design tokens**: Create tokens with:
|
|
54
|
+
- Clear naming (primitive vs semantic)
|
|
55
|
+
- Proper hierarchy and organization
|
|
56
|
+
- Documentation of when to use each token
|
|
57
|
+
|
|
58
|
+
- **Patterns**: Document patterns with:
|
|
59
|
+
- When to use this pattern
|
|
60
|
+
- Code examples
|
|
61
|
+
- Variations and combinations
|
|
62
|
+
|
|
63
|
+
**NEVER**:
|
|
64
|
+
- Extract one-off, context-specific implementations without generalization
|
|
65
|
+
- Create components so generic they're useless
|
|
66
|
+
- Extract without considering existing design system conventions
|
|
67
|
+
- Skip proper TypeScript types or prop documentation
|
|
68
|
+
- Create tokens for every single value (tokens should have semantic meaning)
|
|
69
|
+
|
|
70
|
+
## Migrate
|
|
71
|
+
|
|
72
|
+
Replace existing uses with the new shared versions:
|
|
73
|
+
|
|
74
|
+
- **Find all instances**: Search for the patterns you've extracted
|
|
75
|
+
- **Replace systematically**: Update each use to consume the shared version
|
|
76
|
+
- **Test thoroughly**: Ensure visual and functional parity
|
|
77
|
+
- **Delete dead code**: Remove the old implementations
|
|
78
|
+
|
|
79
|
+
## Document
|
|
80
|
+
|
|
81
|
+
Update design system documentation:
|
|
82
|
+
|
|
83
|
+
- Add new components to the component library
|
|
84
|
+
- Document token usage and values
|
|
85
|
+
- Add examples and guidelines
|
|
86
|
+
- Update any Storybook or component catalog
|
|
87
|
+
|
|
88
|
+
Remember: A good design system is a living system. Extract patterns as they emerge, enrich them thoughtfully, and maintain them consistently.
|