Codex
Configura OpenAI Codex para escribir documentación de Jamdesk con instrucciones en 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 ejecutar tareas de documentación sobre tu proyecto sin necesidad de configurar un entorno local primero.
La diferencia entre Codex y Claude Code tiene que ver principalmente con la forma de trabajo. Codex se ejecuta en la nube y funciona de forma asíncrona: describes un bloque de trabajo, te alejas y revisas un PR cuando termina. Esto se adapta bien a tareas por lotes (dividir un README de 500 líneas en una docena de páginas, o generar una página de solución de problemas a partir de los últimos seis meses de issues de GitHub), pero no es ideal para el proceso iterativo de refinar una página concreta. Si tu tarea es un trabajo por lotes en múltiples archivos que prefieres no supervisar, Codex es la opción adecuada. Para trabajo interactivo en una sola página, usa Claude Code.
Configuración rápida
Navega a tu repositorio de documentación de Jamdesk en Codex. Codex trabaja directamente con repositorios de GitHub.
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.
Añade tu endpoint de documentación MCP a .codex/config.toml para que Codex pueda buscar en tu documentación publicada.
Plantilla de AGENTS.md
Crea AGENTS.md en la raíz de tu proyecto:
# 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>
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? Show the answer first, then unpack the how.
Use progressive disclosure: simple example up top, advanced options tucked into Accordions or later sections.
Active voice. "Run this command", not "This command should be run".
One idea per paragraph. If you find yourself reaching for "also" or "additionally", that's the cue to start a new paragraph instead.
Code examples have to actually work. Every block should be complete and copy-pasteable, never partial or pseudocode.
And write like a person. No filler ("It's important to note that", "This allows you to"). No hedging ("you might want to consider"). If a paragraph reads 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>`. They don't exist.
- Using `<Card>` without a `<Columns>` wrapper.
- Skipping `description` in frontmatter, which 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 nomenclatura de la API y cualquier regla de estilo específica de tu documentación.
Configuración de MCP
Añade tu endpoint de documentación a .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 ver los detalles del endpoint y la configuración de dominio personalizado.
Prompts de ejemplo
Codex ejecuta tareas de forma asíncrona. Eso cambia la manera de escribir prompts: en lugar de una conversación interactiva, lanzas una tarea larga y la revisas más tarde, por lo que los prompts más efectivos son los que piden un bloque de trabajo completo.
Un buen primer intento: "Escribe documentación para la API de autenticación basándote en el código fuente en /src/auth". Codex lee tu código base, encuentra los archivos relevantes y genera las páginas correspondientes. Para algo más desordenado, apúntalo a tu historial real de bugs: "Crea una página de solución de problemas con los 5 errores más comunes en nuestros issues de GitHub" tiende a producir una página más honesta que cualquier cosa que escribirías de memoria.
Las reestructuraciones de múltiples archivos funcionan especialmente bien en este modo. Pásale a Codex un README de 500 líneas y pídele que divida el archivo en páginas de documentación separadas con navegación adecuada; volverá con una estructura que puedes revisar en un solo PR.
La skill /update-jamdesk
Para actualizaciones automatizadas de 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.
