Référence des commandes de la CLI Mintlify

Pour installer la CLI, consultez Installer la CLI.

Ces flags sont disponibles pour toutes les commandes.

Démarrer une prévisualisation locale de votre documentation.

mint dev [flags]

Installez le serveur MCP Index hébergé de Mintlify pour vos agents de codage. Le serveur fournit un outil context pour rechercher des bibliothèques, frameworks, SDK, API et outils CLI.

Le serveur MCP Index est distinct du serveur MCP Mintlify Docs, qui effectue des recherches dans votre site de documentation.

mint index [options]

La commande est également disponible avec mintlify index.

Exécutez mint index sans option de client pour détecter les clients installés et ouvrir un sélecteur interactif. Les clients détectés sont sélectionnés par défaut. Sélectionnez les clients à configurer, puis confirmez l’invite.

Passez une ou plusieurs options de client pour configurer des clients précis sans ouvrir le sélecteur :

mint index --claude --cursor

Utilisez --yes pour configurer tous les clients détectés sans invite. Si aucun client n’est détecté, passez une option explicite telle que --claude ou --cursor.

Utilisez --project avec des options de client pour écrire la configuration du projet dans le répertoire courant :

mint index --project --cursor --vscode

La commande ajoute le serveur mintlify-index à chaque client sélectionné et le configure avec https://index.mintlify.com/mcp. Par défaut, elle met à jour la configuration globale. Avec --project, elle utilise la configuration du projet lorsque le client la prend en charge.

La commande ajoute également une règle d’utilisation pour chaque client sélectionné, à l’exception de Zed. Cette règle demande au client d’utiliser l’outil context du MCP Index pour rechercher de la documentation, notamment la syntaxe, la configuration, les migrations et la mise en place. Elle demande au client de privilégier cet outil à la recherche web, car les données d’entraînement peuvent être obsolètes. La règle exclut les concepts généraux de programmation et le débogage de la logique métier.

Windsurf ne dispose que d’une configuration MCP globale. Avec --project, la commande écrit toujours l’entrée MCP dans la configuration globale de Windsurf et écrit la règle d’utilisation dans le projet courant.

Si vous réexécutez la commande, elle met à jour l’entrée mintlify-index existante et sa règle générée. Elle conserve les autres éléments de configuration. Si une configuration JSON ou JSONC existante n’est pas valide, la commande affiche une erreur sans modifier ce fichier.

Les clients pris en charge et leurs fichiers de configuration standard sont les suivants :

Créez un nouveau compte Mintlify depuis le terminal.

mint signup [flags]

Exécutez la commande sans flags pour saisir vos informations de manière interactive. La CLI vous demandera toute valeur que vous ne passez pas comme flag.

Après avoir soumis vos informations, Mintlify envoie un lien de vérification à votre adresse e-mail. La commande attend jusqu’à ce que vous cliquiez sur le lien, puis crée votre compte, vous connecte et enregistre vos identifiants. Une fois terminé, ouvrez le tableau de bord pour connecter votre dépôt et commencer à construire.

# Inscription interactive
mint signup

# Inscription avec toutes les informations fournies
mint signup \
  --firstName Jane \
  --lastName Doe \
  --company Acme \
  --email [email protected]

S’authentifier avec votre compte Mintlify.

mint login

Ouvre une fenêtre de navigateur pour compléter l’authentification. Si le navigateur ne s’ouvre pas, la CLI affiche une URL à ouvrir manuellement et un champ pour coller le code d’autorisation. Les identifiants sont enregistrés dans ~/.config/mintlify/config.json.

Si vous avez plus d’un déploiement, la CLI vous invite à sélectionner un projet par défaut après la connexion. Vous pouvez modifier le projet par défaut ultérieurement avec mint config set subdomain <subdomain>.

Supprimer les identifiants stockés.

mint logout

Afficher les détails de votre session actuelle, y compris la version de la CLI, l’adresse e-mail du compte, l’organisation et le sous-domaine configuré.

