shiquda/roadmap-skill · Archived

roadmap-planning-views

Creates and organizes focused planning views from a subset of roadmap tasks. Use when the user wants to build a task graph, analyze dependencies, identify ready or blocked work, or group near-term and future work into a focused planning workspace.

First seen Mar 14, 2026

Installation

$ npx skills add shiquda/roadmap-skill --skill roadmap-planning-views

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from shiquda/roadmap-skill.

npx skills add shiquda/roadmap-skill

Browse all from shiquda/roadmap-skill

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 78
License LICENSE
Default branch main
Open issues 1
Status Archived

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,907 B
  • docs SUMMARY.md 277 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 20 installs

SKILL.md

Roadmap Planning Views

Use this skill when roadmap work shifts from backlog management to graph-based planning.

Scope

This skill handles:

  • creating a planning view for a selected subset of tasks
  • adding or removing tasks from that view
  • arranging node layout and notes for a focused workspace
  • creating, updating, or removing dependency edges
  • analyzing graph structure to find ready, blocked, root, leaf, or isolated work

Keep the unit of work as a chosen subset of tasks inside a named graph workspace.

Recommended workflow

  1. Determine which project the graph belongs to.
  2. Identify the subset of tasks that belong in this planning view.
  3. Create or reuse a planning view with a clear purpose, such as near-term focus, release slice, or future work exploration.
  4. Add the chosen tasks, then create or refine edges only where relationships matter.
  5. Run analysis when the user needs execution order or blocking insight.
  6. Update node notes or layout only to improve clarity of the planning workspace.
  7. Use more than one planning view when the user wants separate slices such as near-term work versus future work.

Important framing

Treat a planning view as a focused workspace built from a task subset. It supports dependency reasoning, but it is broader than a dependency analyzer.

Use multiple planning views when the user wants separate graphs for different horizons, themes, or execution slices.

References

  • Planning view semantics: [references/planning-views.md](references/planning-views.md)
  • MCP mapping: [references/mcp-mapping.md](references/mcp-mapping.md)