This file provides guidance to Claude Code when working with documentation in this project.
All technical documentation in this project should follow the AI-friendly guidelines below. When creating, editing, or reviewing documentation, apply these principles.
- Use consistent, descriptive headings that clearly label what each section covers.
- Prefer flat, modular sections over deeply nested structures. Each section should ideally stand alone and answer one question.
- Use semantic markup (proper HTML tags, MDX frontmatter, OpenAPI schemas) rather than relying on visual formatting to convey meaning.
- Define acronyms and terms inline or in a glossary.
- Write in plain, consistent language. Avoid idioms, marketing language, or ambiguous phrasing.
- Be explicit about preconditions and postconditions — what the user needs before a step, and what state they'll be in after.
- Avoid implicit knowledge. State version numbers, OS assumptions, and environment requirements clearly.
- Always include working, copy-pasteable code samples.
- Label every code block with a language tag (e.g.,
```python) for proper syntax recognition. - Annotate code with inline comments explaining the non-obvious parts.
- Show both the call and the expected response, especially for APIs.
- Provide an OpenAPI/Swagger spec for REST APIs.
- Use structured data formats (JSON-LD, YAML frontmatter) for metadata like parameters, return types, and error codes.
- Maintain an
llms.txtfile at the project root with a concise, AI-optimized summary of the documentation structure.
- Include a documentation index with a one-line description of each page.
- Cross-link consistently. When a concept is mentioned, link to where it's defined.
- Use canonical URLs so that AI-generated answers point to the right, stable location.
- Add frontmatter to every documentation page with at minimum:
title,description,category,version, andlast_updated. - Include changelog or versioning notes so the correct version context is always clear.
- Tag pages by use case or audience (e.g.,
quickstart,reference,troubleshooting).
- Do not put critical information only in images or diagrams.
- Avoid deeply nested tables for structured data; use lists or dedicated data formats instead.
- Do not scatter prerequisites across multiple pages without a summary in one place.
- Avoid version-ambiguous content — always specify which version of the product a section applies to.
Core principle: Write for humans first, but be explicit enough that a machine can reconstruct the answer without needing background knowledge or visual context.