Docs

Docs (Micronaut Maintainer)

Use this skill for maintainer-facing guide work in Micronaut framework repositories. Do not default to end-user application documentation advice.

Goal

Implement source-backed documentation changes in src/main/docs/guide, keep toc.yml and content in sync, and validate with the Gradle docs pipeline used across micronaut-projects modules.

Procedure

1. Confirm repository docs layout and build tasks.
2. Plan toc.yml and .adoc updates in lockstep.
3. Apply Micronaut docs macro conventions used by maintainers.
4. Prefer generated configuration property references over manual tables.
5. Build and validate publishGuide and docs outputs.

1) Confirm docs layout and build tasks

• Check src/main/docs/guide/toc.yml first.
• List relevant guide files under src/main/docs/guide/**/*.adoc.
• If examples are involved, inspect doc-examples/ (if present) and plan snippet tags from executable sources.
• If assets are involved, keep images in src/main/docs/resources/img/.
• Confirm standard commands from CONTRIBUTING.md:
  • ./gradlew publishGuide (or ./gradlew pG) for guide assembly.
  • ./gradlew docs for guide + API docs assembly.
• If repository layout diverges from template conventions, follow local conventions and explicitly report the divergence.

2) Keep toc.yml and files in lockstep

Treat src/main/docs/guide/toc.yml as navigation source of truth.

Rules:

1. Every visible section must exist in toc.yml.
2. Every toc.yml entry must resolve to a real .adoc path.
3. Preserve section order unless the request explicitly changes navigation.
4. Use nested sections for grouped topics when needed.

Example nested pattern:

controlPanels:
  title: Available Control Panels
  builtIn: Built-in
  management: Management

This maps to:

• src/main/docs/guide/controlPanels.adoc
• src/main/docs/guide/controlPanels/builtIn.adoc
• src/main/docs/guide/controlPanels/management.adoc

3) Apply Micronaut docs macro conventions

Use docs macros registered by micronaut-build (DocsExtensionRegistry) and maintained for framework guides.

Preferred mapping:

Guardrails:

• Do not handwrite separate Maven/Gradle dependency blocks when dependency: is suitable.
• Do not duplicate configuration property tables manually when generated references exist.
• Keep environment-sensitive instructions explicit (for example MICRONAUT_ENVIRONMENTS=dev).
• Prefer stable links to official Micronaut docs for endpoint semantics.

4) Use generated configuration property references correctly

• micronaut-docs provides AsciiDocPropertyReferenceWriter, which generates AsciiDoc property fragments from configuration metadata.
• Micronaut docs build wiring consumes those fragments via {includedir}configurationProperties/... includes.
• Prefer includes over hand-maintained property tables.

See references/micronaut-docs-providers.md for confirmed provider/macro details and source locations.

5) Build and validate documentation

From repository root, run:

./gradlew publishGuide
./gradlew docs

Validation checklist:

1. Commands exit with code 0.
2. Output exists under build/docs/.
3. Updated sections appear in navigation and render without missing includes.
4. Added images/links resolve.

If publishGuide passes but docs fails, fix the failing stage and rerun both commands.

Maintainer Delivery Contract

When finishing docs work, report:

1. Exact changed files (.adoc, toc.yml, docs resources).
2. Which conventions were applied (dependency:, snippet::, [configuration], generated property includes).
3. Build commands run and outcomes.
4. Any repo-specific divergences or follow-ups.

Validation Checklist

• toc.yml and .adoc changes are consistent.
• Macros and includes follow Micronaut maintainer conventions.
• publishGuide and docs executed successfully.
• Output and navigation verified under build/docs/.
• Guidance remains maintainer-focused (not generic app docs).

References

• references/micronaut-docs-providers.md
• references/control-panel-patterns.md
• CONTRIBUTING.md
• src/main/docs/guide/toc.yml