Documentation Guidelines

Overview

Produce a single, canonical module doc that matches the repository's documentation rules and keeps backend/API contracts consistent and skimmable.

Workflow

1. Locate the repo's documentation rules (prefer docs/memories/DOCUMENTATION_GUIDELINES.md). If missing, load references/documentation-guidelines.md.
2. Determine the correct documentation path for the current project. Use the repo's conventions; if no zones exist, default to docs/features/<module>.md (or the project's documented location).
3. Create or update the module doc before changing logic. Remove outdated content instead of appending.
4. Follow the required section order from the guidelines and keep the doc in English.

Required Content Checklist

• Start every doc with YAML frontmatter metadata (name, description, version, last_updated, maintained_by), then write the rest as standard Markdown sections.
• Include Mermaid ERD and Mermaid flowchart.
• Document controllers/routes, requests, resources, models, services, jobs, and providers.
• Provide endpoint table, headers, payloads, response examples, and error dictionary.
• State permissions, feature flags, and client consumption rules.
• Add local development + seeding commands and troubleshooting/log hints.