mint status

Ajoutez un domaine personnalisé à votre déploiement depuis le terminal. Nécessite une authentification avec mint login.

mint add-domain <domain> [--basePath <path>]

La commande utilise le sous-domaine configuré via mint config. Si aucun n’est défini, elle utilise le premier sous-domaine de votre compte.

Une fois le domaine enregistré, la CLI attend jusqu’à 10 secondes que les enregistrements DNS soient générés, puis affiche les enregistrements TXT et CNAME à ajouter chez votre fournisseur de domaine :

TXT _acme-challenge → <value>
TXT _cf-custom-hostname → <value>
CNAME @ → cname.mintlify.builders

Ajoutez d’abord les enregistrements TXT, puis ajoutez le CNAME une fois les enregistrements de vérification validés. Consultez Domaine personnalisé pour les instructions complètes de configuration DNS, les exigences pour les domaines apex et les détails sur le provisionnement TLS.

Si la commande échoue avec Domain is already in use by another deployment in your organization ou Domain is already claimed by another organization, le domaine est lié à un autre déploiement Mintlify. Consultez L’ajout d’un domaine échoue avec “Domain is already claimed by another organization” pour le libérer et le rajouter.

Lorsque vous passez --basePath, la CLI enregistre le base path après avoir enregistré le domaine. Le nouveau chemin s’applique lors de votre prochain déploiement, et votre site continue d’être servi depuis le chemin actuel jusque-là. Le CNAME envoie tout le trafic du domaine vers Mintlify, donc ne l’ajoutez que si le domaine n’héberge rien d’autre. Sinon, conservez votre DNS actuel et configurez un reverse proxy vers Mintlify pour le base path. Consultez Héberger la documentation sur un sous-chemin pour des guides par fournisseur.

Ajoutez un domaine personnalisé à la racine :

mint add-domain docs.example.com

Ajoutez un domaine personnalisé et servez votre documentation sur /docs :

mint add-domain example.com --basePath /docs

Créez, listez et supprimez des automatisations depuis le terminal. Nécessite une authentification avec mint login.

mint automations <subcommand> [flags]

Tous les sous-commandes acceptent ces flags partagés :

Lorsque --format json est défini, les erreurs sont écrites sur stderr sous la forme Error: <message> et la commande se termine avec un statut non nul, afin que vous puissiez rediriger la sortie réussie vers d’autres outils.

Crée une nouvelle automatisation. Vous pouvez passer la définition de l’automatisation en ligne avec des flags, ou pointer vers un fichier JSON ou YAML avec --file.

mint automations create [flags]

Fournissez exactement un trigger : passez --cron pour une automatisation planifiée ou un ou plusieurs flags --push-repo pour une automatisation déclenchée par push.

# Automatisation de traductions planifiée
mint automations create \
  --name "Translate content" \
  --type translations \
  --cron "0 6 * * *"

# Automatisation déclenchée par push avec contexte supplémentaire
mint automations create \
  --name "Sync API reference" \
  --type source-code-agent \
  --push-repo my-org/api \
  --context-repo my-org/shared-types \
  --automerge

# Créer à partir d'un fichier
mint automations create --file automation.yaml

Un fichier d’automatisation utilise la même structure que les flags en ligne. Le champ on contient le trigger :

name: Translate content
type: translations
on:
  cron: "0 6 * * *"
prompt: Prefer formal tone in French translations.
automerge: false
context:
  - repo: my-org/shared-content

Liste les automatisations pour le déploiement actuel.

mint automations list [flags]

La sortie sous forme de tableau par défaut affiche l’ID, le nom, le type, le trigger et le statut de chaque automatisation. Utilisez --format json pour obtenir les objets automatisation complets.

Supprime une automatisation par ID. Utilisez mint automations list pour obtenir l’ID.

mint automations delete <id> [flags]

Interrogez les analytics de la documentation depuis le terminal. Nécessite une authentification avec mint login.

