roadmap

Solid

Tracks features across their lifecycle in a live, per-repo roadmap — every RD, plan, and task and the lifecycle stage each is in. Layout-aware: a single plans/00-roadmap.md in flat layout, or a two-tier per-feature + portfolio roadmap under codeops/ in nested layout. Use when the user says "roadmap", "make_roadmap", "update_roadmap", "review_roadmap", "show_roadmap", "archive_roadmap", or "compact_roadmap". Covers six actions: make_roadmap (create + seed rows from disk), update_roadmap (re-infer stages, sync to disk, cascade to the portfolio), review_roadmap (read-only health check for drift/broken links), show_roadmap (read-only status overview — progress, stages, and next steps), archive_roadmap (move a completed feature to the archive), and compact_roadmap (slim a bloated roadmap: strip the legacy Notes log and trim fat cells). Detects the action from the user's phrasing or arguments and branches. The roadmap is the cross-session source of truth at the RD/plan altitude, above any single execution plan.

AI & Automation 4 stars 0 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 80/100

Stars 20%
23
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# roadmap — Live Feature-Set Roadmap Keeper > **CodeOps Skills Version**: 3.19.0 ## Resolve paths first (layout-aware) Before any action, determine the layout via **[../../_shared/layout-convention.md](../../_shared/layout-convention.md)**: - **Flat layout** (no `codeops/.codeops.yml`): a single roadmap at `plans/00-roadmap.md`. Behaves **exactly as flat layout always has** — everything below that mentions "the roadmap" means this one file, and the portfolio tier does not exist (its cascade steps are inert). - **Nested layout** (marker present): **two tiers** — a per-feature roadmap at `codeops/features/<f>/00-roadmap.md` and a **portfolio roadmap** at `codeops/00-roadmap.md` (one row per feature, auto-cascaded). In nested layout the skill asks/confirms the **target feature** before acting on a per-feature roadmap, and creates the feature folder lazily (never guesses). The roadmap is a living document that tracks an entire **feature** at a higher altitude than any individual execution plan. Where `99-execution-plan.md` tracks the tasks *within one feature*, the roadmap tracks *every requirement (RD), plan, and task* and the lifecycle stage each is in. It is the user's cross-session lifeline: open it to see what is done, in flight, blocked, or in backlog. It never replaces the execution plan; it indexes and summarizes across many of them. ## Action dispatch Detect the action from the user's phrasing or argument and branch: | Trigger | Action | |---------|---...

Details

Author
blendsdk
Repository
blendsdk/claude-codeops
Created
1 months ago
Last Updated
yesterday
Language
Shell
License
MIT

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

roadmap-plan

Adds, retargets, and reshapes roadmap items in `project/roadmap.md` per `spec/project/roadmap/` and `spec/project/mission/`. Invoke when the user asks to "add a roadmap item", "queue work for sprint N", "promote roadmap item to fine", "retarget R-3 to sprint 9", "flip MVP on this item", or equivalent German-language requests. Validates outcome IDs against `goals.md`, validates `target_sprint` against `project/sprints/`, enforces the lifecycle transitions declared in the roadmap and mission specs (including the asymmetric MVP-flag rule: `false→true` allowed before stabilisation, `true→false` forbidden after the item entered `status: active`), and refuses partial writes that would leave inconsistencies. Don't use to scaffold the roadmap from scratch (use `roadmap-init`) or to enforce the detail-level invariant (use `roadmap-refine`). Supports resume on re-invocation per `spec/claude/resumable-work/`.

0 Updated today
nolte
AI & Automation Solid

roadmap-planning

Build a multi-quarter roadmap from a backlog of ideas, requests, and ongoing initiatives. Use this skill when planning the next quarter, sequencing dependent work, balancing build vs improve vs maintain, or making the case for what NOT to do. Triggers on roadmap, quarterly planning, what should we build next, sequencing, prioritization, OKR planning, capacity planning, what's on the roadmap, plan the year, what to ship next quarter. Also triggers when stakeholders are pulling in different directions and the team needs a defensible plan.

3 Updated 5 days ago
rampstackco
Data & Documents Solid

roadmapped

Roadmapped project management — use BEFORE modifying any file in this repo, whatever the framing — feature, feedback, rework, post-done fix, "ASAP" included — and whenever work must be created, planned, executed, or logged (tasks, specs, roadmaps, documentation), when the user says "let's work through the roadmap", "create the tasks", "fix this", or on the FIRST use in a repo (mandatory setup phase).

7 Updated 3 days ago
5e1y