
Werkzeuge
Sphinx, MkDocs, Astro und andere Generatoren optimieren unterschiedliche Content Models und Teams. Entscheide nach Authoring Workflow, Erweiterbarkeit, Lokalisierung und Wartungskosten statt nach einer schönen Demo. Eine beeindruckende Demo kann für deine Dokumentation trotzdem falsch sein.

Praxis
Eine Struktur, die bei fünfzig Seiten funktioniert, kann bei fünfhundert scheitern. Navigation sollte sich an Nutzeraufgaben, Inhaltstypen und stabilen Konzepten orientieren — nicht am Organigramm. Kleine Dokumentationsbestände überleben fast jede Navigation.

API
Eine OpenAPI-Beschreibung kann eine präzise Reference erzeugen. Developers brauchen zusätzlich Konzepte, Task Flows, Authentifizierung, Beispiele und Recovery, die ein Schema allein nicht erklärt. OpenAPI beschreibt Operations, Parameter, Request- und Response-Strukturen, Status Codes und wiederverwendbare Schemas sehr gut.

Standards
Konsistenz im großen Maßstab entsteht durch Content Models, Terminologie und wiederverwendbare Patterns — nicht dadurch, dass alle einen riesigen Style Guide auswendig lernen. Wichtige Regeln gehören in Schemas und Components. Ein kleines Team kann auf gemeinsame Gewohnheiten und direktes Editing vertrauen.