roadmap
Skill19 starsChanged 8 months agoMITView on GitHub
Strategic roadmap management for GitHub repositories. Syncs ROADMAP.md with GitHub Issues and labels, bootstraps roadmap files from scratch, runs brainstorming sessions with boundary checking, and provides quick status summaries. Use when managing project planning, syncing roadmap state, or exploring feature ideas.
48 other projects use a version of this.
Adopted by
Most recently taken up by
- gopalparashar421/agent-skillstheir own version, first seen Nov 8, 2026
- Ovich/charrettetheir own version, first seen Nov 7, 2026
- ryanmoelter/plumetheir own version, first seen Nov 4, 2026
- eyssette/js-templatetheir own version, first seen Nov 1, 2026
- danielcherubini/skillstheir own version, first seen Nov 1, 2026
- TheAxeC/ordotheir own version, first seen Nov 1, 2026
Used with
Projects with it also use sequence, stakeholder-update and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
GTMifySkillsequence
Build a multi-channel outreach cadence (email + LinkedIn + phone) for a target persona or named prospect. Use when the user says 'build a sequence', 'outreach cadence', 'multi-touch sequence', 'multi-channel cadence', 'follow-up sequence', or needs a coordinated multi-channel play. Do NOT use for single cold emails — use cold-email instead.
Also in 3 projects that use this
AnthropicSkillstakeholder-update
Generate a stakeholder update tailored to audience and cadence. Use when writing a weekly or monthly status for leadership, announcing a launch, escalating a risk or blocker, or translating the same progress into exec-brief, engineering-detail, or customer-facing versions.
Also in 3 projects that use this
EpistatesSkillstrategy
Plan weekly or monthly X content strategy. Use when the user wants to plan their content calendar, set growth goals, build a content pipeline, or think strategically about their X presence.
Also in 3 projects that use this
ArvorCoSkillspecify
Create feature specification from natural language description. Use when starting a new feature or creating a spec. Triggers on: create spec, specify feature, new feature spec.
Also in 3 projects that use this
GitHubSkillprd
Generate high-quality Product Requirements Documents (PRDs) for software systems and AI-powered features. Includes executive summaries, user stories, technical specifications, and risk analysis.
Also in 7 projects that use this
michalattSkillchallenge
Pressure-test plans, decisions, and directions by picking and answering the most relevant challenge questions for the current conversation
Also in 3 projects that use this
Other versions48 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 48
- cloudposse/atmos★ 1.4ksame name
- me2resh/apexyard★ 542same name
- andreaskelm/pm-brain★ 235same name
- genkovich/sdd★ 187same name
- YougLin-dev/Aha-Loop★ 181same name
- Ovid/paad★ 150same name
- facebookresearch/autoform-bot★ 136same name
- Mehdibargach/claude-code-pm-skills★ 97same name
- joshuadavidthomas/agent-skills★ 49same name
- spmtitsolution/OpenBA-Kit★ 38same name
38 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository53 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/skills/agent-rules/AGENTS.mdAGENTS.md
- .github/workflows/AGENTS.mdAGENTS.md
- pkg/AGENTS.mdAGENTS.md
- agent-ready-goSkill
- agent-rulesSkill
- architecture-designerSkill
- cli-developerSkill
- cloudformation-to-pulumiSkill
- code-reviewerSkill
- commitlintSkill
- commitSkill
- csharp-developerSkill
- decideSkill
- dep-upgradeSkill
- design-principlesSkill
- devops-engineerSkill
- flux-cliSkill
- flux-operator-cliSkill
- golang-proSkill
- go-nolint-auditSkill
- javascript-proSkill
- kubernetes-specialistSkill
- lint-fixSkill
- markdownlintSkill
- prSkill
- pull-request-msg-with-ghSkill
- pulumi-arm-to-pulumiSkill
- pulumi-automation-apiSkill
- pulumi-best-practicesSkill
- pulumi-cdk-to-pulumiSkill
- pulumi-cliSkill
- pulumi-componentSkill
- pulumi-escSkill
- pulumi-goSkill
- pulumi-neoSkill
- pulumi-pythonSkill
- pulumi-terraform-to-pulumiSkill
- pulumi-typescriptSkill
- python-proSkill
- reviewSkill
- rust-async-patternsSkill
- rust-best-practicesSkill
- rust-engineerSkill
- scoutSkill
- security-auditSkill
- spring-boot-engineerSkill
- sre-engineerSkill
- sync-websiteSkill
- tailscale-installSkill
- tech-debtSkill
- the-foolSkill
- typescript-proSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
15 rules. 0 are common, 14 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 41 edited versions we read keep these.
14
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 30
If gh is not installed, direct the user to <https://cli.github.com>.
- Distinctive: line 37
CONTEXT.md is the project constitution: All modes must read and respect the boundaries defined in CONTEXT.md.
- Distinctive: line 41
When any recommendation would violate CONTEXT.md boundaries:
- Distinctive: line 68
Read ROADMAP.md and CONTEXT.md
- Distinctive: line 69
Check for legacy section layout — if found, ask the user whether to migrate to canonical structure (Vision → Immediate Focus → Near-Term → …
- Distinctive: line 74
Update ROADMAP.md — fix discrepancies, move closed issues to "Completed Milestones" under quarterly sub-headings
- Distinctive: line 94
If either file exists, ask the user: regenerate, merge, or abort
- Distinctive: line 107
Write CONTEXT.md first, then ROADMAP.md.
- Distinctive: line 120
Read CONTEXT.md and ROADMAP.md for current state and boundaries
- Distinctive: line 124
Use ideation techniques with the user: "What if...", "Who else...", "Why not...", "What's missing...", "What annoys..."
- Distinctive: line 130
Ask the user which ideas to formalize — only then create issues or update ROADMAP.md
- Distinctive: line 182
Use tables for structured comparisons
- Distinctive: line 183
Use emoji sparingly and only for status indicators
- Distinctive: line 184
Always include issue numbers when referencing GitHub issues
- Distinctive: line 185
Run markdownlint after any file modifications
“Common” is measured: kept by at least 6 in 10 of the 41 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
<!-- Copyright 2025-2026 Richard Shade. Licensed under Apache-2.0. --><!-- SPDX-License-Identifier: Apache-2.0 -->Strategic Roadmap Management
Manage project roadmaps through five modes: sync ROADMAP.md with GitHub reality, bootstrap planning files from scratch, brainstorm new features collaboratively, get a quick status summary, or show help.
Prerequisite check
gh --version 2>/dev/null && gh auth status 2>/dev/nullIf gh is not installed, direct the user to
https://cli.github.com. If not authenticated, direct them to run
gh auth login. Do not proceed without a working, authenticated
GitHub CLI.
Constitutional principle
CONTEXT.md is the project constitution. All modes must read and respect the boundaries defined in CONTEXT.md. If CONTEXT.md exists, read it first and constrain all analysis and recommendations.
When any recommendation would violate CONTEXT.md boundaries:
- Explicitly flag the violation
- Explain which boundary would be crossed
- Suggest an alternative that respects the boundaries
Mode dispatch
Determine the mode from the user's input. If no mode is specified, default to sync.
| Argument | Mode | Purpose |
| (none) | sync | Sync ROADMAP.md with GitHub, recommend priorities |
sync | sync | Same as default |
generate | generate | Bootstrap CONTEXT.md + ROADMAP.md from scratch |
brainstorm | brainstorm | Creative ideation session (read-only) |
status | status | Quick read-only summary |
help | help | Show available modes |
Mode: sync
Synchronize ROADMAP.md with GitHub and provide prioritized recommendations. This is the primary mode.
- Fetch open issues, recently closed issues, and milestones via
ghCLI - Read ROADMAP.md and CONTEXT.md
- Check for legacy section layout — if found, ask the user whether to migrate to canonical structure (Vision → Immediate Focus → Near-Term → Future → Completed → Boundaries)
- Detect discrepancies between ROADMAP.md and GitHub (issues marked done but still open, open but closed, missing entirely)
- Update ROADMAP.md — fix discrepancies, move closed issues to "Completed Milestones" under quarterly sub-headings
- Estimate LOE for open issues without
effort/*labels using the heuristics inreferences/label-config.md - Sync GitHub labels — create missing labels, add/remove
roadmap/*labels to match ROADMAP.md sections - Append LOE indicators (
[S],[M],[L]) to issue lines in ROADMAP.md - Generate 3-5 prioritized recommendations based on dependencies, impact vs effort, theme coherence, and LOE balance
- Present summary of all changes and recommendations
For detailed workflow steps, see references/sync.md. For label
definitions and LOE heuristics, see references/label-config.md.
Mode: generate
Bootstrap CONTEXT.md and ROADMAP.md for a new or undocumented project.
- If either file exists, ask the user: regenerate, merge, or abort
- Investigate the codebase — structure, dependencies, entry points, capabilities
- Infer project boundaries ("hard no's") — what the project does NOT do
- Research externally for similar tools and industry context
- Draft CONTEXT.md with: core identity, technical boundaries, data source of truth, interaction model, verification criteria
- Fetch all GitHub issues and milestones
- Categorize issues into Immediate Focus, Near-Term, Future, and Completed (grouped by quarter)
- Estimate LOE per open issue and apply
effort/*labels - Draft ROADMAP.md with canonical structure and LOE indicators
- Write CONTEXT.md first, then ROADMAP.md. Run markdownlint on both.
For detailed workflow steps and templates, see
references/generate.md. For LOE heuristics, see
references/label-config.md.
Mode: brainstorm
Explore new possibilities through collaborative ideation. This mode is read-only by default — do not create issues or modify ROADMAP.md until the user explicitly approves.
- Read CONTEXT.md and ROADMAP.md for current state and boundaries
- Investigate the codebase for extension points, underutilized capabilities, and seams for new features
- Research externally for similar tools, user requests, and trends
- Use ideation techniques with the user: "What if...", "Who else...", "Why not...", "What's missing...", "What annoys..."
- Evaluate each idea: boundary check against CONTEXT.md, effort, impact, dependencies
- Present ideas in structured format (description, rationale, boundary check, effort, impact, next step)
- Ask the user which ideas to formalize — only then create issues or update ROADMAP.md
For detailed workflow steps and idea template, see
references/brainstorm.md.
Mode: status
Quick read-only summary of current roadmap state. No modifications.
- Fetch issue counts and milestone progress via
ghCLI - Read ROADMAP.md
- Present summary tables: overall metrics, by category (enhancement/bug/docs), by LOE (small/medium/large)
- Flag obvious discrepancies without deep analysis
For detailed workflow steps and table templates, see
references/status.md.
Mode: help
Display available modes and usage:
roadmap — Strategic Roadmap Management
MODES:
(default) Sync ROADMAP.md + labels with GitHub, recommend priorities
sync Same as default
generate Bootstrap CONTEXT.md + ROADMAP.md from scratch
brainstorm Creative ideation session (collaborative, read-only)
status Quick read-only summary of current state
help Show this help message
LABELS (synced automatically):
roadmap/current → "Immediate Focus" section
roadmap/next → "Near-Term Vision" section
roadmap/future → "Future Vision" section
effort/small → 1-2 hours
effort/medium → half day to 1 day
effort/large → multi-day
KEY PRINCIPLES:
CONTEXT.md is the project constitution (all modes respect it)
Brainstorm mode is read-only until user approves ideas
Generate mode asks before overwriting existing files
Labels are synced to match ROADMAP.md sections
LOE is auto-estimated for issues missing effort/* labelsOutput guidelines
- Use tables for structured comparisons
- Use emoji sparingly and only for status indicators
- Always include issue numbers when referencing GitHub issues
- Run markdownlint after any file modifications
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

