@theproductguy/create-mission-control 1.0.17 → 1.0.26
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 +2 -2
- 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 +91 -840
- package/src/template/control-center/frontend/src/components/DesignOSOverlay.tsx +38 -0
- package/src/template/control-center/frontend/src/components/Guidance.tsx +62 -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 +78 -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
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@theproductguy/create-mission-control",
|
|
3
|
-
"version": "1.0.
|
|
3
|
+
"version": "1.0.26",
|
|
4
4
|
"description": "Scaffolding tool for Agent OS applications",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"bin": {
|
|
@@ -41,4 +41,4 @@
|
|
|
41
41
|
"typescript": "^5.3.3",
|
|
42
42
|
"vite": "^5.0.10"
|
|
43
43
|
}
|
|
44
|
-
}
|
|
44
|
+
}
|
|
@@ -0,0 +1,139 @@
|
|
|
1
|
+
# Agent OS: Master Workflow
|
|
2
|
+
|
|
3
|
+
This guide maps the end-to-end lifecycle of building a product with Agent OS, from strategy to deployment. It integrates the **Impeccable Design System**, Specification, and Implementation workflows into a single cohesive path.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 🗺️ The Lifecycle at a Glance
|
|
8
|
+
|
|
9
|
+
1. **STRATEGY** (`/plan-product`) - Define Mission, Roadmap, Tech Stack.
|
|
10
|
+
2. **DESIGN** (`/impeccable`) - Create Visuals, Shell, and Quality Gates.
|
|
11
|
+
3. **SPECIFICATION** (`/shape-spec`) - Define features in technical detail.
|
|
12
|
+
4. **IMPLEMENTATION** (`/implement-tasks`) - Write code, tests, and commit.
|
|
13
|
+
5. **SHIP** (`/optimize`) - Final audit, build, and deploy.
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## 1️⃣ Phase 1: Strategy & Foundation
|
|
18
|
+
*Goal: Define WHAT we are building and WHY.*
|
|
19
|
+
|
|
20
|
+
1. **Initialize Mission Control**:
|
|
21
|
+
```bash
|
|
22
|
+
/plan-product
|
|
23
|
+
```
|
|
24
|
+
- Follow the prompts to define **Mission**, **Roadmap**, and **Tech Stack**.
|
|
25
|
+
- **Crucial**: Ensure "Phase 0: Design System Integration" is in your roadmap.
|
|
26
|
+
|
|
27
|
+
2. **Establish Design Context** (One-time setup):
|
|
28
|
+
```bash
|
|
29
|
+
/teach-impeccable
|
|
30
|
+
```
|
|
31
|
+
- The agent interviews you to understand brand vibe, aesthetics, and principles.
|
|
32
|
+
- Saves context to `GEMINI.md` for all future sessions.
|
|
33
|
+
|
|
34
|
+
---
|
|
35
|
+
|
|
36
|
+
## 2️⃣ Phase 2: Impeccable Design
|
|
37
|
+
*Goal: Create a distinctive, high-quality visual foundation.*
|
|
38
|
+
|
|
39
|
+
1. **Define Visuals**:
|
|
40
|
+
```bash
|
|
41
|
+
/design-tokens
|
|
42
|
+
```
|
|
43
|
+
- Generates colors, typography, and spacing in `design-system/`.
|
|
44
|
+
- **Guard**: Checks against "AI Slop" patterns automatically.
|
|
45
|
+
|
|
46
|
+
2. **Build App Shell**:
|
|
47
|
+
```bash
|
|
48
|
+
/design-shell
|
|
49
|
+
```
|
|
50
|
+
- Creates the main layout, navigation, and responsive structure.
|
|
51
|
+
|
|
52
|
+
3. **Quality Checkpoint**:
|
|
53
|
+
```bash
|
|
54
|
+
/audit
|
|
55
|
+
```
|
|
56
|
+
- Runs a comprehensive check on A11y, Theming, and Responsiveness.
|
|
57
|
+
- If issues found, use: `/normalize` (theming), `/harden` (edge cases).
|
|
58
|
+
|
|
59
|
+
4. **UX Polish**:
|
|
60
|
+
```bash
|
|
61
|
+
/critique
|
|
62
|
+
```
|
|
63
|
+
- Evaluates hierarchy and emotion.
|
|
64
|
+
- Adjust intensity: `/bolder` (if too safe) or `/quieter` (if too loud).
|
|
65
|
+
|
|
66
|
+
---
|
|
67
|
+
|
|
68
|
+
## 3️⃣ Phase 3: Specification
|
|
69
|
+
*Goal: Plan HOW a specific feature will work.*
|
|
70
|
+
|
|
71
|
+
1. **Select Feature**: Pick the next item from `agent-os/product/roadmap.md`.
|
|
72
|
+
2. **Shape the Spec**:
|
|
73
|
+
```bash
|
|
74
|
+
/shape-spec
|
|
75
|
+
```
|
|
76
|
+
- define the interface, data model, and logic *before* coding.
|
|
77
|
+
- Result: `agent-os/specs/[feature-name]/spec.md`.
|
|
78
|
+
|
|
79
|
+
3. **Design Screens** (Optional but recommended):
|
|
80
|
+
```bash
|
|
81
|
+
/design-screen
|
|
82
|
+
```
|
|
83
|
+
- Create the UI components for this spec using the Design System.
|
|
84
|
+
|
|
85
|
+
---
|
|
86
|
+
|
|
87
|
+
## 4️⃣ Phase 4: Implementation
|
|
88
|
+
*Goal: Write the code.*
|
|
89
|
+
|
|
90
|
+
1. **Scaffold Files**:
|
|
91
|
+
```bash
|
|
92
|
+
/scaffold-implementation
|
|
93
|
+
```
|
|
94
|
+
- Creates the file structure defined in the spec.
|
|
95
|
+
|
|
96
|
+
2. **Implement Tasks**:
|
|
97
|
+
```bash
|
|
98
|
+
/implement-tasks
|
|
99
|
+
```
|
|
100
|
+
- Iteratively writes code, runs tests, and fixes bugs.
|
|
101
|
+
- Works through `tasks.md` checklist until complete.
|
|
102
|
+
|
|
103
|
+
---
|
|
104
|
+
|
|
105
|
+
## 5️⃣ Phase 5: Quality & Ship
|
|
106
|
+
*Goal: Production-ready code.*
|
|
107
|
+
|
|
108
|
+
1. **Final Audit**:
|
|
109
|
+
```bash
|
|
110
|
+
/audit
|
|
111
|
+
```
|
|
112
|
+
- Ensure no regressions in accessibility or performance.
|
|
113
|
+
|
|
114
|
+
2. **Optimization**:
|
|
115
|
+
```bash
|
|
116
|
+
/optimize
|
|
117
|
+
```
|
|
118
|
+
- Check bundle size, render performance, and asset loading.
|
|
119
|
+
|
|
120
|
+
3. **Final Polish**:
|
|
121
|
+
```bash
|
|
122
|
+
/polish
|
|
123
|
+
/delight
|
|
124
|
+
```
|
|
125
|
+
- Add micro-interactions and smooth rough edges.
|
|
126
|
+
|
|
127
|
+
4. **Build & Deploy**:
|
|
128
|
+
```bash
|
|
129
|
+
npm run build
|
|
130
|
+
```
|
|
131
|
+
- Verify production build succeeds.
|
|
132
|
+
- Deploy to your hosting provider (Vercel, Netlify, etc.).
|
|
133
|
+
|
|
134
|
+
---
|
|
135
|
+
|
|
136
|
+
## 📚 Reference workflows
|
|
137
|
+
|
|
138
|
+
- **Design System Table**: Run `/impeccable` to see the full periodic table of design commands.
|
|
139
|
+
- **Context7**: Use `/research-tech` to look up latest documentation.
|
|
@@ -0,0 +1,189 @@
|
|
|
1
|
+
# COMMAND: Adapt
|
|
2
|
+
**Description**: Adapt designs to work across different screen sizes, devices, contexts, or platforms. Ensures consistent experience across varied environments.
|
|
3
|
+
|
|
4
|
+
|
|
5
|
+
Adapt existing designs to work effectively across different contexts - different screen sizes, devices, platforms, or use cases.
|
|
6
|
+
|
|
7
|
+
## Assess Adaptation Challenge
|
|
8
|
+
|
|
9
|
+
Understand what needs adaptation and why:
|
|
10
|
+
|
|
11
|
+
1. **Identify the source context**:
|
|
12
|
+
- What was it designed for originally? (Desktop web? Mobile app?)
|
|
13
|
+
- What assumptions were made? (Large screen? Mouse input? Fast connection?)
|
|
14
|
+
- What works well in current context?
|
|
15
|
+
|
|
16
|
+
2. **Understand target context**:
|
|
17
|
+
- **Device**: Mobile, tablet, desktop, TV, watch, print?
|
|
18
|
+
- **Input method**: Touch, mouse, keyboard, voice, gamepad?
|
|
19
|
+
- **Screen constraints**: Size, resolution, orientation?
|
|
20
|
+
- **Connection**: Fast wifi, slow 3G, offline?
|
|
21
|
+
- **Usage context**: On-the-go vs desk, quick glance vs focused reading?
|
|
22
|
+
- **User expectations**: What do users expect on this platform?
|
|
23
|
+
|
|
24
|
+
3. **Identify adaptation challenges**:
|
|
25
|
+
- What won't fit? (Content, navigation, features)
|
|
26
|
+
- What won't work? (Hover states on touch, tiny touch targets)
|
|
27
|
+
- What's inappropriate? (Desktop patterns on mobile, mobile patterns on desktop)
|
|
28
|
+
|
|
29
|
+
**CRITICAL**: Adaptation is not just scaling - it's rethinking the experience for the new context.
|
|
30
|
+
|
|
31
|
+
## Plan Adaptation Strategy
|
|
32
|
+
|
|
33
|
+
Create context-appropriate strategy:
|
|
34
|
+
|
|
35
|
+
### Mobile Adaptation (Desktop → Mobile)
|
|
36
|
+
|
|
37
|
+
**Layout Strategy**:
|
|
38
|
+
- Single column instead of multi-column
|
|
39
|
+
- Vertical stacking instead of side-by-side
|
|
40
|
+
- Full-width components instead of fixed widths
|
|
41
|
+
- Bottom navigation instead of top/side navigation
|
|
42
|
+
|
|
43
|
+
**Interaction Strategy**:
|
|
44
|
+
- Touch targets 44x44px minimum (not hover-dependent)
|
|
45
|
+
- Swipe gestures where appropriate (lists, carousels)
|
|
46
|
+
- Bottom sheets instead of dropdowns
|
|
47
|
+
- Thumbs-first design (controls within thumb reach)
|
|
48
|
+
- Larger tap areas with more spacing
|
|
49
|
+
|
|
50
|
+
**Content Strategy**:
|
|
51
|
+
- Progressive disclosure (don't show everything at once)
|
|
52
|
+
- Prioritize primary content (secondary content in tabs/accordions)
|
|
53
|
+
- Shorter text (more concise)
|
|
54
|
+
- Larger text (16px minimum)
|
|
55
|
+
|
|
56
|
+
**Navigation Strategy**:
|
|
57
|
+
- Hamburger menu or bottom navigation
|
|
58
|
+
- Reduce navigation complexity
|
|
59
|
+
- Sticky headers for context
|
|
60
|
+
- Back button in navigation flow
|
|
61
|
+
|
|
62
|
+
### Tablet Adaptation (Hybrid Approach)
|
|
63
|
+
|
|
64
|
+
**Layout Strategy**:
|
|
65
|
+
- Two-column layouts (not single or three-column)
|
|
66
|
+
- Side panels for secondary content
|
|
67
|
+
- Master-detail views (list + detail)
|
|
68
|
+
- Adaptive based on orientation (portrait vs landscape)
|
|
69
|
+
|
|
70
|
+
**Interaction Strategy**:
|
|
71
|
+
- Support both touch and pointer
|
|
72
|
+
- Touch targets 44x44px but allow denser layouts than phone
|
|
73
|
+
- Side navigation drawers
|
|
74
|
+
- Multi-column forms where appropriate
|
|
75
|
+
|
|
76
|
+
### Desktop Adaptation (Mobile → Desktop)
|
|
77
|
+
|
|
78
|
+
**Layout Strategy**:
|
|
79
|
+
- Multi-column layouts (use horizontal space)
|
|
80
|
+
- Side navigation always visible
|
|
81
|
+
- Multiple information panels simultaneously
|
|
82
|
+
- Fixed widths with max-width constraints (don't stretch to 4K)
|
|
83
|
+
|
|
84
|
+
**Interaction Strategy**:
|
|
85
|
+
- Hover states for additional information
|
|
86
|
+
- Keyboard shortcuts
|
|
87
|
+
- Right-click context menus
|
|
88
|
+
- Drag and drop where helpful
|
|
89
|
+
- Multi-select with Shift/Cmd
|
|
90
|
+
|
|
91
|
+
**Content Strategy**:
|
|
92
|
+
- Show more information upfront (less progressive disclosure)
|
|
93
|
+
- Data tables with many columns
|
|
94
|
+
- Richer visualizations
|
|
95
|
+
- More detailed descriptions
|
|
96
|
+
|
|
97
|
+
### Print Adaptation (Screen → Print)
|
|
98
|
+
|
|
99
|
+
**Layout Strategy**:
|
|
100
|
+
- Page breaks at logical points
|
|
101
|
+
- Remove navigation, footer, interactive elements
|
|
102
|
+
- Black and white (or limited color)
|
|
103
|
+
- Proper margins for binding
|
|
104
|
+
|
|
105
|
+
**Content Strategy**:
|
|
106
|
+
- Expand shortened content (show full URLs, hidden sections)
|
|
107
|
+
- Add page numbers, headers, footers
|
|
108
|
+
- Include metadata (print date, page title)
|
|
109
|
+
- Convert charts to print-friendly versions
|
|
110
|
+
|
|
111
|
+
### Email Adaptation (Web → Email)
|
|
112
|
+
|
|
113
|
+
**Layout Strategy**:
|
|
114
|
+
- Narrow width (600px max)
|
|
115
|
+
- Single column only
|
|
116
|
+
- Inline CSS (no external stylesheets)
|
|
117
|
+
- Table-based layouts (for email client compatibility)
|
|
118
|
+
|
|
119
|
+
**Interaction Strategy**:
|
|
120
|
+
- Large, obvious CTAs (buttons not text links)
|
|
121
|
+
- No hover states (not reliable)
|
|
122
|
+
- Deep links to web app for complex interactions
|
|
123
|
+
|
|
124
|
+
## Implement Adaptations
|
|
125
|
+
|
|
126
|
+
Apply changes systematically:
|
|
127
|
+
|
|
128
|
+
### Responsive Breakpoints
|
|
129
|
+
|
|
130
|
+
Choose appropriate breakpoints:
|
|
131
|
+
- Mobile: 320px-767px
|
|
132
|
+
- Tablet: 768px-1023px
|
|
133
|
+
- Desktop: 1024px+
|
|
134
|
+
- Or content-driven breakpoints (where design breaks)
|
|
135
|
+
|
|
136
|
+
### Layout Adaptation Techniques
|
|
137
|
+
|
|
138
|
+
- **CSS Grid/Flexbox**: Reflow layouts automatically
|
|
139
|
+
- **Container Queries**: Adapt based on container, not viewport
|
|
140
|
+
- **`clamp()`**: Fluid sizing between min and max
|
|
141
|
+
- **Media queries**: Different styles for different contexts
|
|
142
|
+
- **Display properties**: Show/hide elements per context
|
|
143
|
+
|
|
144
|
+
### Touch Adaptation
|
|
145
|
+
|
|
146
|
+
- Increase touch target sizes (44x44px minimum)
|
|
147
|
+
- Add more spacing between interactive elements
|
|
148
|
+
- Remove hover-dependent interactions
|
|
149
|
+
- Add touch feedback (ripples, highlights)
|
|
150
|
+
- Consider thumb zones (easier to reach bottom than top)
|
|
151
|
+
|
|
152
|
+
### Content Adaptation
|
|
153
|
+
|
|
154
|
+
- Use `display: none` sparingly (still downloads)
|
|
155
|
+
- Progressive enhancement (core content first, enhancements on larger screens)
|
|
156
|
+
- Lazy loading for off-screen content
|
|
157
|
+
- Responsive images (`srcset`, `picture` element)
|
|
158
|
+
|
|
159
|
+
### Navigation Adaptation
|
|
160
|
+
|
|
161
|
+
- Transform complex nav to hamburger/drawer on mobile
|
|
162
|
+
- Bottom nav bar for mobile apps
|
|
163
|
+
- Persistent side navigation on desktop
|
|
164
|
+
- Breadcrumbs on smaller screens for context
|
|
165
|
+
|
|
166
|
+
**IMPORTANT**: Test on real devices, not just browser DevTools. Device emulation is helpful but not perfect.
|
|
167
|
+
|
|
168
|
+
**NEVER**:
|
|
169
|
+
- Hide core functionality on mobile (if it matters, make it work)
|
|
170
|
+
- Assume desktop = powerful device (consider accessibility, older machines)
|
|
171
|
+
- Use different information architecture across contexts (confusing)
|
|
172
|
+
- Break user expectations for platform (mobile users expect mobile patterns)
|
|
173
|
+
- Forget landscape orientation on mobile/tablet
|
|
174
|
+
- Use generic breakpoints blindly (use content-driven breakpoints)
|
|
175
|
+
- Ignore touch on desktop (many desktop devices have touch)
|
|
176
|
+
|
|
177
|
+
## Verify Adaptations
|
|
178
|
+
|
|
179
|
+
Test thoroughly across contexts:
|
|
180
|
+
|
|
181
|
+
- **Real devices**: Test on actual phones, tablets, desktops
|
|
182
|
+
- **Different orientations**: Portrait and landscape
|
|
183
|
+
- **Different browsers**: Safari, Chrome, Firefox, Edge
|
|
184
|
+
- **Different OS**: iOS, Android, Windows, macOS
|
|
185
|
+
- **Different input methods**: Touch, mouse, keyboard
|
|
186
|
+
- **Edge cases**: Very small screens (320px), very large screens (4K)
|
|
187
|
+
- **Slow connections**: Test on throttled network
|
|
188
|
+
|
|
189
|
+
Remember: You're a cross-platform design expert. Make experiences that feel native to each context while maintaining brand and functionality consistency. Adapt intentionally, test thoroughly.
|
|
@@ -0,0 +1,184 @@
|
|
|
1
|
+
# COMMAND: Animate
|
|
2
|
+
**Description**: Review a feature and enhance it with purposeful animations, micro-interactions, and motion effects that improve usability and delight.
|
|
3
|
+
|
|
4
|
+
|
|
5
|
+
Analyze a feature and strategically add animations and micro-interactions that enhance understanding, provide feedback, and create delight.
|
|
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/tone (playful vs serious, energetic vs calm), and performance constraints.
|
|
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. Guessing leads to inappropriate or excessive animation.
|
|
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 Animation Opportunities
|
|
27
|
+
|
|
28
|
+
Analyze where motion would improve the experience:
|
|
29
|
+
|
|
30
|
+
1. **Identify static areas**:
|
|
31
|
+
- **Missing feedback**: Actions without visual acknowledgment (button clicks, form submission, etc.)
|
|
32
|
+
- **Jarring transitions**: Instant state changes that feel abrupt (show/hide, page loads, route changes)
|
|
33
|
+
- **Unclear relationships**: Spatial or hierarchical relationships that aren't obvious
|
|
34
|
+
- **Lack of delight**: Functional but joyless interactions
|
|
35
|
+
- **Missed guidance**: Opportunities to direct attention or explain behavior
|
|
36
|
+
|
|
37
|
+
2. **Understand the context**:
|
|
38
|
+
- What's the personality? (Playful vs serious, energetic vs calm)
|
|
39
|
+
- What's the performance budget? (Mobile-first? Complex page?)
|
|
40
|
+
- Who's the audience? (Motion-sensitive users? Power users who want speed?)
|
|
41
|
+
- What matters most? (One hero animation vs many micro-interactions?)
|
|
42
|
+
|
|
43
|
+
If any of these are unclear from the codebase, ask the user directly to clarify what you cannot infer.
|
|
44
|
+
|
|
45
|
+
**CRITICAL**: Respect `prefers-reduced-motion`. Always provide non-animated alternatives for users who need them.
|
|
46
|
+
|
|
47
|
+
## Plan Animation Strategy
|
|
48
|
+
|
|
49
|
+
Create a purposeful animation plan:
|
|
50
|
+
|
|
51
|
+
- **Hero moment**: What's the ONE signature animation? (Page load? Hero section? Key interaction?)
|
|
52
|
+
- **Feedback layer**: Which interactions need acknowledgment?
|
|
53
|
+
- **Transition layer**: Which state changes need smoothing?
|
|
54
|
+
- **Delight layer**: Where can we surprise and delight?
|
|
55
|
+
|
|
56
|
+
**IMPORTANT**: One well-orchestrated experience beats scattered animations everywhere. Focus on high-impact moments.
|
|
57
|
+
|
|
58
|
+
## Implement Animations
|
|
59
|
+
|
|
60
|
+
Add motion systematically across these categories:
|
|
61
|
+
|
|
62
|
+
### Entrance Animations
|
|
63
|
+
- **Page load choreography**: Stagger element reveals (100-150ms delays), fade + slide combinations
|
|
64
|
+
- **Hero section**: Dramatic entrance for primary content (scale, parallax, or creative effects)
|
|
65
|
+
- **Content reveals**: Scroll-triggered animations using intersection observer
|
|
66
|
+
- **Modal/drawer entry**: Smooth slide + fade, backdrop fade, focus management
|
|
67
|
+
|
|
68
|
+
### Micro-interactions
|
|
69
|
+
- **Button feedback**:
|
|
70
|
+
- Hover: Subtle scale (1.02-1.05), color shift, shadow increase
|
|
71
|
+
- Click: Quick scale down then up (0.95 → 1), ripple effect
|
|
72
|
+
- Loading: Spinner or pulse state
|
|
73
|
+
- **Form interactions**:
|
|
74
|
+
- Input focus: Border color transition, slight scale or glow
|
|
75
|
+
- Validation: Shake on error, check mark on success, smooth color transitions
|
|
76
|
+
- **Toggle switches**: Smooth slide + color transition (200-300ms)
|
|
77
|
+
- **Checkboxes/radio**: Check mark animation, ripple effect
|
|
78
|
+
- **Like/favorite**: Scale + rotation, particle effects, color transition
|
|
79
|
+
|
|
80
|
+
### State Transitions
|
|
81
|
+
- **Show/hide**: Fade + slide (not instant), appropriate timing (200-300ms)
|
|
82
|
+
- **Expand/collapse**: Height transition with overflow handling, icon rotation
|
|
83
|
+
- **Loading states**: Skeleton screen fades, spinner animations, progress bars
|
|
84
|
+
- **Success/error**: Color transitions, icon animations, gentle scale pulse
|
|
85
|
+
- **Enable/disable**: Opacity transitions, cursor changes
|
|
86
|
+
|
|
87
|
+
### Navigation & Flow
|
|
88
|
+
- **Page transitions**: Crossfade between routes, shared element transitions
|
|
89
|
+
- **Tab switching**: Slide indicator, content fade/slide
|
|
90
|
+
- **Carousel/slider**: Smooth transforms, snap points, momentum
|
|
91
|
+
- **Scroll effects**: Parallax layers, sticky headers with state changes, scroll progress indicators
|
|
92
|
+
|
|
93
|
+
### Feedback & Guidance
|
|
94
|
+
- **Hover hints**: Tooltip fade-ins, cursor changes, element highlights
|
|
95
|
+
- **Drag & drop**: Lift effect (shadow + scale), drop zone highlights, smooth repositioning
|
|
96
|
+
- **Copy/paste**: Brief highlight flash on paste, "copied" confirmation
|
|
97
|
+
- **Focus flow**: Highlight path through form or workflow
|
|
98
|
+
|
|
99
|
+
### Delight Moments
|
|
100
|
+
- **Empty states**: Subtle floating animations on illustrations
|
|
101
|
+
- **Completed actions**: Confetti, check mark flourish, success celebrations
|
|
102
|
+
- **Easter eggs**: Hidden interactions for discovery
|
|
103
|
+
- **Contextual animation**: Weather effects, time-of-day themes, seasonal touches
|
|
104
|
+
|
|
105
|
+
## Technical Implementation
|
|
106
|
+
|
|
107
|
+
Use appropriate techniques for each animation:
|
|
108
|
+
|
|
109
|
+
### Timing & Easing
|
|
110
|
+
|
|
111
|
+
**Durations by purpose:**
|
|
112
|
+
- **100-150ms**: Instant feedback (button press, toggle)
|
|
113
|
+
- **200-300ms**: State changes (hover, menu open)
|
|
114
|
+
- **300-500ms**: Layout changes (accordion, modal)
|
|
115
|
+
- **500-800ms**: Entrance animations (page load)
|
|
116
|
+
|
|
117
|
+
**Easing curves (use these, not CSS defaults):**
|
|
118
|
+
```css
|
|
119
|
+
/* Recommended - natural deceleration */
|
|
120
|
+
--ease-out-quart: cubic-bezier(0.25, 1, 0.5, 1); /* Smooth, refined */
|
|
121
|
+
--ease-out-quint: cubic-bezier(0.22, 1, 0.36, 1); /* Slightly snappier */
|
|
122
|
+
--ease-out-expo: cubic-bezier(0.16, 1, 0.3, 1); /* Confident, decisive */
|
|
123
|
+
|
|
124
|
+
/* AVOID - feel dated and tacky */
|
|
125
|
+
/* bounce: cubic-bezier(0.34, 1.56, 0.64, 1); */
|
|
126
|
+
/* elastic: cubic-bezier(0.68, -0.6, 0.32, 1.6); */
|
|
127
|
+
```
|
|
128
|
+
|
|
129
|
+
**Exit animations are faster than entrances.** Use ~75% of enter duration.
|
|
130
|
+
|
|
131
|
+
### CSS Animations
|
|
132
|
+
```css
|
|
133
|
+
/* Prefer for simple, declarative animations */
|
|
134
|
+
- transitions for state changes
|
|
135
|
+
- @keyframes for complex sequences
|
|
136
|
+
- transform + opacity only (GPU-accelerated)
|
|
137
|
+
```
|
|
138
|
+
|
|
139
|
+
### JavaScript Animation
|
|
140
|
+
```javascript
|
|
141
|
+
/* Use for complex, interactive animations */
|
|
142
|
+
- Web Animations API for programmatic control
|
|
143
|
+
- Framer Motion for React
|
|
144
|
+
- GSAP for complex sequences
|
|
145
|
+
```
|
|
146
|
+
|
|
147
|
+
### Performance
|
|
148
|
+
- **GPU acceleration**: Use `transform` and `opacity`, avoid layout properties
|
|
149
|
+
- **will-change**: Add sparingly for known expensive animations
|
|
150
|
+
- **Reduce paint**: Minimize repaints, use `contain` where appropriate
|
|
151
|
+
- **Monitor FPS**: Ensure 60fps on target devices
|
|
152
|
+
|
|
153
|
+
### Accessibility
|
|
154
|
+
```css
|
|
155
|
+
@media (prefers-reduced-motion: reduce) {
|
|
156
|
+
* {
|
|
157
|
+
animation-duration: 0.01ms !important;
|
|
158
|
+
animation-iteration-count: 1 !important;
|
|
159
|
+
transition-duration: 0.01ms !important;
|
|
160
|
+
}
|
|
161
|
+
}
|
|
162
|
+
```
|
|
163
|
+
|
|
164
|
+
**NEVER**:
|
|
165
|
+
- Use bounce or elastic easing curves—they feel dated and draw attention to the animation itself
|
|
166
|
+
- Animate layout properties (width, height, top, left)—use transform instead
|
|
167
|
+
- Use durations over 500ms for feedback—it feels laggy
|
|
168
|
+
- Animate without purpose—every animation needs a reason
|
|
169
|
+
- Ignore `prefers-reduced-motion`—this is an accessibility violation
|
|
170
|
+
- Animate everything—animation fatigue makes interfaces feel exhausting
|
|
171
|
+
- Block interaction during animations unless intentional
|
|
172
|
+
|
|
173
|
+
## Verify Quality
|
|
174
|
+
|
|
175
|
+
Test animations thoroughly:
|
|
176
|
+
|
|
177
|
+
- **Smooth at 60fps**: No jank on target devices
|
|
178
|
+
- **Feels natural**: Easing curves feel organic, not robotic
|
|
179
|
+
- **Appropriate timing**: Not too fast (jarring) or too slow (laggy)
|
|
180
|
+
- **Reduced motion works**: Animations disabled or simplified appropriately
|
|
181
|
+
- **Doesn't block**: Users can interact during/after animations
|
|
182
|
+
- **Adds value**: Makes interface clearer or more delightful
|
|
183
|
+
|
|
184
|
+
Remember: Motion should enhance understanding and provide feedback, not just add decoration. Animate with purpose, respect performance constraints, and always consider accessibility. Great animation is invisible - it just makes everything feel right.
|
|
@@ -0,0 +1,123 @@
|
|
|
1
|
+
# COMMAND: Audit
|
|
2
|
+
**Description**: Perform comprehensive audit of interface quality across accessibility, performance, theming, and responsive design. Generates detailed report of issues with severity ratings and recommendations.
|
|
3
|
+
|
|
4
|
+
|
|
5
|
+
Run systematic quality checks and generate a comprehensive audit report with prioritized issues and actionable recommendations. Don't fix issues - document them for other commands to address.
|
|
6
|
+
|
|
7
|
+
**First**: Use the frontend-design skill for design principles and anti-patterns.
|
|
8
|
+
|
|
9
|
+
## Diagnostic Scan
|
|
10
|
+
|
|
11
|
+
Run comprehensive checks across multiple dimensions:
|
|
12
|
+
|
|
13
|
+
1. **Accessibility (A11y)** - Check for:
|
|
14
|
+
- **Contrast issues**: Text contrast ratios < 4.5:1 (or 7:1 for AAA)
|
|
15
|
+
- **Missing ARIA**: Interactive elements without proper roles, labels, or states
|
|
16
|
+
- **Keyboard navigation**: Missing focus indicators, illogical tab order, keyboard traps
|
|
17
|
+
- **Semantic HTML**: Improper heading hierarchy, missing landmarks, divs instead of buttons
|
|
18
|
+
- **Alt text**: Missing or poor image descriptions
|
|
19
|
+
- **Form issues**: Inputs without labels, poor error messaging, missing required indicators
|
|
20
|
+
|
|
21
|
+
2. **Performance** - Check for:
|
|
22
|
+
- **Layout thrashing**: Reading/writing layout properties in loops
|
|
23
|
+
- **Expensive animations**: Animating layout properties (width, height, top, left) instead of transform/opacity
|
|
24
|
+
- **Missing optimization**: Images without lazy loading, unoptimized assets, missing will-change
|
|
25
|
+
- **Bundle size**: Unnecessary imports, unused dependencies
|
|
26
|
+
- **Render performance**: Unnecessary re-renders, missing memoization
|
|
27
|
+
|
|
28
|
+
3. **Theming** - Check for:
|
|
29
|
+
- **Hard-coded colors**: Colors not using design tokens
|
|
30
|
+
- **Broken dark mode**: Missing dark mode variants, poor contrast in dark theme
|
|
31
|
+
- **Inconsistent tokens**: Using wrong tokens, mixing token types
|
|
32
|
+
- **Theme switching issues**: Values that don't update on theme change
|
|
33
|
+
|
|
34
|
+
4. **Responsive Design** - Check for:
|
|
35
|
+
- **Fixed widths**: Hard-coded widths that break on mobile
|
|
36
|
+
- **Touch targets**: Interactive elements < 44x44px
|
|
37
|
+
- **Horizontal scroll**: Content overflow on narrow viewports
|
|
38
|
+
- **Text scaling**: Layouts that break when text size increases
|
|
39
|
+
- **Missing breakpoints**: No mobile/tablet variants
|
|
40
|
+
|
|
41
|
+
5. **Anti-Patterns (CRITICAL)** - Check against ALL the **DON'T** guidelines in the frontend-design skill. Look for AI slop tells (AI color palette, gradient text, glassmorphism, hero metrics, card grids, generic fonts) and general design anti-patterns (gray on color, nested cards, bounce easing, redundant copy).
|
|
42
|
+
|
|
43
|
+
**CRITICAL**: This is an audit, not a fix. Document issues thoroughly with clear explanations of impact. Use other commands (normalize, optimize, harden, etc.) to fix issues after audit.
|
|
44
|
+
|
|
45
|
+
## Generate Comprehensive Report
|
|
46
|
+
|
|
47
|
+
Create a detailed audit report and **save it to `design-system/QA/audit-report.md`**.
|
|
48
|
+
Ensure the directory `design-system/QA` exists (create it if not).
|
|
49
|
+
|
|
50
|
+
The report must follow this structure:
|
|
51
|
+
|
|
52
|
+
### Anti-Patterns Verdict
|
|
53
|
+
**Start here.** Pass/fail: Does this look AI-generated? List specific tells from the skill's Anti-Patterns section. Be brutally honest.
|
|
54
|
+
|
|
55
|
+
### Executive Summary
|
|
56
|
+
- Total issues found (count by severity)
|
|
57
|
+
- Most critical issues (top 3-5)
|
|
58
|
+
- Overall quality score (if applicable)
|
|
59
|
+
- Recommended next steps
|
|
60
|
+
|
|
61
|
+
### Detailed Findings by Severity
|
|
62
|
+
|
|
63
|
+
For each issue, document:
|
|
64
|
+
- **Location**: Where the issue occurs (component, file, line)
|
|
65
|
+
- **Severity**: Critical / High / Medium / Low
|
|
66
|
+
- **Category**: Accessibility / Performance / Theming / Responsive
|
|
67
|
+
- **Description**: What the issue is
|
|
68
|
+
- **Impact**: How it affects users
|
|
69
|
+
- **WCAG/Standard**: Which standard it violates (if applicable)
|
|
70
|
+
- **Recommendation**: How to fix it
|
|
71
|
+
- **Suggested command**: Which command to use (e.g., `/normalize`, `/optimize`, `/harden`)
|
|
72
|
+
|
|
73
|
+
#### Critical Issues
|
|
74
|
+
[Issues that block core functionality or violate WCAG A]
|
|
75
|
+
|
|
76
|
+
#### High-Severity Issues
|
|
77
|
+
[Significant usability/accessibility impact, WCAG AA violations]
|
|
78
|
+
|
|
79
|
+
#### Medium-Severity Issues
|
|
80
|
+
[Quality issues, WCAG AAA violations, performance concerns]
|
|
81
|
+
|
|
82
|
+
#### Low-Severity Issues
|
|
83
|
+
[Minor inconsistencies, optimization opportunities]
|
|
84
|
+
|
|
85
|
+
### Patterns & Systemic Issues
|
|
86
|
+
|
|
87
|
+
Identify recurring problems:
|
|
88
|
+
- "Hard-coded colors appear in 15+ components, should use design tokens"
|
|
89
|
+
- "Touch targets consistently too small (<44px) throughout mobile experience"
|
|
90
|
+
- "Missing focus indicators on all custom interactive components"
|
|
91
|
+
|
|
92
|
+
### Positive Findings
|
|
93
|
+
|
|
94
|
+
Note what's working well:
|
|
95
|
+
- Good practices to maintain
|
|
96
|
+
- Exemplary implementations to replicate elsewhere
|
|
97
|
+
|
|
98
|
+
### Recommendations by Priority
|
|
99
|
+
|
|
100
|
+
Create actionable plan:
|
|
101
|
+
1. **Immediate**: Critical blockers to fix first
|
|
102
|
+
2. **Short-term**: High-severity issues (this sprint)
|
|
103
|
+
3. **Medium-term**: Quality improvements (next sprint)
|
|
104
|
+
4. **Long-term**: Nice-to-haves and optimizations
|
|
105
|
+
|
|
106
|
+
### Suggested Commands for Fixes
|
|
107
|
+
|
|
108
|
+
Map issues to appropriate commands:
|
|
109
|
+
- "Use `/normalize` to align components with design system (addresses 23 theming issues)"
|
|
110
|
+
- "Use `/optimize` to improve performance (addresses 12 performance issues)"
|
|
111
|
+
- "Use `/harden` to improve i18n and text handling (addresses 8 edge cases)"
|
|
112
|
+
|
|
113
|
+
**IMPORTANT**: Be thorough but actionable. Too many low-priority issues creates noise. Focus on what actually matters.
|
|
114
|
+
|
|
115
|
+
**NEVER**:
|
|
116
|
+
- Report issues without explaining impact (why does this matter?)
|
|
117
|
+
- Mix severity levels inconsistently
|
|
118
|
+
- Skip positive findings (celebrate what works)
|
|
119
|
+
- Provide generic recommendations (be specific and actionable)
|
|
120
|
+
- Forget to prioritize (everything can't be critical)
|
|
121
|
+
- Report false positives without verification
|
|
122
|
+
|
|
123
|
+
Remember: You're a quality auditor with exceptional attention to detail. Document systematically, prioritize ruthlessly, and provide clear paths to improvement. A good audit makes fixing easy.
|