Documentation Skill
Core Principles
- •Keep documentation SIMPLE
- •One README.md file at root level
- •No extensive documentation files
- •Update README after every significant change
README.md Structure
The root README must contain:
- •Project title and brief description
- •Tech stack overview
- •Setup instructions
- •Environment variables required
- •Available commands/scripts
- •Recent changes/updates
When to Create Additional Docs
Only create additional markdown files if:
- •Absolutely essential for the project
- •Cannot fit reasonably in README.md
- •Explicitly requested by user
If additional docs are needed:
- •Place them in docs/ folder at root
- •Keep them minimal and focused
- •Reference them from README.md
Bug Fix Documentation
Every bug fix must be documented:
- •What was the error/issue
- •What caused it
- •How it was fixed
- •When it was fixed
Why this matters:
- •Useful if the bug appears again in future
- •Helps team members understand changes
- •Creates a knowledge base for common issues
Update Protocol
After every significant change:
- •Update README.md with new information
- •Document any new dependencies
- •Update setup instructions if needed
- •Add any new environment variables
- •Note any breaking changes
What NOT to Do
- •Do not create extensive documentation files
- •Do not create multiple README files in subdirectories (unless essential)
- •Do not document obvious code (code should be self-documenting)
- •Do not create CHANGELOG.md unless explicitly requested