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
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 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>
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 textAñ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:
[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.