mint analytics <subcommand> [flags]

Tous les sous-commandes acceptent ces flags partagés :

Affiche les KPI principaux pour une plage de dates : vues, visiteurs, recherches, retours et utilisation de l’assistant. Le trafic humain et le trafic des agents sont rapportés séparément.

mint analytics stats [flags]

Affiche les requêtes de recherche avec le nombre de résultats, les taux de clics, la page la plus cliquée et la date de la dernière recherche.

mint analytics search [flags]

Affiche les retours soumis par les utilisateurs. Par défaut, renvoie les entrées de retour individuelles. Passez --type page pour voir les retours agrégés par chemin de page, ou --type code pour n’inclure que les retours sur les extraits de code.

mint analytics feedback [flags]

Consultez les analytics des conversations de l’assistant.

Liste les conversations récentes de l’assistant avec l’horodatage, la première requête utilisateur et la catégorie.

mint analytics conversation list [flags]

Affiche le fil de messages complet pour une seule conversation.

mint analytics conversation view <id> [flags]

Liste les clusters de conversations regroupées par sujet, avec le nombre de conversations et la date de la question la plus récente pour chaque cluster.

mint analytics conversation buckets list [flags]

Liste les fils individuels d’un bucket de conversations.

mint analytics conversation buckets view <id> [flags]

# KPI des 30 derniers jours
mint analytics stats --from 2026-07-25 --to 2026-08-24

# Principales requêtes de recherche sous forme de graphique à barres
mint analytics search --format graph

# Retours au niveau de la page agrégés en JSON pour rediriger vers d'autres outils
mint analytics feedback --type page --format json

# Afficher un seul fil de conversation
mint analytics conversation view conv_123

Gérer les valeurs par défaut persistantes pour les commandes de la CLI. La configuration est enregistrée dans ~/.config/mintlify/config.json.

mint config <subcommand> <key> [value]

Vérifier les liens internes cassés dans votre documentation.

mint broken-links [flags]

La commande exclut les fichiers correspondant aux motifs .mintignore. Les liens pointant vers des fichiers ignorés sont signalés comme cassés.

Utilisez --files pour limiter la vérification à des pages spécifiques. C’est utile pour valider une seule page que vous venez de modifier ou pour restreindre les vérifications à un répertoire en CI. Lorsque --files est combiné avec --check-external, seules les URLs externes des pages sélectionnées sont vérifiées.

# Vérifier une page spécifique
mint broken-links --files introduction.mdx

# Vérifier les pages correspondant à un glob
mint broken-links --files "guides/**/*.mdx"

# Passer plusieurs chemins
mint broken-links --files introduction.mdx --files "guides/**/*.mdx"

Vérifier les problèmes d’accessibilité dans votre documentation.

mint a11y [flags]

Vérifie les rapports de contraste de couleur et les textes alternatifs manquants sur les images et vidéos.

Valider la compilation de votre documentation en mode strict. Se termine en erreur en cas d’avertissements ou d’erreurs. Inclut la validation automatique des spécifications OpenAPI référencées dans votre docs.json.

mint validate [flags]

Générez des tests à partir des exemples de code de votre documentation. Nécessite une authentification avec mint login.

mint test

mint test analyse votre contenu à la recherche de blocs de code, génère des tests unitaires pour les valider et exécute ces tests avec un agent de codage local.

• Authentifiez-vous avec mint login.

• Installez le SDK de l’agent de codage que vous souhaitez utiliser :

  # Claude (default)
  npm install @anthropic-ai/claude-agent-sdk @anthropic-ai/sdk @modelcontextprotocol/sdk
  
  # Codex
  npm install @openai/codex-sdk

Seules les pages présentes dans la navigation de votre docs.json apparaissent pour la sélection.

mint test enregistre un rapport pour chaque exécution terminée. Lorsqu’un rapport enregistré existe, la prochaine exécution interactive commence par des options pour cette exécution :

