One-click install
npx skills add https://github.com/CaptainCrouton89/.claude --skill documenting-code
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Documenting Code
Source: https://github.com/CaptainCrouton89/.claude/tree/main/skills/documenting-code
Command: npx skills add https://github.com/CaptainCrouton89/.claude --skill documenting-code

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill ensures your project documentation remains synchronized with your codebase, maintaining feature specs, API contracts, and READMEs according to init-project standards. It solves the problem of outdated or incomplete documentation, ensuring that all team members have access to accurate and traceable information.

Core Features & Use Cases

  • Standards Compliance: Adhere to init-project conventions for IDs (F-##, US-###), file paths, and required front-matter fields.
  • Automated Updates: Guides you through updating documentation for feature changes, new features, and API modifications.
  • Use Case: After implementing a new API endpoint, use this Skill to automatically update docs/api-contracts.yaml, the corresponding docs/feature-specs/F-##-*.yaml, and the docs/product-requirements.yaml. This ensures all documentation reflects the latest code, saving manual effort and preventing discrepancies.

Quick Start

Example: Update documentation after a feature change

1. Check state: "Read docs/product-requirements.yaml for feature list."

2. Update: "Update docs/feature-specs/F-123-user-profile.yaml with new fields."

3. Verify: "Check consistency using /manage-project/validate/check-consistency."

Frequently Asked Questions about Documenting Code

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I keep documentation synchronized with code changes?

Documentation synchronization ensures your feature specs, API contracts, and READMEs stay current with code. Use this Skill after implementing features or API modifications to update corresponding docs, maintaining traceability between code and specifications across your project.

What documentation standards should I follow for feature specs and user stories?

The init-project standard requires feature IDs (F-##), user story IDs (US-###), specific file paths (docs/feature-specs/F-##-slug.yaml, docs/user-stories/US-###-slug.yaml), and front-matter fields (title, status, last_updated). This ensures consistent structure and traceability links across PRD, features, and user stories.

Can I automate documentation updates when adding new API endpoints?

Yes. After implementing a new endpoint, this Skill guides you through updating docs/api-contracts.yaml, the corresponding feature spec file, and docs/product-requirements.yaml automatically, ensuring all documentation reflects current code and preventing manual discrepancies.

How do I verify documentation completeness across my project?

Use the consistency validation check to verify that all documentation adheres to init-project conventions, required fields are present, and traceability links between PRD, features, and user stories are complete and accurate.

When should I update my documentation against code changes?

Update documentation immediately after implementing new features, modifying API endpoints, or adding significant functionality. Synchronizing early prevents documentation drift and ensures all team members access accurate, traceable information for development and project planning.

Do I need existing documentation structure to use this Skill?

The Skill enforces init-project conventions, so your project should support the required directory structure (docs/feature-specs/, docs/user-stories/) and YAML front-matter fields. If your project lacks this structure, set it up following init-project standards first.