marketplace/bundles/pm-requirements/skills/planning/SKILL.md
Standards for creating and maintaining project planning documentation with task tracking, status indicators, and traceability to requirements
npx skillsauth add cuioss/plan-marshall planningInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Execution mode: Reference library; load standards on-demand for planning documentation tasks.
Prohibited actions:
Constraints:
pm-documents:ref-asciidoc for AsciiDoc format rules)Standards for creating, structuring, and maintaining project planning documents that track implementation tasks while maintaining traceability to requirements and specifications.
This skill's standards files are in Markdown (.md) format as required for marketplace bundles. The standards describe planning document structure and conventions that are format-agnostic. Code examples use AsciiDoc syntax; for AsciiDoc formatting rules, see pm-documents:ref-asciidoc.
This skill provides complete standards for:
Planning documents bridge requirements and specifications with actual implementation work by:
Planning documents focus on task lists, status tracking, and traceability - not implementation details or rationale. See standards/document-structure.md for complete separation of concerns guidance.
Planning documents are dynamic and updated frequently as work progresses - they reflect current project state rather than being archived. See standards/maintenance.md for complete living documentation guidance and update frequency recommendations.
Activate this skill when:
Load standards progressively based on the current task — do not load all at once.
| Task Context | Standard | Key Content |
|-------------|----------|-------------|
| Creating/reviewing document structure | standards/document-structure.md | Location, naming, header format, core sections, separation of concerns |
| Organizing tasks hierarchically | standards/task-organization.md | Heading structure, grouping strategies (component/feature/layer/phase) |
| Tracking task status and lifecycle | standards/status-tracking.md | Status indicators, usage examples, implementation notes, task lifecycle |
| Linking tasks to requirements | standards/requirement-linking.md | Requirement/specification links, multiple references, traceability |
| Maintaining planning documents | standards/maintenance.md | Update frequency, archive strategy, quality standards, anti-patterns |
| Need concrete examples | standards/examples.md | Complete example document with all patterns demonstrated |
pm-requirements:requirements-authoring - Standards for requirements and specification documentation that planning tasks trace topm-requirements:setup - Standards for creating initial TODO structure during project setuppm-requirements:traceability - Standards for linking planning tasks to implementation codepm-documents:ref-asciidoc - AsciiDoc formatting and structureplan-marshall:workflow-integration-git - Committing planning document changestools
Plan-marshall-domain implementor of the ext-self-review-{domain} extension point. Surfaces deterministic candidates (regexes, user-facing strings, markdown sections, symmetric-pair functions, flag-guard pairs, contract sources, schema-bearing files) for pre-submission structural self-review.
development
The single shared contract every untrusted-external-content ingestion surface loads — reader/orchestrator/writer isolation, the deterministic validator script as the containment boundary, and the output-schema discipline for candidate structs parsed from web pages, GitHub issue/PR/comment bodies, and Sonar issue messages
development
Domain-invariant recipe for deliberate wide-scope simplification campaigns across a scope x thoroughness cell, with a T4+ relation-graph pre-deliverable
testing
A test skill for README generation