maxsimcli 1.0.10 → 1.0.11

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.
@@ -1,3 +1,16 @@
1
+ ## 1.0.11 (2026-02-24)
2
+
3
+ ### 🚀 Features
4
+
5
+ - **core:** add chalk dependency and phase-bars format to cmdProgressRender ([121f17c](https://github.com/maystudios/maxsim/commit/121f17c))
6
+ - **templates:** add /maxsim:roadmap command and workflow ([372c8a3](https://github.com/maystudios/maxsim/commit/372c8a3))
7
+ - **templates:** update progress workflow to use phase-bars format ([c9672ee](https://github.com/maystudios/maxsim/commit/c9672ee))
8
+ - **templates:** add sanity_check guard to five major workflow files ([fca2b19](https://github.com/maystudios/maxsim/commit/fca2b19))
9
+
10
+ ### ❤️ Thank You
11
+
12
+ - Sven
13
+
1
14
  ## 1.0.10 (2026-02-24)
2
15
 
3
16
  This was a version bump only, there were no code changes.
@@ -0,0 +1,19 @@
1
+ ---
2
+ name: maxsim:roadmap
3
+ description: Display the project roadmap with phase status icons, plan counts, and milestone summary
4
+ allowed-tools:
5
+ - Read
6
+ - Bash
7
+ - Glob
8
+ ---
9
+ <objective>
10
+ Render the project roadmap in a human-readable format with phase status icons (✓ DONE, ► IN PROGRESS, □ PLANNED), plan progress counts per phase, and a milestone summary header.
11
+ </objective>
12
+
13
+ <execution_context>
14
+ @./workflows/roadmap.md
15
+ </execution_context>
16
+
17
+ <process>
18
+ Execute the roadmap workflow from @./workflows/roadmap.md end-to-end.
19
+ </process>
@@ -1,3 +1,9 @@
1
+ <sanity_check>
2
+ Before executing any step in this workflow, verify:
3
+ 1. The current directory contains a `.planning/` folder — if not, stop and tell the user to run `/maxsim:new-project` first.
4
+ 2. `.planning/ROADMAP.md` exists — if not, stop and tell the user to initialize the project.
5
+ </sanity_check>
6
+
1
7
  <purpose>
2
8
  Extract implementation decisions that downstream agents need. Analyze the phase to identify gray areas, let the user choose what to discuss, then deep-dive each selected area until satisfied.
3
9
 
@@ -1,3 +1,9 @@
1
+ <sanity_check>
2
+ Before executing any step in this workflow, verify:
3
+ 1. The current directory contains a `.planning/` folder — if not, stop and tell the user to run `/maxsim:new-project` first.
4
+ 2. `.planning/ROADMAP.md` exists — if not, stop and tell the user to initialize the project.
5
+ </sanity_check>
6
+
1
7
  <purpose>
2
8
  Execute all plans in a phase using wave-based parallel execution. Orchestrator stays lean — delegates plan execution to subagents.
3
9
  </purpose>
@@ -1,3 +1,9 @@
1
+ <sanity_check>
2
+ Before executing any step in this workflow, verify:
3
+ 1. The current directory contains a `.planning/` folder — if not, stop and tell the user to run `/maxsim:new-project` first.
4
+ 2. `.planning/ROADMAP.md` exists — if not, stop and tell the user to initialize the project.
5
+ </sanity_check>
6
+
1
7
  <purpose>
2
8
  Create executable phase prompts (PLAN.md files) for a roadmap phase with integrated research and verification. Default flow: Research (if needed) -> Plan -> Verify -> Done. Orchestrates maxsim-phase-researcher, maxsim-planner, and maxsim-plan-checker agents with a revision loop (max 3 iterations).
3
9
  </purpose>
@@ -88,7 +88,7 @@ Use this instead of manually reading/parsing ROADMAP.md.
88
88
 
89
89
  ```bash
90
90
  # Get formatted progress bar
91
- PROGRESS_BAR=$(node ~/.claude/maxsim/bin/maxsim-tools.cjs progress bar --raw)
91
+ PROGRESS_BAR=$(node ~/.claude/maxsim/bin/maxsim-tools.cjs progress phase-bars --raw)
92
92
  ```
93
93
 
94
94
  Present:
@@ -1,3 +1,9 @@
1
+ <sanity_check>
2
+ Before executing any step in this workflow, verify:
3
+ 1. The current directory contains a `.planning/` folder — if not, stop and tell the user to run `/maxsim:new-project` first.
4
+ 2. `.planning/ROADMAP.md` exists — if not, stop and tell the user to initialize the project.
5
+ </sanity_check>
6
+
1
7
  <purpose>
2
8
  Execute small, ad-hoc tasks with MAXSIM guarantees (atomic commits, STATE.md tracking). Quick mode spawns maxsim-planner (quick mode) + maxsim-executor(s), tracks tasks in `.planning/quick/`, and updates STATE.md's "Quick Tasks Completed" table.
3
9
 
@@ -0,0 +1,81 @@
1
+ <purpose>
2
+ Render the project roadmap in a readable format with phase status icons and plan progress counts. Read-only — does not modify any files.
3
+ </purpose>
4
+
5
+ <process>
6
+
7
+ <step name="check_planning">
8
+ Verify the project is initialized:
9
+
10
+ ```bash
11
+ INIT=$(node ./.claude/maxsim/bin/maxsim-tools.cjs state-load --raw)
12
+ ```
13
+
14
+ Parse JSON. If `planning_exists` is false, hard stop:
15
+
16
+ > No roadmap found. Run /maxsim:new-project to initialize.
17
+
18
+ Exit immediately. Do not continue.
19
+ </step>
20
+
21
+ <step name="analyze">
22
+ Load roadmap analysis:
23
+
24
+ ```bash
25
+ ROADMAP=$(node ./.claude/maxsim/bin/maxsim-tools.cjs roadmap analyze)
26
+ ```
27
+
28
+ Parse JSON for: `phases[]` (each with `number`, `name`, `disk_status`, `plan_count`, `summary_count`), `milestone_name`, `milestone_version`.
29
+
30
+ Count phases by status:
31
+ - `done_count` = phases where `disk_status === 'complete'`
32
+ - `active_count` = phases where `disk_status === 'partial'`
33
+ - `planned_count` = phases where `disk_status === 'planned' || disk_status === 'empty' || disk_status === 'discussed' || disk_status === 'researched' || disk_status === 'no_directory'`
34
+ </step>
35
+
36
+ <step name="render">
37
+ Print the roadmap to the terminal.
38
+
39
+ **Milestone header line:**
40
+ ```
41
+ {milestone_name} — {done_count} done / {active_count} active / {planned_count} planned
42
+ ```
43
+
44
+ **Blank line.**
45
+
46
+ **Per-phase lines (in numeric order):**
47
+
48
+ For each phase in `phases[]`:
49
+ - `disk_status === 'complete'` → icon `✓`, label `DONE`
50
+ - `disk_status === 'partial'` → icon `►`, label `IN PROGRESS`
51
+ - `disk_status === 'planned' || 'empty' || 'discussed' || 'researched' || 'no_directory'` → icon `□`, label `PLANNED`
52
+
53
+ Format per line:
54
+ ```
55
+ {icon} Phase {number}: {name} {label} ({summary_count}/{plan_count} plans)
56
+ ```
57
+
58
+ Pad phase names with spaces so status labels align in a column.
59
+
60
+ Only show `({summary_count}/{plan_count} plans)` when `plan_count > 0`.
61
+
62
+ Example output:
63
+ ```
64
+ NX Monorepo Migration — 5 done / 1 active / 6 planned
65
+
66
+ ✓ Phase 01: NX Workspace Scaffold DONE (4/4 plans)
67
+ ✓ Phase 02: packages/core TypeScript Port DONE (6/6 plans)
68
+ ► Phase 09: End-to-end install and publish test loop IN PROGRESS (2/3 plans)
69
+ □ Phase 11: Remove Discord command PLANNED
70
+ □ Phase 12: UX Polish + Core Hardening PLANNED
71
+ ```
72
+ </step>
73
+
74
+ </process>
75
+
76
+ <success_criteria>
77
+ - [ ] Milestone summary header rendered with done/active/planned counts
78
+ - [ ] All phases listed in numeric order with correct icon and label
79
+ - [ ] Plan progress shown inline for phases that have plans
80
+ - [ ] Hard stop if .planning/ is missing
81
+ </success_criteria>
@@ -1,3 +1,9 @@
1
+ <sanity_check>
2
+ Before executing any step in this workflow, verify:
3
+ 1. The current directory contains a `.planning/` folder — if not, stop and tell the user to run `/maxsim:new-project` first.
4
+ 2. `.planning/ROADMAP.md` exists — if not, stop and tell the user to initialize the project.
5
+ </sanity_check>
6
+
1
7
  <purpose>
2
8
  Verify phase goal achievement through goal-backward analysis. Check that the codebase delivers what the phase promised, not just that tasks completed.
3
9