mindsystem-cc 3.17.1 → 3.18.1
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/agents/ms-consolidator.md +4 -4
- package/agents/ms-debugger.md +3 -3
- package/agents/ms-designer.md +33 -70
- package/agents/ms-executor.md +7 -6
- package/agents/ms-plan-writer.md +52 -26
- package/agents/ms-researcher.md +13 -13
- package/commands/ms/check-phase.md +1 -1
- package/commands/ms/complete-milestone.md +47 -54
- package/commands/ms/design-phase.md +33 -30
- package/commands/ms/review-design.md +106 -395
- package/mindsystem/references/principles.md +3 -3
- package/mindsystem/references/routing/next-phase-routing.md +1 -1
- package/mindsystem/references/scope-estimation.md +22 -35
- package/mindsystem/templates/design-iteration.md +13 -13
- package/mindsystem/templates/design.md +145 -327
- package/mindsystem/templates/knowledge.md +1 -1
- package/mindsystem/templates/milestone-archive.md +3 -3
- package/mindsystem/templates/phase-prompt.md +6 -7
- package/mindsystem/templates/research-subagent-prompt.md +2 -2
- package/mindsystem/templates/research.md +7 -7
- package/mindsystem/templates/roadmap.md +1 -1
- package/mindsystem/templates/verification-report.md +1 -1
- package/mindsystem/workflows/complete-milestone.md +52 -227
- package/mindsystem/workflows/discuss-phase.md +3 -3
- package/mindsystem/workflows/execute-plan.md +1 -1
- package/mindsystem/workflows/plan-phase.md +22 -50
- package/mindsystem/workflows/verify-phase.md +1 -1
- package/package.json +1 -1
- package/scripts/archive-milestone-files.sh +68 -0
- package/scripts/archive-milestone-phases.sh +138 -0
- package/scripts/gather-milestone-stats.sh +179 -0
- package/scripts/ms-lookup/ms_lookup/backends/context7.py +17 -5
- package/scripts/ms-lookup/ms_lookup/backends/perplexity.py +17 -3
- package/scripts/ms-lookup-wrapper.sh +1 -1
- package/scripts/scan-planning-context.py +186 -36
- package/scripts/validate-execution-order.sh +4 -5
- package/scripts/cleanup-phase-artifacts.sh +0 -68
|
@@ -72,11 +72,30 @@ Wait for response and act accordingly.
|
|
|
72
72
|
|
|
73
73
|
**If doesn't exist:** Continue to gather context.
|
|
74
74
|
|
|
75
|
-
## 3.
|
|
75
|
+
## 3. Discover Relevant Skills
|
|
76
|
+
|
|
77
|
+
Before gathering context, check for skills that provide design-relevant conventions.
|
|
78
|
+
|
|
79
|
+
**3a. Scan available skills:**
|
|
80
|
+
|
|
81
|
+
Scan skills in your system-reminder for matches. Look for skills related to:
|
|
82
|
+
- The platform or framework (Flutter, React, web, etc.)
|
|
83
|
+
- UI conventions, design systems, or component patterns
|
|
84
|
+
- The specific domain of this phase (from the ROADMAP.md phase description extracted in step 1)
|
|
85
|
+
|
|
86
|
+
**3b. Confirm with user:**
|
|
87
|
+
|
|
88
|
+
Use AskUserQuestion to present findings. Always include an escape hatch for the user to name a skill manually.
|
|
89
|
+
|
|
90
|
+
**3c. Load selected skills:**
|
|
91
|
+
|
|
92
|
+
Invoke each confirmed skill via the Skill tool. Extract aesthetic patterns (colors, components, spacing, typography) from loaded content for the `<existing_aesthetic>` block in step 6.
|
|
93
|
+
|
|
94
|
+
## 4. Gather Context Chain
|
|
76
95
|
|
|
77
96
|
Load context in order of priority:
|
|
78
97
|
|
|
79
|
-
**
|
|
98
|
+
**4a. Mandatory context:**
|
|
80
99
|
|
|
81
100
|
```bash
|
|
82
101
|
# Load PROJECT.md for product context
|
|
@@ -97,7 +116,7 @@ Extract from ROADMAP.md:
|
|
|
97
116
|
- Success criteria
|
|
98
117
|
- Requirements mapped
|
|
99
118
|
|
|
100
|
-
**
|
|
119
|
+
**4b. Optional context - CONTEXT.md (from discuss-phase):**
|
|
101
120
|
|
|
102
121
|
```bash
|
|
103
122
|
cat .planning/phases/${PHASE}-*/${PHASE}-CONTEXT.md 2>/dev/null
|
|
@@ -108,7 +127,7 @@ If exists, extract:
|
|
|
108
127
|
- What Must Be Nailed (essentials)
|
|
109
128
|
- Specific Ideas (references to products)
|
|
110
129
|
|
|
111
|
-
**
|
|
130
|
+
**4b2. Optional context — prior knowledge:**
|
|
112
131
|
|
|
113
132
|
Match subsystem(s) to this phase by comparing ROADMAP phase description against subsystem names in config.json. Load matching knowledge files:
|
|
114
133
|
|
|
@@ -125,7 +144,7 @@ If knowledge files exist, extract:
|
|
|
125
144
|
|
|
126
145
|
Pass the extracted knowledge to ms-designer in the design prompt (see step 6 `<prior_knowledge>` block).
|
|
127
146
|
|
|
128
|
-
**
|
|
147
|
+
**4c. Optional context - codebase analysis:**
|
|
129
148
|
|
|
130
149
|
```bash
|
|
131
150
|
# Platform detection
|
|
@@ -145,16 +164,6 @@ grep -r "colors\|theme\|spacing" src/ --include="*.ts" --include="*.dart" 2>/dev
|
|
|
145
164
|
|
|
146
165
|
Document discovered patterns for the designer.
|
|
147
166
|
|
|
148
|
-
## 4. Load Project Skills
|
|
149
|
-
|
|
150
|
-
Scan the skill list in your system message for skills matching this phase's technology or domain. Invoke each match via the Skill tool before proceeding — skills contain conventions and patterns that change what you design for.
|
|
151
|
-
|
|
152
|
-
- One clear match → invoke it directly
|
|
153
|
-
- Multiple candidates → use AskUserQuestion to let the user choose
|
|
154
|
-
- No match → proceed without
|
|
155
|
-
|
|
156
|
-
Extract aesthetic patterns (colors, components, spacing, typography) from loaded skill content for the `<existing_aesthetic>` block passed to ms-designer.
|
|
157
|
-
|
|
158
167
|
## 5. Adaptive Q&A (If Gaps Exist)
|
|
159
168
|
|
|
160
169
|
Assess context coverage:
|
|
@@ -334,13 +343,11 @@ Generate: DESIGN.md following template structure
|
|
|
334
343
|
Location: .planning/phases/{phase}-{slug}/{phase}-DESIGN.md
|
|
335
344
|
|
|
336
345
|
Required sections:
|
|
337
|
-
1.
|
|
338
|
-
2.
|
|
339
|
-
3.
|
|
340
|
-
|
|
341
|
-
|
|
342
|
-
6. Platform-Specific Notes (responsive, touch targets, accessibility)
|
|
343
|
-
7. Verification Criteria (observable behaviors proving correct implementation)
|
|
346
|
+
1. Design Direction (1-2 sentences: feel, inspiration)
|
|
347
|
+
2. Design Tokens (compact table: token, value, note)
|
|
348
|
+
3. Screens (per screen: wireframe with inline annotations, States table, Behavior notes, Hints)
|
|
349
|
+
|
|
350
|
+
Verification criteria are not a section — plan writer derives from specs.
|
|
344
351
|
</output_specification>
|
|
345
352
|
```
|
|
346
353
|
|
|
@@ -426,16 +433,12 @@ Update `.planning/STATE.md` Last Command field:
|
|
|
426
433
|
</process>
|
|
427
434
|
|
|
428
435
|
<success_criteria>
|
|
429
|
-
- [ ]
|
|
430
|
-
- [ ]
|
|
431
|
-
- [ ]
|
|
432
|
-
- [ ] Project UI skill discovered and loaded if exists
|
|
433
|
-
- [ ] Codebase analyzed for existing patterns
|
|
434
|
-
- [ ] Adaptive Q&A completed if gaps existed
|
|
436
|
+
- [ ] Available skills scanned, surfaced via AskUserQuestion, and loaded via Skill tool
|
|
437
|
+
- [ ] Codebase analyzed for existing patterns (step 4c)
|
|
438
|
+
- [ ] Adaptive Q&A completed if context gaps existed
|
|
435
439
|
- [ ] Mockup generation offered if phase has significant new UI
|
|
436
440
|
- [ ] Mockup direction extracted and passed to ms-designer (if generated)
|
|
437
441
|
- [ ] ms-designer spawned with quality-forcing patterns
|
|
438
|
-
- [ ] DESIGN.md created with
|
|
439
|
-
- [ ] DESIGN.md committed
|
|
442
|
+
- [ ] DESIGN.md created with Design Direction, Design Tokens, and Screens sections and committed
|
|
440
443
|
- [ ] User informed of refinement options and next steps
|
|
441
444
|
</success_criteria>
|