AGENTS.md fournissent à Codex un contexte persistant sur vos standards de documentation, vos composants et votre guide de style.
Démarrer
- Un compte OpenAI avec accès à Codex
- Installez Codex CLI :
-
Pas encore de site ? Demandez à votre agent d’en configurer un. Exécutez
codexet demandez-lui d’effectuer le workflow suivant, puis passez à l’étape suivante.Workflow de configuration par l'agent
Si l’utilisateur vous a demandé de configurer Mintlify, un site de documentation ou un projet Mintlify local, effectuez vous-même le workflow suivant. Demandez à l’utilisateur uniquement les informations ou approbations que vous ne pouvez pas obtenir vous-même. Ne redirigez pas l’utilisateur vers le démarrage rapide dans le navigateur, sauf si vous ne pouvez pas exécuter de commandes dans le terminal.-
Exécutez
node --versionet vérifiez qu’il indique Node.js v20.17.0 ou une version ultérieure, en privilégiant une version LTS. -
Exécutez
mint --version. Si la commande n’est pas disponible, installez la CLI avecnpm i -g mintoupnpm add -g mint. Si la commande réussit, exécutezmint update. -
Exécutez
mint statusavant de commencer l’authentification. Si une organisation est déjà affichée, conservez la session existante et ne créez pas d’autre compte. -
Si l’utilisateur possède un compte, exécutez
mint login. Sinon, demandez-lui son prénom, son nom, son entreprise et son adresse e-mail, puis exécutez :mint signupattend la vérification de l’adresse e-mail. Laissez donc la commande s’exécuter en arrière-plan lorsque votre environnement le permet. Demandez à l’utilisateur de cliquer sur le lien de vérification et d’approuver la CLI dans le navigateur. N’inventez jamais les informations d’inscription. -
Une fois la vérification et l’onboarding terminés, exécutez de nouveau
mint status. Vérifiez qu’il indique l’adresse e-mail, l’organisation et le sous-domaine de l’utilisateur. Si l’organisation existe, mais qu’aucun sous-domaine n’apparaît, demandez à l’utilisateur de terminer la sélection ou la connexion d’un dépôt GitHub dans l’onglet du navigateur d’onboarding, puis réessayez. -
Si l’utilisateur possède un dépôt de documentation existant, clonez-le ou ouvrez-le et préservez son contenu. Pour un nouveau projet local, créez la structure dans un nouveau répertoire vide avec
mint new <directory> --name <name> --theme <theme>oumint new <directory> --template <template-name>. Demandez le thème ou le modèle souhaité si l’utilisateur n’en a pas indiqué. N’utilisez pas--forcedans un répertoire contenant des fichiers utilisateur. -
Exécutez
mint dev --no-opendepuis le répertoire contenantdocs.jsonet laissez-le s’exécuter en arrière-plan. Vérifiez que l’URL locale se charge, communiquez-la à l’utilisateur, puis arrêtez le processus lorsqu’il n’est plus nécessaire. -
Exécutez
mint validateetmint broken-links. Corrigez les problèmes causés par vos modifications avant de continuer. - Si un dépôt Git est associé au projet et que l’utilisateur a demandé un déploiement, commitez et poussez les modifications. Un push vers la branche de production déclenche un déploiement. Ne remplacez pas un dépôt existant par le contenu du modèle de démarrage.
-
Exécutez
mint statuspour obtenir le sous-domaine configuré, puis vérifiez quehttps://<subdomain>.mintlify.sitese charge avant d’indiquer que le déploiement est terminé.
-
Exécutez
- Accédez au répertoire de votre documentation.
-
(Facultatif) Ajoutez à votre projet le fichier
AGENTS.mdprésenté ci-dessous. -
Exécutez
codexpour démarrer une session.
Utilisez Codex avec Mintlify
AGENTS.md de votre référentiel pour comprendre les règles et conventions propres au projet avant de commencer à travailler. Vous pouvez placer un fichier AGENTS.md à la racine de votre dépôt de documentation pour fournir à Codex du contexte sur les composants Mintlify, vos normes de rédaction et la façon dont vous structurez votre documentation.
Codex découvre les fichiers AGENTS.md à plusieurs niveaux :
- Les instructions globales dans
~/.codex/AGENTS.mds’appliquent à tous vos projets. - Les instructions de projet à la racine de votre dépôt (ou dans n’importe quel sous-répertoire) s’appliquent au travail effectué dans cette portée.
AGENTS.md à la racine de votre dépôt de documentation et committez-le pour que tous les contributeurs bénéficient du même contexte. Consultez AGENTS.md dans la documentation Codex pour des détails complets.
Exemple d’AGENTS.md
- Normes de rédaction : mettez à jour les consignes linguistiques pour les aligner sur votre guide de style.
- Modèles de composants : ajoutez des composants spécifiques à votre projet ou modifiez des exemples existants.
- Exemples de code : remplacez les exemples génériques par de vrais appels et réponses d’API propres à votre produit.
- Préférences de style et de ton : ajustez la terminologie, la mise en forme et les autres règles.
AGENTS.md à la racine de votre dépôt de documentation.
AGENTS.md
Utilisation de Codex
AGENTS.md en place, Codex le détecte automatiquement lorsque vous démarrez une session dans votre dépôt de documentation.
Exemples d’instructions
Améliorez avec le serveur MCP
~/.codex/config.toml :
codex pour que la modification de la configuration prenne effet. Pour vérifier que le serveur MCP est connecté, demandez à Codex Which MCP servers do you have access to? — il doit lister l’entrée que vous venez d’ajouter.
L’utilisation de config.toml enregistre le serveur MCP pour chaque session Codex sur votre machine. Le skill en session et le prompt MCP présentés plus haut chargent le même contexte à la demande dans une seule session — utilisez-les pour une exécution ponctuelle ou lorsque vous ne pouvez pas modifier config.toml.
Consultez Model Context Protocol pour plus d’informations sur les serveurs MCP de recherche et savoir comment trouver le point de terminaison MCP de votre site.