@nudata/nu-claude-pm 0.1.0

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.
@@ -0,0 +1,180 @@
1
+ ---
2
+ name: nu-pm-roadmap
3
+ description: Interactively create or review product/roadmap.md. Creates it from scratch if missing (e.g. after scaffold), or reviews it against current milestone state and proposes updates.
4
+ ---
5
+
6
+ You are helping the user create or review the roadmap document. Branch on whether the document exists and is filled in.
7
+
8
+ The target directory is: `$ARGUMENTS` (use `product/` if empty or not provided).
9
+
10
+ ---
11
+
12
+ ## Step 1 — Assess what exists
13
+
14
+ Read `<dir>/roadmap.md`.
15
+
16
+ Classify its state:
17
+ - **Missing**: file does not exist
18
+ - **Placeholder**: file exists but contains scaffold boilerplate (`<Describe...>`, `TODO`, `> Replace this placeholder`, empty sections with no real content)
19
+ - **Filled**: file has substantive content
20
+
21
+ Then read these in parallel (they inform both creation and review):
22
+ - `<dir>/vision.md` — the why and north star (roadmap must serve this)
23
+ - `<dir>/milestones.md` — what's done, in progress, and pending
24
+ - `<dir>/now.md` — most recent completed work and current milestone state
25
+ - The most recent file in `<dir>/reports/` — last session's findings and decisions
26
+
27
+ ---
28
+
29
+ ## Step 2A — If Missing or Placeholder: Create Mode
30
+
31
+ Walk the user through each section interactively. One section at a time — draft it, show it, get feedback, then move on.
32
+
33
+ ### Architecture / "What We're Building"
34
+ Ask: *"How does this system work? Walk me through the main components and how they fit together."*
35
+
36
+ Generate a component table or short architecture description from what the user says:
37
+ ```
38
+ Component → responsibility → connects to
39
+ ```
40
+ Show it. Offer to add a simple ASCII diagram if useful. Move on.
41
+
42
+ ### Context: Where We Are Now
43
+ Pull from `now.md` and `milestones.md`. Describe:
44
+ - What the current system state is (what's running, what's proven)
45
+ - What has been completed so far
46
+
47
+ Show the draft. Let the user correct any inaccuracies. Move on.
48
+
49
+ ### Delivery Phases / Milestones
50
+ Ask: *"What are the major milestones? For each, what's the goal and how will you know it's done?"*
51
+
52
+ For each milestone the user describes, draft:
53
+ ```markdown
54
+ ### Milestone N: <Name>
55
+ *Goal: <one sentence>*
56
+
57
+ Stories:
58
+ 1. <story>
59
+ 2. <story>
60
+
61
+ Exit criteria: <how you know it's done>
62
+ ```
63
+
64
+ Walk through milestones one at a time. After each, ask if there are more or if the ordering is right.
65
+
66
+ Import any existing milestones from `milestones.md` directly — don't make the user re-describe ones already tracked there.
67
+
68
+ ### Key Decisions Made
69
+ Ask: *"Have you already made any significant architecture or product decisions that should be locked down?"*
70
+
71
+ For each decision: populate a row in the table:
72
+ ```markdown
73
+ | Decision | Choice | Rationale |
74
+ ```
75
+
76
+ If no decisions yet, create an empty table as a placeholder.
77
+
78
+ ### Open Questions
79
+ Ask: *"What are the biggest unresolved questions — technical, product, or architectural?"*
80
+
81
+ List them as bullets. Add a proposal for each if the user has one.
82
+
83
+ ### Finalize
84
+ Show the complete roadmap. List 2–3 suggestions for anything missing, vague, or inconsistent with vision.md.
85
+
86
+ Ask: *"Anything to change before I save?"* Iterate until confirmed.
87
+
88
+ Write to `<dir>/roadmap.md`. No Decision Log on creation.
89
+
90
+ ---
91
+
92
+ ## Step 2B — If Filled: Review Mode
93
+
94
+ The goal is to find places where the roadmap has drifted from reality: completed work that changes the plan, new decisions that aren't captured, milestones that should be reordered or split.
95
+
96
+ ### Load context
97
+ Read the filled `<dir>/roadmap.md` fully.
98
+
99
+ ### Check for drift — systematic review
100
+
101
+ Work through each area:
102
+
103
+ **Architecture section**:
104
+ - Does the component list still match the system as built?
105
+ - Did any milestone add or remove a component that isn't reflected here?
106
+
107
+ **"Where We Are Now" section**:
108
+ - Is this current? It should describe what's running and proven today.
109
+ - Propose an update if it describes a past state.
110
+
111
+ **Milestones / Delivery Phases**:
112
+ - Are all completed milestones marked or described as done?
113
+ - Did any milestone get split, merged, or reordered in `milestones.md` but not reflected here?
114
+ - Are there milestones in `milestones.md` that aren't in the roadmap at all?
115
+ - Did completing a milestone reveal that a future milestone needs to change scope?
116
+ - Are any milestones now obsolete (the problem they solve has been superseded)?
117
+
118
+ **Key Decisions Made**:
119
+ - Did recent work make any new significant decisions that should be locked here?
120
+ - Did any existing decision get reversed or qualified in a session report or PRD?
121
+
122
+ **Open Questions**:
123
+ - Which open questions have been resolved? Propose moving them to Key Decisions Made (with the answer).
124
+ - Have new open questions emerged from recent sessions?
125
+
126
+ ### Propose specific edits
127
+
128
+ For each area where drift is detected, propose a targeted change:
129
+
130
+ ```
131
+ ### [Area] — suggested update
132
+
133
+ **Current**: "<exact quote or section description>"
134
+
135
+ **Proposed change**: <description of the edit, or replacement text>
136
+
137
+ **Why**: <one sentence — what changed>
138
+ ```
139
+
140
+ Aim for 3–6 proposals. Prioritize: resolved open questions → stale "where we are now" → milestone state → architecture drift.
141
+
142
+ ### Check alignment with vision.md
143
+
144
+ If `<dir>/vision.md` exists and has been recently updated (check the Decision Log in vision.md), flag any roadmap sections that may need to align:
145
+ - Does the north star in vision.md still match the final milestone's goal?
146
+ - Do the milestones collectively deliver the vision, or is there a gap?
147
+
148
+ ### Iterate
149
+ Ask: *"Which of these would you like to apply? I can also make other changes, reorder milestones, or leave anything as-is."*
150
+
151
+ Apply changes one at a time. Show the updated section after each change.
152
+
153
+ For resolved open questions: move the question + its answer into Key Decisions Made, and remove it from Open Questions. Show the user the move before applying.
154
+
155
+ ### Decision Log
156
+ If any changes are applied, append rows to the Decision Log at the bottom of the file:
157
+
158
+ ```markdown
159
+ ---
160
+
161
+ ## Decision Log
162
+
163
+ | Date | Area | Change | Rationale |
164
+ |------|------|--------|-----------|
165
+ | YYYY-MM-DD | <Milestones / Architecture / Key Decisions / etc.> | <what changed — brief> | <why — what prompted the update> |
166
+ ```
167
+
168
+ If a Decision Log already exists, append new rows only. Do not rewrite existing rows.
169
+
170
+ Write the file when the user confirms.
171
+
172
+ ---
173
+
174
+ ## Step 3 — After saving
175
+
176
+ Tell the user:
177
+ - What was written or updated
178
+ - If any milestones changed in the roadmap: remind them to check `milestones.md` is still in sync (or offer to review it now)
179
+ - If this was a creation: suggest `/nu-pm-vision` next if vision.md doesn't exist yet, then `/nu-pm-one-pager` to generate external-facing material
180
+ - If open questions were resolved: note that the PRD(s) for the relevant milestones may also need updating