mindsystem-cc 3.16.0 → 3.16.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.
@@ -2,7 +2,7 @@
2
2
  name: ms-flutter-code-quality
3
3
  description: Refactors Flutter/Dart code to follow quality guidelines. Applies code patterns, widget organization, folder structure, and simplification. Spawned by execute-phase/adhoc.
4
4
  model: sonnet
5
- tools: Read, Write, Edit, Bash, Grep, Glob
5
+ tools: Read, Write, Edit, Bash, Grep, Glob, Skill
6
6
  color: cyan
7
7
  skills:
8
8
  - flutter-code-quality
@@ -2,7 +2,7 @@
2
2
  name: ms-flutter-simplifier
3
3
  description: Simplifies Flutter/Dart code for clarity, consistency, and maintainability. Spawned by execute-phase/adhoc after code changes.
4
4
  model: sonnet
5
- tools: Read, Write, Edit, Bash, Grep, Glob
5
+ tools: Read, Write, Edit, Bash, Grep, Glob, Skill
6
6
  color: cyan
7
7
  skills:
8
8
  - flutter-code-simplification
@@ -7,6 +7,7 @@ allowed-tools:
7
7
  - Bash
8
8
  - Task
9
9
  - AskUserQuestion
10
+ - Skill
10
11
  ---
11
12
 
12
13
  <objective>
@@ -122,17 +123,9 @@ If knowledge files exist, extract:
122
123
  - Key decisions (constraints)
123
124
  - Pitfalls (design must avoid known traps)
124
125
 
125
- Pass the extracted knowledge to ms-designer in the design prompt (see step 5 `<prior_knowledge>` block).
126
+ Pass the extracted knowledge to ms-designer in the design prompt (see step 6 `<prior_knowledge>` block).
126
127
 
127
- **3c. Optional context project UI skill:**
128
-
129
- Scan the skills list in the most recent system-reminder for a skill whose description mentions UI patterns, components, design system, or implementation styling (e.g., "Flutter/Dart patterns", "React component library", "UI implementation patterns").
130
-
131
- If a matching skill is found, invoke it: `Skill(skill: "skill-name")`. Extract aesthetic patterns (colors, components, spacing, typography) from the loaded content for the `<existing_aesthetic>` block passed to ms-designer.
132
-
133
- If no matching skill is found, skip this step and note "No project UI skill found" in the `<existing_aesthetic>` block.
134
-
135
- **3d. Optional context - codebase analysis:**
128
+ **3c. Optional context - codebase analysis:**
136
129
 
137
130
  ```bash
138
131
  # Platform detection
@@ -152,14 +145,24 @@ grep -r "colors\|theme\|spacing" src/ --include="*.ts" --include="*.dart" 2>/dev
152
145
 
153
146
  Document discovered patterns for the designer.
154
147
 
155
- ## 4. Adaptive Q&A (If Gaps Exist)
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
+ ## 5. Adaptive Q&A (If Gaps Exist)
156
159
 
157
160
  Assess context coverage:
158
161
  - Can platform be inferred? (from codebase or PROJECT.md)
159
162
  - Can visual style be inferred? (from project UI skill or codebase)
160
163
  - Can design priorities be inferred? (from CONTEXT.md or phase requirements)
161
164
 
162
- **If everything can be inferred:** Skip to step 5.
165
+ **If everything can be inferred:** Skip to step 6.
163
166
 
164
167
  **If gaps exist:** Use AskUserQuestion with targeted questions.
165
168
 
@@ -177,7 +180,7 @@ Use AskUserQuestion to confirm:
177
180
  2. **Ask more questions** — Continue gathering context
178
181
  3. **Add context** — Let user provide additional information
179
182
 
180
- ## 4b. Mockup Generation (Optional)
183
+ ## 5b. Mockup Generation (Optional)
181
184
 
182
185
  After gathering context and closing gaps, assess whether this phase has significant new UI (new screens, novel flows, complex layouts — not minor tweaks to existing patterns).
183
186
 
@@ -203,11 +206,11 @@ Follow mockup-generation workflow:
203
206
  8. Handle selection (single pick, combine, tweak, more variants, or skip)
204
207
  9. Extract CSS specs from chosen variant into `<mockup_direction>` block
205
208
 
206
- Pass gathered context (PROJECT.md, ROADMAP.md phase entry, existing aesthetic) to the workflow. The workflow returns either a `<mockup_direction>` block for step 5, or nothing if user skips.
209
+ Pass gathered context (PROJECT.md, ROADMAP.md phase entry, existing aesthetic) to the workflow. The workflow returns either a `<mockup_direction>` block for step 6, or nothing if user skips.
207
210
 
208
- **If user selects "No":** Proceed directly to step 5.
211
+ **If user selects "No":** Proceed directly to step 6.
209
212
 
210
- ## 5. Spawn ms-designer Agent
213
+ ## 6. Spawn ms-designer Agent
211
214
 
212
215
  Assemble the design prompt from gathered context:
213
216
 
@@ -294,7 +297,7 @@ No existing aesthetic. Design fresh with platform conventions.
294
297
  </existing_aesthetic>
295
298
 
296
299
  <mockup_direction>
297
- [If mockups were generated in step 4b, include the extracted specs:]
300
+ [If mockups were generated in step 5b, include the extracted specs:]
298
301
 
299
302
  Direction: [chosen direction name]
300
303
  Philosophy: [direction one-sentence philosophy]
@@ -351,7 +354,7 @@ Task(
351
354
  )
352
355
  ```
