add-roadmap
[ADD v0.11.0] View and manage project roadmap โ milestones, horizons, reordering
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
[ADD v0.11.0] View and manage project roadmap โ milestones, horizons, reordering
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
[ADD v0.11.0] Generate or sync a portable AGENTS.md from ADD project state โ writes, checks drift, or merges with hand-curated content
[ADD v0.11.0] Declare absence โ get autonomous work plan for the duration
[ADD v0.11.0] Return from absence โ get briefing on autonomous work
[ADD v0.11.0] View project branding โ accent color, palette, drift detection, image gen status
[ADD v0.11.0] Update project branding โ new colors, fonts, tone, audit artifacts
[ADD v0.11.0] Generate or refresh CHANGELOG.md from conventional commits
| name | add-roadmap |
| description | [ADD v0.11.0] View and manage project roadmap โ milestones, horizons, reordering |
| argument-hint | [--view | --edit | --reorder] |
View, edit, and reorder project milestones across roadmap horizons (Now / Next / Later). This skill manages the strategic layer of ADD's work hierarchy โ bridging the PRD roadmap table and individual milestone files.
Roadmap (Now / Next / Later) โ this skill
โ Milestones (/add-milestone) โ tactical operations
โ Cycles (/add-cycle) โ execution
โ Features (/add-spec) โ specification
All subcommands begin here:
.add/config.json โ extract maturity.level, planning.current_milestone
/add-init first."docs/prd.md โ locate Section 6 ("Milestones & Roadmap"), parse the roadmap table and milestone detail blocks
docs/prd.md missing: abort with "No PRD found. Run /add-init first."docs/milestones/M*.md โ for each, parse: Status, Goal, feature count, feature positions (hill chart data), success criteria progress.add/handoff.md if it exists โ note any in-progress decisions relevant to roadmap changesDisplay current roadmap. No file modifications.
Show project context, then milestones grouped by horizon:
Project: {project_name} | Maturity: {level}
Active Milestone: {planning.current_milestone or "None"}
โโโ NOW โโโ
M3 โ Authentication Overhaul
Goal: Stabilize auth and reduce session bugs by 90%
Status: IN_PROGRESS | 2/5 success criteria met
Features: 3 (1 downhill, 1 peak, 1 uphill) | ~55% complete
โโโ NEXT โโโ
M4 โ Payment Integration
Goal: Accept payments via Stripe
Status: NOT_STARTED | 0/4 success criteria met
Features: 2 (all shaped) | 0%
M5 โ Analytics Dashboard
Goal: Real-time usage analytics for admins
Status: NOT_STARTED | 0/3 success criteria met
Features: 4 (all shaped) | 0%
โโโ LATER โโโ
M6 โ Multi-tenant Support
Goal: Isolate data per organization
Status: NOT_STARTED | 0%
If pre-flight detected mismatches:
Warnings:
โ M2 is COMPLETE in milestone file but still listed as NOW in PRD
โ M7 exists in docs/milestones/ but is not in PRD roadmap table
| Detail | POC | Alpha | Beta | GA |
|---|---|---|---|---|
| Goal | โ | โ | โ | โ |
| Status + criteria | โ | โ | โ | โ |
| Feature positions | โ | โ | โ | โ |
| Risks + dependencies | โ | โ | โ | โ |
Interactive menu for milestone management. Loop until user selects "Done."
Display --view output first for context.
Roadmap actions:
1. Move a milestone between horizons (Now/Next/Later)
2. Add a new milestone
3. Archive a milestone
4. Update a milestone's goal
5. Done โ save and exit
Ask via ask the user (use a clear, single-question prompt). Loop back after each action.
Ask which milestone, then which horizon. Handle these cases:
Moving TO Now: If another milestone is already Now + IN_PROGRESS, warn:
"M3 is the current Now milestone. Moving M4 to Now makes it the new active milestone. This updates planning.current_milestone in config. Continue?"
Moving FROM Now: Warn that planning.current_milestone will update to the next Now milestone, or null if none remain.
Follow the same interview steps as documented in /add-milestone --create (3-8 questions scaled by maturity). Do not invoke the milestone skill directly โ replicate the interview inline so changes can be batched with other roadmap edits.
Show the milestone, then:
Options:
1. Archive โ mark COMPLETE in PRD, keep milestone file
2. Cancel
If milestone is IN_PROGRESS with active features, warn: "This milestone has active work. Complete or rescope features first."
Show current goal, ask for new text. Optionally update target maturity and appetite.
Before applying, show a summary:
Changes to apply:
1. MOVE M4 (Payment Integration): Next โ Now
2. MOVE M3 (Auth Overhaul): Now โ Next
3. ADD M7 (Notification System) to Later
4. CONFIG: planning.current_milestone โ "M4-payment-integration"
Files to modify:
- docs/prd.md (Section 6 + revision history)
- docs/milestones/M4-payment-integration.md (goal update)
- docs/milestones/M7-notification-system.md (NEW)
- .add/config.json (planning.current_milestone)
Apply all changes? (y/n)
Update docs/prd.md Section 6:
| {DATE} | {VERSION} | roadmap | {summary} |Update milestone files: Edit existing (goal, status), create new from ~/.codex/add/templates/milestone.md.template
Update .add/config.json: Set planning.current_milestone to first non-COMPLETE Now milestone, or null
Update .add/handoff.md if it exists โ append a note summarizing the roadmap changes for session continuity
Roadmap updated.
M4 (Payment Integration) โ Now (active milestone)
M3 (Auth Overhaul) โ Next
M7 (Notification System) added to Later
Next: /add-cycle --plan to start work on M4
Quick reordering without the full edit menu.
Current Roadmap:
NOW: 1. M3 โ Authentication Overhaul (IN_PROGRESS, ~55%)
NEXT: 2. M4 โ Payment Integration (NOT_STARTED)
3. M5 โ Analytics Dashboard (NOT_STARTED)
LATER: 4. M6 โ Multi-tenant Support (NOT_STARTED)
Enter new order grouped by horizon. Use | to separate horizons.
Example: "2 | 1, 3 | 4" โ M4 to Now, M3+M5 to Next, M6 to Later
Current: 1 | 2, 3 | 4
New order:
Validate:
Show proposed layout. On confirmation, apply same logic as --edit Step 4.
PRD is source of truth for horizon placement. Milestone files are source of truth for status and content.
.add/config.json planning.current_milestone to first non-COMPLETE Now milestone| Conflict | --view behavior | --edit behavior |
|---|---|---|
| Milestone COMPLETE but in Now | Show warning | Auto-suggest archive or move to Later |
| File exists but not in PRD | Show as orphaned | Offer to add to roadmap |
| PRD references missing file | Show as missing | Offer to create from template |
| Skill | Relationship |
|---|---|
/add-init | Creates initial milestones. Roadmap manages them afterward. |
/add-milestone | Tactical ops (switch, split, rescope). Roadmap does strategic horizon planning. |
/add-cycle | Reads planning.current_milestone set by roadmap changes. |
/add-dashboard | Reads milestone data. Roadmap ensures consistency. |