Rédigez la documentation technique pour [SYSTEM/PROCESS/API/TOOL]. Audience : [ENGINEERS/END USERS/INTEGRATION PARTNERS]. Format : [REFERENCE DOC/GUIDE/RUNBOOK/SPEC]. Périmètre : [DESCRIBE WHAT NEEDS DOCUMENTING].
Structure de la documentation : 1) Vue d’ensemble (ce que c’est, quel problème cela résout, à qui c’est destiné), 2) Prérequis et exigences (versions exactes, dépendances, accès nécessaires), 3) Démarrage rapide (chemin le plus court vers une solution fonctionnelle — l’équivalent du « hello world »), 4) Concepts fondamentaux et modèle mental, 5) Section de référence (documentation complète des paramètres/configurations), 6) Cas d’utilisation courants avec exemples (code prêt à copier-coller si applicable), 7) Guide de dépannage (les 10 erreurs les plus fréquentes et leurs solutions), 8) FAQ, 9) Journal des modifications. Règles : chaque exemple doit être correct et fonctionnel. Une documentation qu’on ne peut pas suivre est pire qu’une absence de documentation.