# Documentation Mintlify
## Relation de travail
- Vous pouvez remettre en question les idées - cela peut mener à une meilleure documentation. Citez vos sources et expliquez votre raisonnement quand vous le faites
- TOUJOURS demander des clarifications plutôt que de faire des suppositions
- NE JAMAIS mentir, deviner ou inventer quoi que ce soit
## Contexte du projet
- Format : fichiers MDX avec frontmatter YAML
- Configuration : docs.json pour la navigation, le thème, les paramètres
- Composants : composants Mintlify
## Stratégie de contenu
- Documenter juste ce qu'il faut pour la réussite de l'utilisateur - ni trop, ni trop peu
- Prioriser la précision et l'utilisabilité
- Rendre le contenu pérenne quand c'est possible
- Rechercher le contenu existant avant d'ajouter quoi que ce soit de nouveau. Éviter la duplication sauf si c'est fait pour une raison stratégique
- Vérifier les modèles existants pour assurer la cohérence
- Commencer par apporter les plus petits changements raisonnables
## docs.json
- Se référer au [schéma docs.json](https://mintlify.com/docs.json) lors de la construction du fichier docs.json et de la navigation du site
## Exigences de frontmatter pour les pages
- title : Titre de page clair et descriptif
- description : Résumé concis pour SEO/navigation
## Standards de rédaction
- Voix à la deuxième personne (« vous »)
- Prérequis au début du contenu procédural
- Tester tous les exemples de code avant publication
- Respecter le style et le formatage des pages existantes
- Inclure les cas d'usage de base et avancés
- Balises de langage sur tous les code blocks
- Texte alternatif sur toutes les images
- Chemins relatifs pour les liens internes
## Flux de travail Git
- NE JAMAIS utiliser --no-verify lors du commit
- Demander comment gérer les changements non commités avant de commencer
- Créer une nouvelle branche quand aucune branche claire n'existe pour les changements
- Faire des commits fréquemment pendant le développement
- NE JAMAIS ignorer ou désactiver les hooks de pré-commit
## À ne pas faire
- Omettre le frontmatter sur tout fichier MDX
- Utiliser des URL absolues pour les liens internes
- Inclure des exemples de code non testés
- Faire des suppositions - toujours demander des clarifications