← ClaudeAtlas

roadmaplisted

Use after owner approval of the WhitePaper to create or maintain the project roadmap, milestones, explicit deliverables, priority, dependency order, at least one end-to-end acceptance scenario per Milestone, closure backfill, or Backlog allocation. 白皮书已批后规划里程碑、明确产出、依赖及每个 Milestone 至少一个端到端验收场景。
tonywo2049/GMGN · ★ 0 · AI & Automation · score 72
Install: claude install-skill tonywo2049/GMGN
# ROADMAP: single sequencing authority <HARD-GATE>An approved, commit-bound WhitePaper must exist; otherwise return to `brainstorm`. If ROADMAP work exposes a WhitePaper premise that must change, use `brainstorm` revision mode instead of redefining it here. ROADMAP must not contain R-AC IDs, quantitative requirement metrics, or executable test cases. It precedes Milestone requirements, so acceptance pictures stay qualitative.</HARD-GATE> ## Language and contract Before writing, load the registered `gmgn` Skill through normal discovery and follow its local writing contract. Use the active locale for artifact prose. Use `ROADMAP.md`, `type: roadmap`, `nature: normative`, and `status: draft` until approved. ## Create - Restate only the WhitePaper boundary and invariants needed for sequencing. - Define ordered Milestones with one qualitative objective, explicit **Milestone deliverables**, one **Milestone acceptance picture**, dependencies, and work state `not-started`. - Derive each deliverable from the approved WhitePaper and that Milestone's expected outcome; never infer ROADMAP deliverables backward from a downstream Goal. - Name what will exist at the end, not how well it must perform. Choose only the concrete objects appropriate to the Milestone: a specification, repository state, release, running network or environment, tool, report, ledger, or a realized product/operational E2E when that path itself is the final result. The acceptance picture states qualit