Iron Law: NO DOC GENERATION WITHOUT READING THE PROJECT-SPECIFIC TEMPLATES FIRST
Read the appropriate reference before writing any documentation.
Process
- Detect stack — Check for
pom.xml(Java),package.json(NestJS/Angular),pyproject.toml(Python),pubspec.yaml(Flutter) - Load template — Read the matching section in
references/readme-templates.md - Apply docstring pattern — Read
references/docstring-patterns.mdfor the correct format per language - Configure CI/CD — Read
references/cicd-doc-pipeline.mdwhen setting up automated doc generation
When to Use
- Creating or refreshing a project README
- Writing docstrings for public APIs (with
/doc-generate) - Setting up a CI/CD pipeline that auto-generates API docs on push
- Generating OpenAPI specs from code annotations (see
openapi-spec-generationskill) - Creating architecture diagrams (use
mermaid-expertagent)
References
| File | Content | Load When |
|---|---|---|
references/readme-templates.md |
Stack-specific README templates for Java/Spring, NestJS, Python FastAPI, Flutter | Writing README for Java, NestJS, Python, or Flutter project |
references/docstring-patterns.md |
Javadoc, JSDoc, Python Google-style, Dart /// patterns with examples |
Writing Javadoc, JSDoc, Python docstrings, Dart doc comments |
references/cicd-doc-pipeline.md |
GitHub Actions workflow for auto-doc generation + Redocly + GitHub Pages | Setting up automated doc generation, GitHub Pages, Redocly |
Error Handling
If project type cannot be auto-detected, ask the user to specify the stack before loading templates. If README exists and appears current, report that and do not overwrite without explicit approval.