Skip to main content
Use OpenAI’s Codex CLI to write and maintain Mintlify documentation from the terminal. Project instructions in AGENTS.md give Codex persistent context about your documentation standards, components, and style guide.

Getting started

Prerequisites:
  • An OpenAI account with access to Codex
Setup:
  1. Install the Codex CLI:
  1. No site yet? Have your agent set one up. Run codex and have it complete the following workflow, then continue with the next step.
    If the user asks you to set up Mintlify, a documentation site, or a local Mintlify project, complete the following workflow yourself. Ask the user only for information or approvals you cannot supply. We recommend CLI onboarding. Web onboarding at mintlify.com/start is also available if the user prefers it or you cannot run terminal commands.
    1. Run node --version and confirm it reports Node.js v20.17.0 or newer, preferring an LTS release. Note whether it is v22.20 or newer, which step 9 requires.
    2. Run mint --version. If the command is unavailable, install the CLI with npm i -g mint or pnpm add -g mint. If the command succeeds, run mint update. Then run mint instructions new-site for current setup guidance, and mint instructions to list topics for later tasks.
    3. Run mint status before starting authentication. If it already shows an organization, keep the existing session and do not create another account.
    4. Run mint login if the user has an account. Otherwise, don’t create an account now. You can publish without one using mint deploy in step 10, and the user creates their account when they claim the site. Don’t run mint signup for the user: when an agent runs it, it prints the agent signup guide and exits without sending a verification email. If the user wants their own GitHub repository connected from the start, send them to web onboarding at mintlify.com/start.
    5. After mint login, run mint status again. Confirm that it reports their email, organization, and subdomain. If the organization exists but no subdomain appears, ask the user to finish selecting or connecting a GitHub repository in the onboarding browser tab, then retry.
    6. If the user has an existing documentation repository, clone or open it. Preserve its content. For a new local project, scaffold into a new, empty directory with either mint new <directory> --name <name> --theme <theme> or mint new <directory> --template <template-name>. Ask which theme or template they want if they have not specified one. Do not use --force on a directory containing user files.
    7. Run mint dev --no-open from the directory containing docs.json as a background process. Confirm the local URL loads, report it to the user, and stop the process when it is no longer needed.
    8. Run mint validate and mint broken-links. Fix issues caused by your changes before continuing.
    9. Offer to connect the user’s coding agent to the project. If they agree and Node.js is v22.20 or newer, run mint agent setup --agent <agent> from the project directory, where <agent> is claude-code, codex, or cursor. It installs Mintlify skills and adds the admin MCP to the agent’s project configuration. Pass --agent because without an interactive terminal the command configures every agent it detects. The user completes OAuth sign-in in the agent afterward. See mint agent setup.
    10. Publish when the user asks for a live site.
    • Logged in with a Git repository: commit and push the changes. A push to the production branch triggers a deployment. Do not overwrite an existing repository with starter content.
    • No account: from the directory containing docs.json, run mint deploy --subdomain <name>, choosing a short name based on the project. Follow the steps it prints: clone the hosted repository into a separate directory, copy the docs into its root, commit, and push to main with the write token as an Authorization: Bearer header for that Git command only. Never show the token to the user, put it in a remote URL, or change the user’s own Git remotes. See Agent signup.
    1. Verify that https://<subdomain>.mintlify.site loads before reporting that deployment is complete.
      • Logged in with a Git repository: run mint status to get the subdomain. Skip the claim steps.
      • No account: use the URL that mint deploy printed, then hand the site to the user. Tell them the site expires unless they claim it. Ask for the email address that should own it, and never invent one. Run mint claim --email <email> from the same directory and share the claim link. When they return the code shown after they sign in, run mint claim --code <code>.
    Have the user complete browser actions only for claiming a site, OAuth approval, and connecting or authorizing GitHub. Keep ownership of the terminal workflow and resume after each user action. For command flags and troubleshooting, use the CLI command reference.
  2. Navigate to your docs directory.
  3. (Optional) Add the AGENTS.md file below to your project.
  4. Run codex to start a session.
See the Codex CLI documentation for installation alternatives and authentication options.
Once Codex is running, paste the following prompt to load the Mintlify skill, search MCP, and admin MCP into the session. This gives Codex full context on Mintlify components and your site’s content.

Install the Mintlify skill and MCP servers for AI coding tools.

Open in Cursor

Use Codex with Mintlify

Codex reads AGENTS.md files from your repository to understand project-specific rules and conventions before it starts working. You can place an AGENTS.md at the root of your docs repo to give Codex context about Mintlify components, your writing standards, and how you structure your documentation. Codex discovers AGENTS.md files at multiple levels:
  • Global instructions in ~/.codex/AGENTS.md apply to all your projects.
  • Project instructions in your repo root (or any subdirectory) apply to work done in that scope.
Codex concatenates these files from root to the current directory, so project-level instructions extend or override global ones. Create an AGENTS.md at the root of your docs repo and commit it so all contributors benefit from the same context. See AGENTS.md in the Codex documentation for complete details.

Example AGENTS.md

This file gives Codex context about Mintlify components and technical writing standards. Customize it for your documentation:
  • Writing standards: Update language guidelines to match your style guide.
  • Component patterns: Add project-specific components or modify existing examples.
  • Code examples: Replace generic examples with real API calls and responses for your product.
  • Style and tone preferences: Adjust terminology, formatting, and other rules.
Save this as AGENTS.md at the root of your docs repo.
AGENTS.md

Working with Codex

Once your AGENTS.md is in place, Codex picks it up automatically when you start a session in your docs repo.

Example prompts

Writing new content:
Improving existing content:
Updating navigation:
Maintaining consistency:

Enhance with MCP server

Connect the admin MCP to Codex to give it write access to your Mintlify content and settings. To install the Mintlify skills and configure the admin MCP in one step, run mint agent setup in your docs directory. The command prints the codex mcp login command to complete the OAuth sign-in.
To connect only the admin MCP: Add the admin MCP server with the Codex CLI:
Codex opens a browser window to complete the OAuth login. After authenticating, Codex reuses the session for subsequent calls. If the login doesn’t start, run codex mcp login mintlify-admin. The command adds the server to your Codex config at ~/.codex/config.toml. To edit the config file directly instead, add:
See the Codex MCP documentation for more details. Restart your codex session for the config change to take effect. To confirm the MCP server connected, ask Codex Which MCP servers do you have access to?. It should list the entry you added. See Model Context Protocol for more information about search MCP servers and how to find your site’s MCP endpoint.