• Update tests : réexécute les mêmes pages avec le même agent et le même modèle.
• Review last test run : consultez les résultats enregistrés sans rien exécuter.
• Start a brand new test : sélectionnez un agent et des pages depuis le début.

La commande mint test écrit dans deux emplacements de votre projet :

Ajoutez ces deux chemins à votre .gitignore si vous ne souhaitez pas committer les artefacts de test.

Lorsqu’une exécution se termine, la commande affiche un résumé des résultats, par exemple mint test passed: 8 passed, 0 failed, 0 agent errors. La commande se termine avec le code 0 lorsque tous les tests réussissent et 1 dans le cas contraire.

Exporter votre documentation sous forme d’archive zip autonome pour la consultation et la distribution hors ligne.

mint export [flags]

Consultez Export hors ligne pour plus de détails.

Exécuter des vérifications de préparation pour les agents sur un site de documentation public. Nécessite une authentification avec mint login.

mint score [url] [flags]

La commande affiche un score global de préparation et un détail des vérifications individuelles avec des indicateurs de réussite/échec.

# Évaluer votre sous-domaine par défaut
mint score

# Évaluer un site spécifique
mint score docs.example.com

Le score évalue les domaines suivants :

Certaines vérifications ne s’exécutent que si une vérification dont elles dépendent réussit. Si une vérification échoue, aucune des vérifications qui en dépendent ne s’exécute. Elles échouent automatiquement. Par exemple, llmsTxtValid ne réussit que si llmsTxtExists réussit d’abord.

Le score global utilise une notation pondérée, de sorte que les vérifications à plus fort impact contribuent davantage à votre score.

Formate chaque fichier .mdx du répertoire courant selon le style canonique de Mintlify. La commande analyse chaque fichier avec le même parseur MDX que celui utilisé par l’éditeur web, puis le réécrit sur place si la sortie canonique diffère.

mint format

Exécutez la commande depuis la racine de votre projet de documentation. Elle parcourt tous les sous-répertoires, en ignorant les chemins correspondant à .gitignore et à toute règle d’exclusion Mintlify. Les fichiers qui correspondent déjà à la sortie canonique restent inchangés.

Une fois terminé, la commande affiche le nombre de fichiers MDX reformatés et le nombre de fichiers dont l’analyse a échoué. Si un fichier échoue, la commande se termine avec le code 1 et affiche le chemin du fichier ainsi que l’erreur, ce qui vous permet de l’exécuter en CI pour imposer un formatage cohérent. Consultez Installer en CI pour un exemple de pipeline.

Créer un nouveau projet de documentation en choisissant un thème ou en clonant un modèle prédéfini depuis le dépôt mintlify/templates.

mint new [directory] [flags]

Mettre à jour la CLI vers la dernière version.

mint update

Afficher les versions actuelles de la CLI et du client.

mint version

Ces commandes sont disponibles mais ne sont pas encore fonctionnelles. Les exécuter enregistre votre intérêt via la télémétrie de la CLI et aide à prioriser les prochaines fonctionnalités.

La CLI collecte des données de télémétrie d’utilisation pour aider à améliorer Mintlify. Les données de télémétrie incluent le nom de la commande, la version de la CLI, le système d’exploitation et l’architecture. Si vous êtes connecté, les événements de télémétrie incluent également l’adresse e-mail de votre compte. L’utilisation sans connexion reste anonyme, et la déconnexion supprime votre adresse e-mail enregistrée. Mintlify ne collecte pas de contenu de projet ni de chemins de fichiers.

Par défaut, la CLI collecte les données de télémétrie. Vous pouvez vous désinscrire à tout moment en utilisant le flag --telemetry :

# Désactiver la télémétrie
mint --telemetry false

# Réactiver la télémétrie
mint --telemetry true

Vous pouvez également désactiver la télémétrie en définissant l’une de ces variables d’environnement :

Votre préférence est enregistrée dans ~/.config/mintlify/config.json et persiste entre les sessions de la CLI.