marketplace/bundles/pm-requirements/skills/setup/SKILL.md
Standards for setting up requirements and specification documentation in new projects with proper directory structure and initial documents
npx skillsauth add cuioss/plan-marshall setupInstall 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 project requirements setup tasks.
Prohibited actions:
Constraints:
doc/Requirements.adoc and doc/Specification.adoc (see pm-documents:ref-asciidoc for AsciiDoc format rules)Standards for establishing requirements and specification documentation structure in new projects, including directory layout, initial document creation, and prefix selection.
This skill provides comprehensive standards for:
Use this skill when:
Load standards progressively based on the current task — do not load all at once.
| Task Context | Standard | Key Content |
|-------------|----------|-------------|
| Directory layout and file organization | standards/directory-structure.md | Required layout, minimal vs. complete setup |
| Choosing requirement prefixes | standards/prefix-selection.md | Recommended prefixes by domain, hierarchical patterns |
| Creating initial documents | standards/document-templates.md | Templates for Requirements.adoc, Specification.adoc, LogMessages.adoc |
| Step-by-step setup process | standards/setup-workflow.md | Setup sequence, common issues, cross-reference verification |
| Validating setup completeness | standards/quality-checklist.md | Structure verification, content quality, traceability checks |
Documentation-First Approach: Establish documentation structure before implementing core functional components. Create requirements and specifications before writing business logic, APIs, or main features.
directory-structure.md)For the complete lifecycle model (PLANNED → IN PROGRESS → IMPLEMENTED → DEPRECATED), see pm-requirements:requirements-authoring → standards/documentation-lifecycle-management.md.
This skill works with other pm-requirements bundle skills:
After Setup → pm-requirements:requirements-authoring
After Setup → pm-requirements:planning
During Implementation → pm-requirements:traceability
Typical Setup Sequence:
mkdir -p doc/specification)Minimum Files Required:
doc/Requirements.adocdoc/Specification.adocComplete Setup Includes:
doc/specification/pm-documents:ref-asciidoc for AsciiDoc formatting and structuredevelopment
Domain-owned OpenRewrite log-line finding parser for the java-cui domain — parses the
development
Domain-owned OpenRewrite marker detection for the java-cui domain — scans Java/Kotlin sources for cui-rewrite TODO markers, categorizes them by recipe, and fails the gate on any detected marker
development
Operator control surface for the marshalld build server — enrol/drop a project in the machine-global registry (the opt-in enable signal and anti-laundering wall), manage the daemon lifecycle (start, stop, drain, status, install, upgrade) version-pinned to the verified bundle copy, and inspect the daemon's per-project interaction-audit log (read-only)
tools
The tiny build-consumption client for the marshalld build server — submit a build job, bounded long-poll for its result, ping the daemon identity, and preflight registry-plus-liveness in one call; consumption only, never provisioning or enrolment