TorbatYar/docs/ai-framework/documentation-template.md
Mortezakoohjani 5c6a2e78cf feat(platform): seed service registry, deploy all modules, and fix homepage catalog.
Register all active platform services and base features in core DB so admin can manage them, add delivery/hospitality/sports-center backend phases, update apps catalog and production deploy tooling.

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-07-27 12:39:51 +03:30

70 lines
3.3 KiB
Markdown

# Documentation Template
How documentation must be updated after every phase.
## Principle
Code and documentation ship together. A phase that changes behavior without docs is incomplete ([project-principles.md](../development/project-principles.md)). Enterprise completeness requires documentation completeness ([enterprise-completeness.md](enterprise-completeness.md)).
## Update Checklist
### Always
- [ ] Phase document created/updated (from [phase-template.md](phase-template.md)) including Enterprise Phase Discovery Record, Business Analysis, and Domain Model
- [ ] [phase-handover.md](phase-handover.md) sections filled (or equivalent in phase doc) including Discovery summary, Enterprise Completeness Sign-Off, and Definition of Done
- [ ] [progress.md](../progress.md) — completed work only
- [ ] [next-steps.md](../next-steps.md) — immediate next milestone only
- [ ] [module-registry.md](../module-registry.md) — version, phase, events, permissions, migration
- [ ] [phase-manifest.yaml](phase-manifest.yaml) — status / dependencies
- [ ] [service-manifest.yaml](service-manifest.yaml) — version / phase / APIs / events if service changed
- [ ] OpenAPI reflects new/changed routes (for API phases)
### When Applicable
- [ ] [roadmap.md](../roadmap.md) — only if future sequencing changed
- [ ] [provider-registry.md](../provider-registry.md) — new/changed providers
- [ ] [glossary.md](../glossary.md) — new canonical terms
- [ ] ADR created/updated under [architecture/adr/](../architecture/adr/)
- [ ] Architecture docs if boundaries/topology changed (never silently)
- [ ] [reference/api-reference.md](../reference/api-reference.md)
- [ ] [reference/services-contracts.md](../reference/services-contracts.md)
- [ ] [reference/event-catalog.md](../reference/event-catalog.md)
- [ ] [reference/database-schema.md](../reference/database-schema.md)
- [ ] Service README under `backend/services/<name>/`
- [ ] Phase area README under [phases/](../phases/)
- [ ] Frontend docs under [frontend/](../frontend/) if UI shipped
- [ ] Mandatory artifact N/A justifications recorded
### Never
- Do not put future work into `progress.md`
- Do not overwrite accepted ADRs
- Do not duplicate [master-prompt.md](master-prompt.md) / DoD / completeness rules into phase prompts
- Do not leave broken links or undocumented public surfaces for the phase
- Do not mark Complete while documenting missing current-phase artifacts as “limitations”
## Cross-Link Requirements
Every new phase doc must link at least:
- Architecture overview or relevant architecture leaf
- Related ADR(s)
- Module registry entry
- Development standards (principles / testing) as needed
- AI/Enterprise framework: Discovery, loop, gates, DoD (when AI-implemented)
- Progress / next-steps
## Validation
Before completion, run Documentation + Cross Reference + Broken Link validation from [quality-gates.md](quality-gates.md), and confirm Enterprise Completeness documentation dimension.
## Related Documents
- [docs/README.md](../README.md)
- [Phase Template](phase-template.md)
- [Phase Handover](phase-handover.md)
- [Definition of Done](definition-of-done.md)
- [Enterprise Phase Discovery](enterprise-phase-discovery.md)
- [Enterprise Completeness](enterprise-completeness.md)
- [templates/](../templates/) (registry-oriented short templates)