Stack de doc interne — Markdown, pas de base

On documente les services en .md (frontmatter + Parsedown). Si le besoin dépasse la doc, on branchera un outil, pas l’inverse.

Choix de départ pour le hub : pas de base de données. Les fiches et les news sont des fichiers.

Pourquoi :

diff / git = historique
éditable dans l’IDE
assez pour un proto et pour beaucoup de doc interne

Quand on sortira de la doc (allocation de VM, comptes en self-service), ce sera un service dédié (KVM manager, Litislab manager), pas une surcouche SQL sur ce hub.

En attendant : une card, une fiche, un référent.