Back to skills
SkillHub ClubWrite Technical DocsTech WriterBackendFull Stack

Documenting Code

This skill helps developers keep project documentation synchronized with code changes. It provides specific workflows for updating feature specs, API contracts, and README files following init-project standards. Includes validation commands to check consistency and coverage across documentation files.

Packaged view

This page reorganizes the original catalog entry around fit, installability, and workflow context first. The original raw source lives below.

Stars
499
Hot score
99
Updated
March 20, 2026
Overall rating
A8.2
Composite score
7.0
Best-practice grade
B72.0

Install command

npx @skill-hub/cli install captaincrouton89-claude-documenting-code
project-documentationcode-syncyaml-workflowapi-specstraceability

Repository

CaptainCrouton89/.claude

Skill path: skills.archive/documenting-code

This skill helps developers keep project documentation synchronized with code changes. It provides specific workflows for updating feature specs, API contracts, and README files following init-project standards. Includes validation commands to check consistency and coverage across documentation files.

Open repository

Best for

Primary workflow: Write Technical Docs.

Technical facets: Tech Writer, Backend, Full Stack.

Target audience: Development teams using init-project conventions who need to maintain synchronized documentation across feature specs, API contracts, and README files.

License: Unknown.

Original source

Catalog source: SkillHub Club.

Repository owner: CaptainCrouton89.

This is still a mirrored public skill entry. Review the repository before installing into production workflows.

What it helps with

  • Install Documenting Code into Claude Code, Codex CLI, Gemini CLI, or OpenCode workflows
  • Review https://github.com/CaptainCrouton89/.claude before adding Documenting Code to shared team environments
  • Use Documenting Code for documentation workflows

Works across

Claude CodeCodex CLIGemini CLIOpenCode

Favorites: 0.

Sub-skills: 0.

Aggregator: No.

Original source / Raw SKILL.md

---
name: Documenting Code
description: Maintain project documentation synchronized with code. Keep feature specs, API contracts, and README current with init-project standards. Use when updating docs after code changes, adding new features, or ensuring documentation completeness.
---

# Documenting Code

## Standards Reference

All documentation follows init-project conventions:
- **IDs:** F-## (features), US-### (user stories) - unique and traceable across docs
- **Files:** `docs/feature-specs/F-##-slug.yaml`, `docs/user-stories/US-###-slug.yaml`
- **Front-matter:** Required `title`, `status`, `last_updated` fields
- **Traceability:** Every F-## links to PRD, every US-### links to F-##

Reference `/file-templates/init-project/CLAUDE.md` for full conventions.

## Documentation Inventory

**Required docs** (from init-project template):
- `docs/product-requirements.yaml` - Project goals, scope, features, success metrics
- `docs/feature-specs/F-##-*.yaml` - One per F-## feature
- `docs/user-stories/US-###-*.yaml` - One per user story
- `docs/user-flows/*.yaml` - Primary user flows
- `docs/api-contracts.yaml` - API endpoints
- `docs/system-design.yaml` - Architecture
- `docs/data-plan.yaml` - Metrics and data storage
- `docs/design-spec.yaml` - UI/UX specifications

## Workflow

### 1. Check Current State

**Before making changes, understand what exists:**
- Read `docs/product-requirements.yaml` for feature list and current status
- Check `docs/feature-specs/` for existing feature documentation
- Review `docs/api-contracts.yaml` for API coverage
- Scan for broken links, outdated examples, or missing documentation

### 2. Update Documentation

**For feature changes:**
- Update corresponding `docs/feature-specs/F-##-*.yaml` with new requirements
- Add/update API endpoints in `docs/api-contracts.yaml`
- Update `docs/product-requirements.yaml` if scope changed
- Add JSDoc comments in code for complex logic

**For new features:**
- Create `docs/feature-specs/F-##-slug.yaml` following init-project template
- Add F-## entry to PRD feature table
- Create API endpoint entries in `docs/api-contracts.yaml` if applicable
- Create user stories in `docs/user-stories/US-###-slug.yaml` if needed

### 3. Verify Standards Compliance

**Checklist before finalizing:**
- [ ] All F-## IDs in PRD have corresponding feature specs
- [ ] All US-### stories link to valid F-## features
- [ ] API contracts match feature spec endpoints
- [ ] Code examples work and are current
- [ ] Links between docs are valid
- [ ] Front-matter includes required fields (`title`, `status`, `last_updated`)
- [ ] IDs are properly linked across documents

### 4. Update README

**Keep main README current:**
- Update feature list to match PRD F-## features
- Refresh installation/setup instructions if changed
- Update API reference links
- Add new usage examples as needed
- Verify all links work

## Project Management Commands

**Update specific documentation:**
```bash
/manage-project/update/update-feature      # Update feature specs
/manage-project/add/add-api                # Add API endpoints
/manage-project/update/update-design       # Update system design
/manage-project/update/update-requirements # Update success metrics
```

**Validation commands:**
```bash
/manage-project/validate/check-consistency # Verify all IDs linked correctly
/manage-project/validate/check-coverage    # Verify no orphaned docs
/manage-project/validate/check-api-alignment # Verify API alignment
```

**Bash utilities** (from `docs/` directory):
```bash
./check-project.sh    # Full validation
./list-features.sh    # Show all features
./list-stories.sh     # Show all stories
./list-apis.sh        # Show all API endpoints
```

## Quick Fixes

- **Broken links:** Update with correct paths and verify
- **Outdated examples:** Test code samples and update
- **Missing feature docs:** Create `F-##-slug.yaml` following template
- **API changes:** Update `api-contracts.yaml` and corresponding feature specs
- **Status updates:** Mark features as completed after implementation

## When to Escalate

- Missing required docs from init-project template
- Broken traceability (orphaned IDs)
- Documentation conflicts with implementation
- User complaints about outdated docs
Documenting Code | SkillHub