Claude-skill-registry cui-maintain-requirements
Maintain and synchronize requirements and specifications with comprehensive validation
git clone https://github.com/majiayu000/claude-skill-registry
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/cui-maintain-requirements" ~/.claude/skills/majiayu000-claude-skill-registry-cui-maintain-requirements && rm -rf "$T"
skills/data/cui-maintain-requirements/SKILL.mdRequirements and Specifications Maintenance Skill
Systematic workflow for maintaining requirements and specification documents to ensure continued accuracy, traceability, and alignment with implementation.
CONTINUOUS IMPROVEMENT RULE
If you discover issues or improvements during execution, record them:
- Activate skill:
Skill: plan-marshall:manage-lessons - Record lesson with:
- Component:
{type: "skill", name: "cui-maintain-requirements", bundle: "pm-requirements"} - Category: bug | improvement | pattern | anti-pattern
- Summary and detail of the finding
- Component:
PARAMETERS
- scope - (Optional) Maintenance scope:
- Complete requirements and specifications maintenance (default)full
- Focus on requirements documents onlyrequirements
- Focus on specification documents onlyspecifications
- Focus on cross-reference verification onlyreferences
- scenario - (Optional) Specific maintenance scenario:
- Adding documentation for new functionalitynew-feature
- Handling deprecated or removed functionalitydeprecation
- Updating after code refactoringrefactoring
CRITICAL CONSTRAINTS
Documentation Integrity
MUST:
- Document only existing or approved functionality
- Verify all code references resolve correctly
- Replace duplications with cross-references
- Maintain requirement ID stability (NEVER renumber)
MUST NOT:
- Document non-existent features (hallucinations)
- Copy content between documents
- Break cross-reference traceability
- Change requirement IDs
Deprecation Handling Protocol
Pre-1.0 projects:
- Update requirements directly
- Simply remove or update outdated content
- No deprecation markers needed
Post-1.0 projects - ASK USER:
- STOP and use AskUserQuestion tool
- Present options: Deprecate (mark but keep) or Remove (delete)
- Wait for user decision
- Apply chosen approach
Never remove post-1.0 requirements without user approval.
WORKFLOW
Step 0: Parameter Validation
- If
specified: Use specified scopescope - If NO
: Default to full maintenancescope - If
specified: Tailor workflow accordinglyscenario
Step 1: Load Requirements Standards
Skill: pm-requirements:requirements-maintenance Skill: pm-requirements:requirements-documentation Skill: pm-requirements:specification-documentation
This loads comprehensive requirements standards including:
- requirements-maintenance.md - Maintenance principles and integrity requirements
- requirements-documentation.md - Requirements creation patterns
- specification-documentation.md - Specification structure standards
On load failure: Report error and abort.
Step 2: Pre-Maintenance Discovery
2.1 Identify Documents:
Task: subagent_type: Explore model: sonnet description: Locate requirements and specification documents prompt: | Locate all requirements and specification documents in project. Search for: - Requirements.adoc (typically in doc/) - Specification documents (typically in doc/specifications/) - Related documentation files Return structured list with paths.
2.2 Load Maintenance Standards:
Verify standards loaded from skills, confirm understanding of:
- SMART requirements principles
- Integrity requirements (no hallucinations, no duplications, verified links)
- Deprecation handling rules (pre-1.0 vs post-1.0)
- Traceability requirements
Step 3: Requirements Analysis
[If scope = "requirements" OR scope = "full"]
3.1 Analyze Requirements State:
Task: subagent_type: Explore model: sonnet description: Identify requirements maintenance needs prompt: | Analyze requirements documents for issues. Apply detection criteria from pm-requirements:requirements-maintenance skill: - Missing/incomplete requirements - Outdated references - Broken cross-references - Inconsistent terminology - Duplicate information - Integrity violations (hallucinations, unverified references) Return structured analysis by category with severity.
3.2 Update Requirements:
Apply requirements updates following patterns from pm-requirements:requirements-documentation skill.
Apply maintenance rules from pm-requirements:requirements-maintenance skill:
- NEVER renumber requirement IDs
- Ensure SMART compliance
- Preserve rationale
- Update status indicators
- Maintain traceability
CRITICAL: Document only existing or approved functionality.
If scenario = "new-feature": Follow new-feature documentation pattern from requirements-documentation skill.
If scenario = "deprecation": Apply deprecation handling protocol (check version, ask user for post-1.0).
3.3 Verify Specification Alignment:
Verify requirements link to specifications correctly. Check:
- xref: links resolve
- Specifications exist
- Bidirectional traceability
- Implementation references valid
Step 4: Specification Maintenance
[If scope = "specifications" OR scope = "full"]
4.1 Analyze Specifications:
Analyze specification documents for issues:
- Alignment with requirements
- Accurate implementation references
- Complete behavioral descriptions
- Valid cross-references
4.2 Update Specifications:
Update specifications following patterns from pm-requirements:specification-documentation skill.
Apply maintenance rules:
- Maintain linkage to requirements
- Update implementation details
- Preserve specification IDs
- Keep examples current and valid
CRITICAL: Verify all code references exist.
If scenario = "refactoring": Update implementation references following refactoring patterns from requirements-maintenance skill.
Step 5: Cross-Reference Verification
[If scope = "references" OR scope = "full"]
5.1 Verify Document Links:
Verify all cross-references resolve correctly:
- xref: links point to existing sections
- Paths are current after restructuring
- Section IDs are correct
- No references to deleted documents
5.2 Validate Code References:
Validate all code references in documentation using Grep to verify:
- Referenced classes exist
- Method signatures correct
- Package names current
- Line numbers accurate (if specified)
CRITICAL: All code references must resolve to existing code.
Step 6: Integrity Verification
6.1 Check for Hallucinations:
For each requirement and specification:
- Verify feature exists in code OR is in approved roadmap
- Flag unverified documentation
- If unverified content found: STOP, ASK USER, WAIT for decision
6.2 Eliminate Duplications:
Identify duplicate information across documents. For each duplication:
- Identify canonical location
- Replace duplicates with xref: links to canonical location
6.3 Final Link Verification:
Checklist:
- All xref: links resolve
- All code references verified
- All external links accessible
- No broken references remain
Step 7: Quality Verification
Run comprehensive quality checklist:
- Cross-References Validated (all links work)
- No Duplicate Information (cross-references used)
- Consistent Terminology (same terms for same concepts)
- Clear Traceability Maintained (complete requirement-to-implementation chain)
- No Hallucinated Functionality (all features verified)
- Integrity Maintained (documentation reflects reality)
If ANY check fails: Document failure, fix issue, re-run verification.
Step 8: Scenario-Specific Finalization
[If scenario parameter provided]
If scenario = "new-feature":
- Verify new requirements follow SMART principles
- Confirm specifications link to requirements
- Ensure traceability matrix updated
If scenario = "deprecation":
- Verify deprecation markers applied (if post-1.0 and user chose deprecate)
- OR confirm removals complete (if user chose remove)
- Check all references updated
If scenario = "refactoring":
- Verify all package/class name updates applied
- Confirm method signatures current
- Ensure examples compile with new structure
Step 9: Commit Changes
Review changes and create commit:
docs(requirements): [brief description of changes] [Detailed description of maintenance performed] - [Specific change 1] - [Specific change 2] - [Specific change 3] Affected requirements: [list requirement IDs] [Optional: Affected specifications: list spec IDs] [Optional: Structural changes: describe] Co-Authored-By: Claude <noreply@anthropic.com>
Step 10: Display Summary
Requirements Maintenance Summary Scope: {scope parameter value} Scenario: {scenario parameter value if provided} Requirements Reviewed: {count} Requirements Updated: {list of IDs} New Requirements Added: {count if any} Requirements Deprecated/Removed: {count if any} Specifications Reviewed: {count} Specifications Updated: {list} Implementation References Corrected: {count} Cross-References Fixed: - Broken document links: {count} - Broken code references: {count} - New cross-references added: {count} Integrity Checks: - Hallucinations resolved: {count} - Duplications removed: {count} - Links verified: {total count} Quality Verification: All checks passed Commit Created: {commit hash}
ERROR HANDLING
Unverified Documentation Found:
- Stop maintenance process
- Document unverified content details
- Ask user: "Is this documented feature planned or should it be removed?"
- Wait for user decision
- Proceed based on user choice
Broken Links Cannot Be Fixed:
- Document broken link
- Try to locate moved content
- If found: Update link
- If not found: Ask user for guidance
- Remove link only with user approval
Conflicting Information:
- Document both versions
- Identify most authoritative source
- Ask user which version is correct
- Update to correct version
- Replace duplicates with cross-references
USAGE EXAMPLES
# Complete maintenance /cui-maintain-requirements scope=full # Requirements only /cui-maintain-requirements scope=requirements # New feature documentation /cui-maintain-requirements scope=full scenario=new-feature # Handle deprecation (will ask user for post-1.0) /cui-maintain-requirements scope=full scenario=deprecation # After refactoring /cui-maintain-requirements scope=specifications scenario=refactoring
Related
skill - Maintenance principlespm-requirements:requirements-maintenance
skill - Requirements patternspm-requirements:requirements-documentation
skill - Specification patternspm-requirements:specification-documentation