Use this skill when the request touches docs/roadmap, roadmap/topic planning
notes, or any workflow that maps conventional-title scope to roadmap docs.
Use the current project's roadmap docs as the source files for this workflow.
In this repository, roadmap docs live under docs/roadmap/, the entry point is
docs/roadmap/index.md, each roadmap lives at
docs/roadmap/<roadmap>/index.md, and each topic lives at
docs/roadmap/<roadmap>/<topic>.md.
Naming And Aliases
- Roadmap folders and topic files use kebab-case slugs.
- Optional short aliases live in YAML frontmatter under
aliases. - Resolve a roadmap by folder slug first, then any alias declared in
docs/roadmap/<roadmap>/index.md. - Resolve a topic by file slug first, then any alias declared in that topic file.
- Scope strings should use
roadmap/topic, for examplevsc/command.
Authoring Rules
- Read
docs/roadmap/index.mdbefore editing a roadmap topic. - When the user maps a request to existing OpenSpec context, read that context before updating roadmap docs and use OpenSpec skills to create matching proposals when requested.
- Keep roadmap index files focused on:
- one
#title - a brief note describing the roadmap and how its topics relate
- concise design notes or philosophy
- links to topic files
- one
- Keep topic files focused on:
- one
#title ##sections for concrete feature/task themes- a final
## Related Specssection
- one
- When adding archived spec references, append Markdown bullet links inside
## Related Specsand avoid duplicates. - Keep prose in English.
Expected Workflow
- Resolve the roadmap/topic slug or alias from the request or conventional title scope.
- Open the matching roadmap index and topic file.
- Update the roadmap narrative or topic sections with minimal, concrete edits.
- Preserve
## Related Specsas the last topic section.