Jamdesk Documentation logo

Codex

Configura OpenAI Codex para escribir documentación de Jamdesk con instrucciones AGENTS.md y acceso al servidor MCP.

Codex es el agente de programación en la nube de OpenAI. Trabaja directamente con repositorios de GitHub, por lo que puedes apuntarlo a tu documentación y pedirle que escriba o actualice páginas sin necesidad de una configuración local.

Configuración rápida

1
Abre tu repositorio

Navega a tu repositorio de documentación de Jamdesk en Codex. Codex trabaja directamente con repositorios de GitHub.

2
Añade instrucciones para el agente

Crea un archivo AGENTS.md en la raíz de tu proyecto con los estándares de documentación para que Codex siga tus convenciones.

3
Conecta el servidor MCP

Añade tu endpoint de documentación MCP a .codex/config.toml para que Codex pueda buscar en tu documentación publicada.

Plantilla AGENTS.md

Crea AGENTS.md en la raíz de tu proyecto:

AGENTS.md
# Jamdesk Documentation Project

Jamdesk docs project. Pages are MDX (Markdown + React components). Config is in `docs.json`.

## How This Project Works

- `docs.json` — Navigation structure, theme, colors, branding. Pages must be listed here to appear in the sidebar.
- `*.mdx` files — Documentation pages. Every page needs `title` and `description` frontmatter.
- `images/` — Static assets. Always use `.webp` format.
- `snippets/` — Reusable MDX fragments. Import with `<Snippet file="name.mdx" />`.

## Page Template

Every page follows this structure:

    ---
    title: Clear, Specific Title
    description: One sentence. Used in search results and social previews.
    ---

    Opening paragraph — what this page covers and who it's for. No heading needed.

    ## First Section

    Content. Use components where they help, not for decoration.

    ## What's Next?

    <Columns cols={2}>
      <Card title="Related Page" icon="arrow-right" href="/path">

        Why the reader would go here next

</Card>
</Columns>

Key points:
- The opening paragraph comes right after frontmatter with no heading
- "What's Next?" is always the last section
- Card descriptions explain why, not what

## Writing Style

- **Start with why** — What problem does this solve? Then how to use it.
- **Progressive disclosure** — Simple example first. Advanced options in Accordions or later sections.
- **Active voice** — "Run this command" not "This command should be run"
- **One idea per paragraph** — If you need "also" or "additionally", start a new paragraph.
- **Code examples must work** — Every code block should be complete and copy-pasteable.
- **Write like a person** — No filler ("It's important to note that", "This allows you to"). No hedging ("you might want to consider"). If it sounds like a chatbot wrote it, rewrite it shorter.

## Components

Only use these — do not invent others:

Layout: Card, Columns, Tabs, Tab, Accordion, AccordionGroup, Steps, Step, Expandable, Frame, CodeGroup
Callouts: Note, Info, Warning, Tip, Check, Danger

| Use | For | Don't use for |
|-----|-----|---------------|
| Tabs | Mutually exclusive choices (npm/yarn, OS) | Sequential content |
| Steps | Ordered procedures | Unordered lists |
| Accordion | Optional/advanced detail | Core content |
| Card + Columns | Navigation links, feature grids | Inline content |
| Note/Tip/Warning | Important context | Every other paragraph |

Cards always go inside Columns:

    <Columns cols={2}>
      <Card title="Page Title" icon="icon-name" href="/path">

        Brief description

</Card>
</Columns>

Icons are Font Awesome Light names: "rocket", "code", "terminal", "book-open", "gear"

## Adding Pages

1. Create the `.mdx` file
2. Add the page path (no `.mdx` extension) to `docs.json` in the right navigation group
3. Link to it from related pages via "What's Next?" cards

If you skip step 2, the page won't show up in the sidebar. Read `docs.json` before creating pages so you understand the navigation structure.

## Common Mistakes

- Inventing components like `<CodeBlock>`, `<Alert>`, `<Section>` — these don't exist
- Using `<Card>` without a `<Columns>` wrapper
- Skipping `description` in frontmatter — breaks search results and link previews
- Using raw HTML tags instead of MDX components
- Writing "click here" links instead of descriptive link text

Añade la terminología de tu producto, las convenciones de nombres de la API y cualquier regla de estilo específica de tu documentación.

Configuración MCP

Añade tu endpoint de documentación a .codex/config.toml:

.codex/config.toml
[mcp_servers.my-docs]
url = "https://your-project.jamdesk.app/_mcp"

Reemplaza your-project con tu subdominio de Jamdesk. Consulta Servidor MCP para obtener detalles del endpoint y la configuración de dominio personalizado.

Prompts de ejemplo

Codex ejecuta tareas de forma asíncrona, por lo que funciona bien para trabajos de documentación en lote:

  • "Escribe documentación para la API de autenticación basándote en el código fuente en /src/auth" — Codex lee tu codebase y genera las páginas correspondientes
  • "Crea una página de solución de problemas con los 5 errores más comunes en nuestros issues de GitHub" — extrae el contexto de tu repositorio
  • "Divide este README de 500 líneas en páginas de documentación separadas con navegación adecuada" — maneja la reestructuración de múltiples archivos en una sola tarea

La skill /update-jamdesk

Para actualizaciones automáticas de la documentación cuando cambia el código, instala la skill /update-jamdesk:

npx skills add jamdesk/skills --skill update-jamdesk -a codex

Consulta Actualizaciones automatizadas para la guía completa.

¿Qué sigue?

Escribir con IA

Estrategias de prompting que funcionan con todas las herramientas

Claude Code

Plantilla CLAUDE.md y flujos de trabajo con contexto de proyecto completo