Codex
Codex è l'agente di codifica cloud di OpenAI per attività batch asincrone su più file di documentazione, direttamente sui repository GitHub.
Codex è l'agente di codifica cloud di OpenAI. Lavora sui tuoi repository GitHub. Non serve un ambiente locale.
Codex e Claude Code differiscono soprattutto nel flusso di lavoro. Codex viene eseguito nel cloud e lavora in modo asincrono. Descrivi un blocco di lavoro, lo lasci andare e revisioni una PR quando è completato. Questo si adatta alle attività batch (dividere un README di 500 righe in una dozzina di pagine, o generare una pagina di risoluzione dei problemi dalle issue GitHub degli ultimi sei mesi). Si adatta meno bene allo scambio continuo necessario per perfezionare una singola pagina. Usa Claude Code per il lavoro interattivo su una singola pagina.
Configurazione rapida
Apri il repository GitHub della documentazione Jamdesk in Codex.
Crea un file AGENTS.md nella radice del progetto con i tuoi standard di documentazione. Codex segue le convenzioni che vi sono contenute.
Aggiungi l'endpoint MCP della documentazione in .codex/config.toml. Codex potrà quindi cercare nella tua documentazione pubblicata.
Modello AGENTS.md
Crea AGENTS.md nella radice del progetto:
# 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.Aggiungi la terminologia del tuo prodotto, le convenzioni di denominazione delle API e qualsiasi regola di stile specifica della tua documentazione.
Configurazione MCP
Aggiungi l'endpoint della documentazione in .codex/config.toml:
[mcp_servers.my-docs]
url = "https://your-project.jamdesk.app/_mcp"Sostituisci your-project con il tuo sottodominio Jamdesk. Se hai un dominio personalizzato attivo, usa quello: url = "https://docs.acme.com/_mcp". Vedi Server MCP per i dettagli degli endpoint.
Prompt di esempio
Codex esegue le attività in modo asincrono. Inviagli un'attività lunga e torna a controllare più tardi. I prompt che chiedono un blocco di lavoro rendono al meglio.
Un buon primo tentativo: "Scrivi la documentazione per l'API di autenticazione basandoti sul sorgente in /src/auth". Codex legge la tua codebase, trova i file pertinenti e genera pagine corrispondenti. Indicagli la cronologia dei bug per lavori più complessi. "Crea una pagina di risoluzione dei problemi che copra i 5 errori più comuni nelle nostre issue GitHub" tende a produrre una pagina più accurata di quella che scriveresti a memoria.
Le ristrutturazioni su più file funzionano bene in questa modalità. Copia questo prompt in Codex per un'attività con criteri di revisione chiari:
Ristruttura un README esteso
Skill /update-jamdesk
Installa la skill /update-jamdesk per aggiornare automaticamente la documentazione quando cambia il codice:
npx skills add jamdesk/skills --skill update-jamdesk -a codex
Vedi Aggiornamenti automatici per la guida completa.