353
356
 
354
- ## 6. Handle Agent Return
357
+ ## 7. Handle Agent Return
355
358
 
356
359
  **`## DESIGN COMPLETE`:**
357
360
 
@@ -378,7 +381,7 @@ Also offer:
378
381
 
379
382
  Present the question to user. Get response. Spawn continuation with the clarification.
380
383
 
381
- ## 7. Conversational Refinement
384
+ ## 8. Conversational Refinement
382
385
 
383
386
  After initial generation, if user wants to refine:
384
387
 
@@ -413,7 +416,7 @@ Use the iteration template from `~/.claude/mindsystem/templates/design-iteration
413
416
  - Verify "what needs improvement" was addressed
414
417
  - Update design version in DESIGN.md frontmatter
415
418
 
416
- ## 8. Update Last Command
419
+ ## 9. Update Last Command
417
420
 
418
421
  Update `.planning/STATE.md` Last Command field:
419
422
  - Find line starting with `Last Command:` in Current Position section
@@ -2,6 +2,12 @@
2
2
  name: ms:discuss-phase
3
3
  description: Gather phase context through adaptive questioning before planning
4
4
  argument-hint: "[phase]"
5
+ allowed-tools:
6
+ - Read
7
+ - Write
8
+ - Bash
9
+ - Glob
10
+ - AskUserQuestion
5
11
  ---
6
12
 
7
13
  <objective>
@@ -173,12 +173,11 @@ options:
173
173
 
174
174
  **When user chooses "Verify first":**
175
175
 
176
- Spawn ms-plan-checker subagent with sonnet model:
176
+ Spawn ms-plan-checker subagent:
177
177
 
178
178
  ```
179
179
  Task(
180
180
  subagent_type: "ms-plan-checker"
181
- model: "sonnet"
182
181
  description: "Verify phase {PHASE} plans"
183
182
  prompt: """
184
183
  Verify plans for phase {PHASE}.
@@ -511,7 +511,6 @@ Assemble handoff payload:
511
511
  ```
512
512
  Task(
513
513
  subagent_type: "ms-plan-writer"
514
- model: "sonnet"
515
514
  description: "Write PLAN.md files for phase {PHASE}"
516
515
  prompt: "{assembled handoff payload}"
517
516
  )
@@ -602,7 +601,6 @@ Spawn ms-plan-checker:
602
601
  ```
603
602
  Task(
604
603
  subagent_type: "ms-plan-checker"
605
- model: "sonnet"
606
604
  description: "Verify phase ${PHASE} plans"
607
605
  prompt: """
608
606
  Verify plans for phase ${PHASE}.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "mindsystem-cc",
3
- "version": "3.16.0",
3
+ "version": "3.16.1",
4
4
  "description": "A meta-prompting, context engineering and spec-driven development system for Claude Code by TÂCHES.",
5
5
  "bin": {
6
6
  "mindsystem-cc": "bin/install.js"