mindsystem-cc 3.14.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.
- package/README.md +1 -0
- package/agents/ms-codebase-researcher.md +105 -0
- package/agents/ms-consolidator.md +137 -286
- package/agents/ms-debugger.md +1 -0
- package/agents/ms-designer.md +1 -0
- package/agents/ms-executor.md +2 -1
- package/agents/ms-flutter-code-quality.md +1 -1
- package/agents/ms-flutter-reviewer.md +1 -0
- package/agents/ms-flutter-simplifier.md +1 -1
- package/agents/ms-integration-checker.md +1 -0
- package/agents/ms-plan-checker.md +17 -327
- package/agents/ms-researcher.md +25 -343
- package/agents/ms-roadmapper.md +10 -75
- package/agents/ms-verifier.md +33 -309
- package/agents/ms-verify-fixer.md +1 -0
- package/commands/ms/check-phase.md +24 -55
- package/commands/ms/complete-milestone.md +6 -25
- package/commands/ms/create-roadmap.md +3 -15
- package/commands/ms/design-phase.md +52 -15
- package/commands/ms/discuss-phase.md +7 -9
- package/commands/ms/doctor.md +224 -0
- package/commands/ms/execute-phase.md +22 -12
- package/commands/ms/help.md +11 -0
- package/commands/ms/new-milestone.md +3 -3
- package/commands/ms/plan-phase.md +1 -1
- package/commands/ms/research-phase.md +249 -85
- package/commands/ms/verify-work.md +1 -0
- package/mindsystem/references/plan-risk-assessment.md +1 -2
- package/mindsystem/templates/context.md +1 -11
- package/mindsystem/templates/discovery.md +2 -3
- package/mindsystem/templates/knowledge.md +99 -0
- package/mindsystem/templates/requirements.md +3 -61
- package/mindsystem/templates/research-comparison-output.md +50 -0
- package/mindsystem/templates/research-feasibility-output.md +43 -0
- package/mindsystem/templates/research-project-output.md +81 -0
- package/mindsystem/templates/research-subagent-prompt.md +164 -48
- package/mindsystem/templates/roadmap-milestone.md +67 -0
- package/mindsystem/templates/roadmap.md +2 -66
- package/mindsystem/workflows/complete-milestone.md +23 -140
- package/mindsystem/workflows/define-requirements.md +4 -8
- package/mindsystem/workflows/discuss-phase.md +25 -8
- package/mindsystem/workflows/execute-phase.md +34 -0
- package/mindsystem/workflows/execute-plan.md +8 -0
- package/mindsystem/workflows/plan-phase.md +40 -104
- package/mindsystem/workflows/verify-work.md +20 -0
- package/package.json +1 -1
- package/scripts/cleanup-phase-artifacts.sh +68 -0
- package/scripts/scan-artifact-subsystems.sh +55 -0
- package/scripts/scan-planning-context.py +689 -0
- package/mindsystem/templates/decisions.md +0 -145
- package/mindsystem/templates/learnings.md +0 -150
|
@@ -0,0 +1,50 @@
|
|
|
1
|
+
# Comparison Output Template
|
|
2
|
+
|
|
3
|
+
Template for comparison research — side-by-side evaluation of alternatives.
|
|
4
|
+
|
|
5
|
+
**Purpose:** Provide a structured comparison matrix with clear recommendation for technology/approach decisions.
|
|
6
|
+
|
|
7
|
+
**Created by:** `ms-researcher` agent during comparison research mode
|
|
8
|
+
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
## File Template
|
|
12
|
+
|
|
13
|
+
```markdown
|
|
14
|
+
# Comparison: [Option A] vs [Option B] vs [Option C]
|
|
15
|
+
|
|
16
|
+
**Context:** [what we're deciding]
|
|
17
|
+
**Recommendation:** [option] because [one-liner reason]
|
|
18
|
+
|
|
19
|
+
## Quick Comparison
|
|
20
|
+
|
|
21
|
+
| Criterion | [A] | [B] | [C] |
|
|
22
|
+
|-----------|-----|-----|-----|
|
|
23
|
+
| [criterion 1] | [rating/value] | [rating/value] | [rating/value] |
|
|
24
|
+
| [criterion 2] | [rating/value] | [rating/value] | [rating/value] |
|
|
25
|
+
|
|
26
|
+
## Detailed Analysis
|
|
27
|
+
|
|
28
|
+
### [Option A]
|
|
29
|
+
**Strengths:**
|
|
30
|
+
- [strength 1]
|
|
31
|
+
- [strength 2]
|
|
32
|
+
|
|
33
|
+
**Weaknesses:**
|
|
34
|
+
- [weakness 1]
|
|
35
|
+
|
|
36
|
+
**Best for:** [use cases]
|
|
37
|
+
|
|
38
|
+
### [Option B]
|
|
39
|
+
...
|
|
40
|
+
|
|
41
|
+
## Recommendation
|
|
42
|
+
|
|
43
|
+
[1-2 paragraphs explaining the recommendation]
|
|
44
|
+
|
|
45
|
+
**Choose [A] when:** [conditions]
|
|
46
|
+
**Choose [B] when:** [conditions]
|
|
47
|
+
|
|
48
|
+
## Sources
|
|
49
|
+
[URLs with confidence levels]
|
|
50
|
+
```
|
|
@@ -0,0 +1,43 @@
|
|
|
1
|
+
# Feasibility Assessment Output Template
|
|
2
|
+
|
|
3
|
+
Template for feasibility research — can we actually do this?
|
|
4
|
+
|
|
5
|
+
**Purpose:** Provide a clear yes/no/maybe verdict with evidence for technical feasibility decisions.
|
|
6
|
+
|
|
7
|
+
**Created by:** `ms-researcher` agent during feasibility research mode
|
|
8
|
+
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
## File Template
|
|
12
|
+
|
|
13
|
+
```markdown
|
|
14
|
+
# Feasibility Assessment: [Goal]
|
|
15
|
+
|
|
16
|
+
**Verdict:** [YES / NO / MAYBE with conditions]
|
|
17
|
+
**Confidence:** [HIGH/MEDIUM/LOW]
|
|
18
|
+
|
|
19
|
+
## Summary
|
|
20
|
+
|
|
21
|
+
[2-3 paragraph assessment]
|
|
22
|
+
|
|
23
|
+
## Requirements
|
|
24
|
+
|
|
25
|
+
What's needed to achieve this:
|
|
26
|
+
|
|
27
|
+
| Requirement | Status | Notes |
|
|
28
|
+
|-------------|--------|-------|
|
|
29
|
+
| [req 1] | [available/partial/missing] | [details] |
|
|
30
|
+
|
|
31
|
+
## Blockers
|
|
32
|
+
|
|
33
|
+
| Blocker | Severity | Mitigation |
|
|
34
|
+
|---------|----------|------------|
|
|
35
|
+
| [blocker] | [high/medium/low] | [how to address] |
|
|
36
|
+
|
|
37
|
+
## Recommendation
|
|
38
|
+
|
|
39
|
+
[What to do based on findings]
|
|
40
|
+
|
|
41
|
+
## Sources
|
|
42
|
+
[URLs with confidence levels]
|
|
43
|
+
```
|
|
@@ -0,0 +1,81 @@
|
|
|
1
|
+
# Project Research Output Template
|
|
2
|
+
|
|
3
|
+
Template for `.planning/research/` files — research before creating roadmap.
|
|
4
|
+
|
|
5
|
+
**Purpose:** Document ecosystem-level findings for a whole project, informing phase structure and technology choices.
|
|
6
|
+
|
|
7
|
+
**Created by:** `ms-researcher` agent during `/ms:research-project`
|
|
8
|
+
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
## Output Files
|
|
12
|
+
|
|
13
|
+
### SUMMARY.md
|
|
14
|
+
|
|
15
|
+
Executive summary synthesizing all research with roadmap implications.
|
|
16
|
+
|
|
17
|
+
```markdown
|
|
18
|
+
# Research Summary: [Project Name]
|
|
19
|
+
|
|
20
|
+
**Domain:** [type of product]
|
|
21
|
+
**Researched:** [date]
|
|
22
|
+
**Overall confidence:** [HIGH/MEDIUM/LOW]
|
|
23
|
+
|
|
24
|
+
## Executive Summary
|
|
25
|
+
|
|
26
|
+
[3-4 paragraphs synthesizing all findings]
|
|
27
|
+
|
|
28
|
+
## Key Findings
|
|
29
|
+
|
|
30
|
+
**Stack:** [one-liner from STACK.md]
|
|
31
|
+
**Architecture:** [one-liner from ARCHITECTURE.md]
|
|
32
|
+
**Critical pitfall:** [most important from PITFALLS.md]
|
|
33
|
+
|
|
34
|
+
## Implications for Roadmap
|
|
35
|
+
|
|
36
|
+
Based on research, suggested phase structure:
|
|
37
|
+
|
|
38
|
+
1. **[Phase name]** - [rationale]
|
|
39
|
+
- Addresses: [features from FEATURES.md]
|
|
40
|
+
- Avoids: [pitfall from PITFALLS.md]
|
|
41
|
+
|
|
42
|
+
2. **[Phase name]** - [rationale]
|
|
43
|
+
...
|
|
44
|
+
|
|
45
|
+
**Phase ordering rationale:**
|
|
46
|
+
- [Why this order based on dependencies]
|
|
47
|
+
|
|
48
|
+
**Research flags for phases:**
|
|
49
|
+
- Phase [X]: Likely needs deeper research (reason)
|
|
50
|
+
- Phase [Y]: Standard patterns, unlikely to need research
|
|
51
|
+
|
|
52
|
+
## Confidence Assessment
|
|
53
|
+
|
|
54
|
+
| Area | Confidence | Notes |
|
|
55
|
+
|------|------------|-------|
|
|
56
|
+
| Stack | [level] | [reason] |
|
|
57
|
+
| Features | [level] | [reason] |
|
|
58
|
+
| Architecture | [level] | [reason] |
|
|
59
|
+
| Pitfalls | [level] | [reason] |
|
|
60
|
+
|
|
61
|
+
## Gaps to Address
|
|
62
|
+
|
|
63
|
+
- [Areas where research was inconclusive]
|
|
64
|
+
- [Topics needing phase-specific research later]
|
|
65
|
+
```
|
|
66
|
+
|
|
67
|
+
### STACK.md
|
|
68
|
+
|
|
69
|
+
Recommended technologies with versions and rationale.
|
|
70
|
+
|
|
71
|
+
### FEATURES.md
|
|
72
|
+
|
|
73
|
+
Feature landscape - table stakes, differentiators, anti-features.
|
|
74
|
+
|
|
75
|
+
### ARCHITECTURE.md
|
|
76
|
+
|
|
77
|
+
System structure patterns with component boundaries.
|
|
78
|
+
|
|
79
|
+
### PITFALLS.md
|
|
80
|
+
|
|
81
|
+
Common mistakes with prevention strategies.
|
|
@@ -1,92 +1,208 @@
|
|
|
1
|
-
# Research Subagent Prompt
|
|
1
|
+
# Research Subagent Prompt Templates
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
Templates for the 3 parallel agents spawned by `/ms:research-phase`. The orchestrator constructs prompts inline. These templates serve as reference documentation.
|
|
4
4
|
|
|
5
5
|
---
|
|
6
6
|
|
|
7
|
-
##
|
|
7
|
+
## Common Context (injected into all 3 agents)
|
|
8
8
|
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
9
|
+
| Placeholder | Source |
|
|
10
|
+
|-------------|--------|
|
|
11
|
+
| `{existing_tech}` | Dependency file (pubspec.yaml / package.json / etc.) |
|
|
12
|
+
| `{phase_description}` | ROADMAP.md phase entry |
|
|
13
|
+
| `{requirements}` | REQUIREMENTS.md |
|
|
14
|
+
| `{locked_decisions}` | CONTEXT.md + STATE.md decisions |
|
|
15
|
+
| `{design_specs}` | DESIGN.md (if exists) |
|
|
16
|
+
| `{mode}` | Research mode: ecosystem / feasibility / implementation / comparison |
|
|
17
|
+
| `{framed_question}` | Mode + phase description combined into research question |
|
|
18
|
+
| `{scan_hints}` | Keywords extracted from phase description |
|
|
12
19
|
|
|
13
|
-
|
|
14
|
-
</objective>
|
|
20
|
+
---
|
|
15
21
|
|
|
16
|
-
|
|
17
|
-
**Phase:** {phase_number} - {phase_name}
|
|
18
|
-
**Description:** {phase_description}
|
|
22
|
+
## Template 1: External Docs (ms-researcher)
|
|
19
23
|
|
|
20
|
-
**
|
|
21
|
-
|
|
24
|
+
**Focus:** Library documentation, APIs, verified code examples
|
|
25
|
+
**Tools emphasized:** ms-lookup docs (Context7), ms-lookup deep (Perplexity), WebSearch, WebFetch
|
|
26
|
+
**Returns:** Structured findings (not files)
|
|
22
27
|
|
|
23
|
-
|
|
24
|
-
|
|
28
|
+
```markdown
|
|
29
|
+
<research_type>
|
|
30
|
+
Phase Research — External Documentation focus.
|
|
31
|
+
</research_type>
|
|
32
|
+
|
|
33
|
+
<focus>
|
|
34
|
+
Library documentation, APIs, version-specific behavior, verified code examples.
|
|
35
|
+
Use the ms-lookup CLI for library docs and deep research:
|
|
36
|
+
~/.claude/mindsystem/scripts/ms-lookup-wrapper.sh docs <library> '<query>'
|
|
37
|
+
~/.claude/mindsystem/scripts/ms-lookup-wrapper.sh deep '<query>'
|
|
38
|
+
Use WebSearch for ecosystem discovery.
|
|
39
|
+
Focus on finding authoritative, current documentation for the libraries and tools
|
|
40
|
+
needed to implement this phase.
|
|
41
|
+
</focus>
|
|
42
|
+
|
|
43
|
+
<existing_tech>
|
|
44
|
+
{existing_tech}
|
|
45
|
+
</existing_tech>
|
|
25
46
|
|
|
26
|
-
|
|
27
|
-
{
|
|
47
|
+
<objective>
|
|
48
|
+
Research external documentation for Phase {N}: {name}
|
|
49
|
+
Mode: {mode}
|
|
50
|
+
</objective>
|
|
51
|
+
|
|
52
|
+
<context>
|
|
53
|
+
{phase_description, requirements, locked_decisions, design_specs}
|
|
28
54
|
</context>
|
|
29
55
|
|
|
56
|
+
<downstream_consumer>
|
|
57
|
+
Your findings feed into orchestrator synthesis -> RESEARCH.md sections:
|
|
58
|
+
- Standard Stack (libraries, versions, install commands)
|
|
59
|
+
- Architecture Patterns (library-recommended patterns)
|
|
60
|
+
- Don't Hand-Roll (library solutions for common problems)
|
|
61
|
+
- Code Examples (verified from official docs)
|
|
62
|
+
- State of the Art (latest approaches, deprecated patterns)
|
|
63
|
+
Be prescriptive. Specific versions. Verified code.
|
|
64
|
+
</downstream_consumer>
|
|
65
|
+
|
|
30
66
|
<output>
|
|
31
|
-
|
|
32
|
-
|
|
67
|
+
Return findings as structured text. Do NOT write to filesystem.
|
|
68
|
+
Format:
|
|
69
|
+
## EXTERNAL DOCS FINDINGS
|
|
70
|
+
### Recommended Libraries (name, version, purpose, install)
|
|
71
|
+
### API Patterns & Code Examples (verified from docs)
|
|
72
|
+
### Architecture Recommendations (from library docs)
|
|
73
|
+
### Don't Hand-Roll (library solutions exist for these)
|
|
74
|
+
### Version Constraints & Compatibility
|
|
75
|
+
### Confidence (HIGH/MEDIUM/LOW per section with sources)
|
|
76
|
+
Complete your built-in verification protocol and quality checklist before returning findings.
|
|
33
77
|
</output>
|
|
34
78
|
```
|
|
35
79
|
|
|
36
80
|
---
|
|
37
81
|
|
|
38
|
-
##
|
|
82
|
+
## Template 2: Codebase Patterns (ms-codebase-researcher)
|
|
83
|
+
|
|
84
|
+
**Focus:** Existing patterns, learnings, established conventions
|
|
85
|
+
**Tools emphasized:** Grep, Glob, Read
|
|
86
|
+
**Returns:** Structured findings (not files)
|
|
87
|
+
|
|
88
|
+
```markdown
|
|
89
|
+
<objective>
|
|
90
|
+
Analyze project codebase for patterns relevant to Phase {N}: {name}
|
|
91
|
+
</objective>
|
|
92
|
+
|
|
93
|
+
<research_question>
|
|
94
|
+
{framed_question}
|
|
95
|
+
</research_question>
|
|
96
|
+
|
|
97
|
+
<phase_context>
|
|
98
|
+
{phase_description, requirements, locked_decisions}
|
|
99
|
+
</phase_context>
|
|
100
|
+
|
|
101
|
+
<existing_tech>
|
|
102
|
+
{existing_tech}
|
|
103
|
+
</existing_tech>
|
|
39
104
|
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
| `{output_path}` | Generated | `.planning/phases/5-viz/5-RESEARCH.md` |
|
|
105
|
+
<scan_hints>
|
|
106
|
+
{scan_hints}
|
|
107
|
+
</scan_hints>
|
|
108
|
+
|
|
109
|
+
<quality>
|
|
110
|
+
Complete your built-in success criteria checklist before returning findings.
|
|
111
|
+
</quality>
|
|
112
|
+
```
|
|
113
|
+
|
|
114
|
+
The agent's built-in `<what_to_scan>` section handles the systematic scan checklist (dependency file, source patterns, codebase docs, learnings, summaries, debug resolutions, adhoc summaries). The prompt only needs to provide context.
|
|
51
115
|
|
|
52
116
|
---
|
|
53
117
|
|
|
54
|
-
##
|
|
118
|
+
## Template 3: Best Practices (ms-researcher)
|
|
119
|
+
|
|
120
|
+
**Focus:** Community consensus, pitfalls, SOTA
|
|
121
|
+
**Tools emphasized:** ms-lookup deep (Perplexity), WebSearch
|
|
122
|
+
**Returns:** Structured findings (not files)
|
|
123
|
+
|
|
124
|
+
```markdown
|
|
125
|
+
<research_type>
|
|
126
|
+
Phase Research — Best Practices & Community Consensus focus.
|
|
127
|
+
</research_type>
|
|
128
|
+
|
|
129
|
+
<focus>
|
|
130
|
+
Community consensus, common pitfalls, proven approaches, state of the art.
|
|
131
|
+
Use the ms-lookup CLI for deep research on high-value questions:
|
|
132
|
+
~/.claude/mindsystem/scripts/ms-lookup-wrapper.sh deep '<query>'
|
|
133
|
+
Use WebSearch for community articles, blog posts, Stack Overflow patterns.
|
|
134
|
+
Focus on what practitioners recommend and what mistakes to avoid.
|
|
135
|
+
</focus>
|
|
136
|
+
|
|
137
|
+
<existing_tech>
|
|
138
|
+
{existing_tech}
|
|
139
|
+
</existing_tech>
|
|
55
140
|
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
141
|
+
<objective>
|
|
142
|
+
Research best practices for Phase {N}: {name}
|
|
143
|
+
Mode: {mode}
|
|
144
|
+
</objective>
|
|
145
|
+
|
|
146
|
+
<context>
|
|
147
|
+
{phase_description, requirements, locked_decisions, design_specs}
|
|
148
|
+
</context>
|
|
149
|
+
|
|
150
|
+
<downstream_consumer>
|
|
151
|
+
Your findings feed into orchestrator synthesis -> RESEARCH.md sections:
|
|
152
|
+
- Common Pitfalls (community war stories, warning signs)
|
|
153
|
+
- State of the Art (current vs deprecated approaches)
|
|
154
|
+
- Architecture Patterns (industry patterns, not library-specific)
|
|
155
|
+
- Don't Hand-Roll (community-known solved problems)
|
|
156
|
+
- Alternatives Considered (why X over Y)
|
|
157
|
+
Be prescriptive. Cite sources. Flag confidence levels.
|
|
158
|
+
</downstream_consumer>
|
|
159
|
+
|
|
160
|
+
<output>
|
|
161
|
+
Return findings as structured text. Do NOT write to filesystem.
|
|
162
|
+
Format:
|
|
163
|
+
## BEST PRACTICES FINDINGS
|
|
164
|
+
### Recommended Approaches (community consensus)
|
|
165
|
+
### Common Pitfalls (what goes wrong, warning signs, prevention)
|
|
166
|
+
### State of the Art (current vs deprecated, when things changed)
|
|
167
|
+
### Alternative Approaches (what else exists, why not chosen)
|
|
168
|
+
### Industry Patterns (architecture, testing, deployment)
|
|
169
|
+
### Confidence (HIGH/MEDIUM/LOW per section with sources)
|
|
170
|
+
Complete your built-in verification protocol and quality checklist before returning findings.
|
|
171
|
+
</output>
|
|
63
172
|
```
|
|
64
173
|
|
|
65
174
|
---
|
|
66
175
|
|
|
67
|
-
## Continuation
|
|
176
|
+
## Continuation (for checkpoints)
|
|
68
177
|
|
|
69
|
-
|
|
178
|
+
If an agent returns a CHECKPOINT, spawn a fresh agent of the same type with:
|
|
179
|
+
|
|
180
|
+
`{partial_findings}` = the checkpointed agent's full text response (inline content, not a file reference). The orchestrator captures this from the Task result and injects it directly.
|
|
70
181
|
|
|
71
182
|
```markdown
|
|
72
183
|
<objective>
|
|
73
|
-
Continue research for Phase {
|
|
184
|
+
Continue research for Phase {N}: {name}
|
|
74
185
|
</objective>
|
|
75
186
|
|
|
187
|
+
<existing_tech>
|
|
188
|
+
{existing_tech}
|
|
189
|
+
</existing_tech>
|
|
190
|
+
|
|
191
|
+
<phase_context>
|
|
192
|
+
{phase_description, requirements, locked_decisions}
|
|
193
|
+
</phase_context>
|
|
194
|
+
|
|
76
195
|
<prior_state>
|
|
77
|
-
Research
|
|
196
|
+
Research findings so far:
|
|
197
|
+
{partial_findings}
|
|
78
198
|
</prior_state>
|
|
79
199
|
|
|
80
200
|
<checkpoint_response>
|
|
81
201
|
**Type:** {checkpoint_type}
|
|
82
202
|
**Response:** {user_response}
|
|
83
203
|
</checkpoint_response>
|
|
84
|
-
|
|
85
|
-
<mode>
|
|
86
|
-
Continue: {research_mode}
|
|
87
|
-
</mode>
|
|
88
204
|
```
|
|
89
205
|
|
|
90
206
|
---
|
|
91
207
|
|
|
92
|
-
**Note:** Research methodology, tool strategy (
|
|
208
|
+
**Note:** Research methodology, tool strategy (ms-lookup docs > Official > ms-lookup deep > WebSearch), verification protocols, and source confidence levels are baked into `ms-researcher`. Codebase scan methodology is baked into `ms-codebase-researcher`. These templates pass context only — and reinforce that built-in quality processes still apply.
|
|
@@ -0,0 +1,67 @@
|
|
|
1
|
+
# Milestone-Grouped Roadmap Template
|
|
2
|
+
|
|
3
|
+
Template for reorganizing `ROADMAP.md` after first milestone ships. Collapse completed milestones, expand current/future work.
|
|
4
|
+
|
|
5
|
+
```markdown
|
|
6
|
+
# Roadmap: [Project Name]
|
|
7
|
+
|
|
8
|
+
## Milestones
|
|
9
|
+
|
|
10
|
+
- ✅ **v1.0 MVP** - Phases 1-4 (shipped YYYY-MM-DD)
|
|
11
|
+
- 🚧 **v1.1 [Name]** - Phases 5-6 (in progress)
|
|
12
|
+
- 📋 **v2.0 [Name]** - Phases 7-10 (planned)
|
|
13
|
+
|
|
14
|
+
## Phases
|
|
15
|
+
|
|
16
|
+
<details>
|
|
17
|
+
<summary>✅ v1.0 MVP (Phases 1-4) - SHIPPED YYYY-MM-DD</summary>
|
|
18
|
+
|
|
19
|
+
### Phase 1: [Name]
|
|
20
|
+
**Goal**: [What this phase delivers]
|
|
21
|
+
**Plans**: 3 plans
|
|
22
|
+
|
|
23
|
+
Plans:
|
|
24
|
+
- [x] 01-01: [Brief description]
|
|
25
|
+
- [x] 01-02: [Brief description]
|
|
26
|
+
- [x] 01-03: [Brief description]
|
|
27
|
+
|
|
28
|
+
[... remaining v1.0 phases ...]
|
|
29
|
+
|
|
30
|
+
</details>
|
|
31
|
+
|
|
32
|
+
### 🚧 v1.1 [Name] (In Progress)
|
|
33
|
+
|
|
34
|
+
**Milestone Goal:** [What v1.1 delivers]
|
|
35
|
+
|
|
36
|
+
#### Phase 5: [Name]
|
|
37
|
+
**Goal**: [What this phase delivers]
|
|
38
|
+
**Depends on**: Phase 4
|
|
39
|
+
**Plans**: 2 plans
|
|
40
|
+
|
|
41
|
+
Plans:
|
|
42
|
+
- [ ] 05-01: [Brief description]
|
|
43
|
+
- [ ] 05-02: [Brief description]
|
|
44
|
+
|
|
45
|
+
[... remaining v1.1 phases ...]
|
|
46
|
+
|
|
47
|
+
### 📋 v2.0 [Name] (Planned)
|
|
48
|
+
|
|
49
|
+
**Milestone Goal:** [What v2.0 delivers]
|
|
50
|
+
|
|
51
|
+
[... v2.0 phases ...]
|
|
52
|
+
|
|
53
|
+
## Progress
|
|
54
|
+
|
|
55
|
+
| Phase | Milestone | Plans Complete | Status | Completed |
|
|
56
|
+
|-------|-----------|----------------|--------|-----------|
|
|
57
|
+
| 1. Foundation | v1.0 | 3/3 | Complete | YYYY-MM-DD |
|
|
58
|
+
| 2. Features | v1.0 | 2/2 | Complete | YYYY-MM-DD |
|
|
59
|
+
| 5. Security | v1.1 | 0/2 | Not started | - |
|
|
60
|
+
```
|
|
61
|
+
|
|
62
|
+
**Notes:**
|
|
63
|
+
- Milestone emoji: ✅ shipped, 🚧 in progress, 📋 planned
|
|
64
|
+
- Completed milestones collapsed in `<details>` for readability
|
|
65
|
+
- Current/future milestones expanded
|
|
66
|
+
- Continuous phase numbering (01-99)
|
|
67
|
+
- Progress table includes milestone column
|
|
@@ -157,70 +157,6 @@ Phases execute in numeric order: 2 → 2.1 → 2.2 → 3 → 3.1 → 4
|
|
|
157
157
|
- `Deferred` - Pushed to later (with reason)
|
|
158
158
|
</status_values>
|
|
159
159
|
|
|
160
|
-
## Milestone-Grouped Roadmap
|
|
160
|
+
## Milestone-Grouped Roadmap
|
|
161
161
|
|
|
162
|
-
After
|
|
163
|
-
|
|
164
|
-
```markdown
|
|
165
|
-
# Roadmap: [Project Name]
|
|
166
|
-
|
|
167
|
-
## Milestones
|
|
168
|
-
|
|
169
|
-
- ✅ **v1.0 MVP** - Phases 1-4 (shipped YYYY-MM-DD)
|
|
170
|
-
- 🚧 **v1.1 [Name]** - Phases 5-6 (in progress)
|
|
171
|
-
- 📋 **v2.0 [Name]** - Phases 7-10 (planned)
|
|
172
|
-
|
|
173
|
-
## Phases
|
|
174
|
-
|
|
175
|
-
<details>
|
|
176
|
-
<summary>✅ v1.0 MVP (Phases 1-4) - SHIPPED YYYY-MM-DD</summary>
|
|
177
|
-
|
|
178
|
-
### Phase 1: [Name]
|
|
179
|
-
**Goal**: [What this phase delivers]
|
|
180
|
-
**Plans**: 3 plans
|
|
181
|
-
|
|
182
|
-
Plans:
|
|
183
|
-
- [x] 01-01: [Brief description]
|
|
184
|
-
- [x] 01-02: [Brief description]
|
|
185
|
-
- [x] 01-03: [Brief description]
|
|
186
|
-
|
|
187
|
-
[... remaining v1.0 phases ...]
|
|
188
|
-
|
|
189
|
-
</details>
|
|
190
|
-
|
|
191
|
-
### 🚧 v1.1 [Name] (In Progress)
|
|
192
|
-
|
|
193
|
-
**Milestone Goal:** [What v1.1 delivers]
|
|
194
|
-
|
|
195
|
-
#### Phase 5: [Name]
|
|
196
|
-
**Goal**: [What this phase delivers]
|
|
197
|
-
**Depends on**: Phase 4
|
|
198
|
-
**Plans**: 2 plans
|
|
199
|
-
|
|
200
|
-
Plans:
|
|
201
|
-
- [ ] 05-01: [Brief description]
|
|
202
|
-
- [ ] 05-02: [Brief description]
|
|
203
|
-
|
|
204
|
-
[... remaining v1.1 phases ...]
|
|
205
|
-
|
|
206
|
-
### 📋 v2.0 [Name] (Planned)
|
|
207
|
-
|
|
208
|
-
**Milestone Goal:** [What v2.0 delivers]
|
|
209
|
-
|
|
210
|
-
[... v2.0 phases ...]
|
|
211
|
-
|
|
212
|
-
## Progress
|
|
213
|
-
|
|
214
|
-
| Phase | Milestone | Plans Complete | Status | Completed |
|
|
215
|
-
|-------|-----------|----------------|--------|-----------|
|
|
216
|
-
| 1. Foundation | v1.0 | 3/3 | Complete | YYYY-MM-DD |
|
|
217
|
-
| 2. Features | v1.0 | 2/2 | Complete | YYYY-MM-DD |
|
|
218
|
-
| 5. Security | v1.1 | 0/2 | Not started | - |
|
|
219
|
-
```
|
|
220
|
-
|
|
221
|
-
**Notes:**
|
|
222
|
-
- Milestone emoji: ✅ shipped, 🚧 in progress, 📋 planned
|
|
223
|
-
- Completed milestones collapsed in `<details>` for readability
|
|
224
|
-
- Current/future milestones expanded
|
|
225
|
-
- Continuous phase numbering (01-99)
|
|
226
|
-
- Progress table includes milestone column
|
|
162
|
+
After first milestone ships, reorganize with milestone groupings. Read `templates/roadmap-milestone.md` for the milestone-grouped format.
|