Una lista ordenada de los mejores servidores MCP para Codex, desde OpenAI Docs MCP y Context7 hasta GitHub, Playwright, Chrome DevTools y Figma. Incluye fragmentos de config.toml listos para pegar, ajustes de aprobación que mantienen a raya el acceso de escritura y una forma de añadir generación de imágenes al conjunto de herramientas.
Codex escribe código bien por sí solo. Lo que no puede hacer solo es leer la documentación de la versión de la biblioteca que instalaste esta mañana, abrir una pull request, recorrer tu página de pago haciendo clic o revisar el error que saltó en producción hace una hora. Los servidores MCP cierran esa brecha. Cada uno le da a Codex un conjunto de herramientas a través del Model Context Protocol, y el puñado adecuado convierte a un asistente capaz en uno que puede llevar un ticket desde la descripción hasta el cambio fusionado.
Este ranking se basa en lo que los desarrolladores usan en proyectos reales: documentación, control de versiones, navegadores, archivos de diseño y seguimiento de errores. Parte de la propia documentación de Codex de OpenAI, que menciona una lista corta de servidores recomendados, y después añade los extras que se ganan un lugar en una configuración de trabajo. Por el camino tendrás config.toml fragmentos para pegar, una forma de mantener los permisos ajustados y una mirada a cómo añadir generación de imágenes al mismo conjunto de herramientas.
💡 Respuesta rápida: instala primero OpenAI Docs MCP, Context7, GitHub y Playwright. Añade Chrome DevTools, Figma y Sentry solo cuando un proyecto los necesite.
Codex lee su configuración desde ~/.codex/config.toml. Ese archivo es compartido por la CLI, la extensión del IDE y la aplicación de escritorio, así que un servidor que registras una vez aparece en todas partes. Cada servidor tiene su propia tabla [mcp_servers.<name>], y Codex se conecta a los activados al iniciarse.
Un servidor MCP es un pequeño programa, o un endpoint alojado, que anuncia una lista de herramientas. Codex se conecta, lee esa lista y puede llamar a esas herramientas en mitad de una tarea. Un servidor de GitHub expone acciones de pull request. Un servidor de documentación expone búsqueda. Codex decide cuándo llamar a una herramienta, y tus ajustes de aprobación deciden si primero tiene que preguntarte.
El efecto práctico son menos suposiciones. En lugar de escribir sobre una versión de una API que recuerda, el asistente la consulta. En lugar de decirte que una corrección "debería funcionar", abre un navegador y lo comprueba.
El transporte depende de los campos que escribas. Un command significa que Codex lanza un proceso local por stdio. Un url significa que se comunica con un servidor remoto por HTTP en streaming.
| Servidor stdio | Servidor HTTP en streaming | |
|---|---|---|
| Se selecciona con | command | url |
| Se ejecuta | Un proceso local que Codex lanza | Un servicio remoto |
| Configuración típica | Paquete npx más args | OAuth o un token bearer |
| Credenciales | env o env_vars | auth (OAuth por defecto) o bearer_token_env_var |
| Ideal para | Consultas de documentación, navegadores, archivos locales | Servicios alojados como gestores de incidencias |
💡 Para servidores remotos que usan OAuth, ejecuta
codex mcp loginuna sola vez. Dentro de la interfaz de terminal,/mcpmuestra qué servidores están activos en ese momento.
El orden siguiente sigue dos reglas. Los servidores que solo leen van por delante de los que escriben. Los servidores que sacan a Codex de la información desactualizada van por delante de los que solo te ahorran un clic. Cinco de los seis proceden directamente de la lista que OpenAI recomienda en su documentación de Codex.
| Puesto | Servidor | Ideal para | Riesgo de escritura |
|---|---|---|---|
| 1 | OpenAI Docs MCP | Respuestas actuales sobre la API y Codex de OpenAI | Muy bajo |
| 2 | Context7 | Documentación de bibliotecas por versión | Muy bajo |
| 3 | GitHub | Pull requests, incidencias, ejecuciones de CI | Medio |
| 4 | Playwright | Manejar un navegador real | Medio |
| 5 | Chrome DevTools | Consola, red, rendimiento | Bajo |
| 6 | Figma | Construir a partir de archivos de diseño reales | Bajo |
Un ranking solo indica qué es bueno en general. Lo que instalas primero depende del proyecto que tienes delante:
| Tipo de proyecto | Instalar primero | Añadir después |
|---|---|---|
| App front-end en solitario | Context7, Playwright, Chrome DevTools | Figma |
| Servicio de API backend | Context7, GitHub, Sentry | Un servidor de base de datos de solo lectura |
| Repositorio de equipo con CI | GitHub, Linear, Context7 | Playwright, Sentry |
Si la propia aplicación llama a APIs de OpenAI, añade OpenAI Docs MCP a cualquier fila. Cuesta casi nada y evita toda una clase de errores por parámetros obsoletos.
Codex sabe lo que se le enseñó en su entrenamiento, y eso puede ir por detrás de un parámetro renombrado o de un endpoint nuevo. El servidor de OpenAI Docs le permite consultar la documentación actual en lugar de adivinar. Solo lee, así que casi no hay nada que pueda salir mal.
Si tu app llama a APIs de OpenAI, o si le haces preguntas a Codex sobre su propia configuración, esta es la instalación con mayor retorno de la lista. Gana el primer puesto por ser útil y casi libre de riesgo.
Context7 obtiene documentación actual y específica de cada versión para bibliotecas y frameworks, y la incorpora al contexto cuando se necesita. Ataca el fallo más habitual de un agente: escribir con seguridad contra una API que cambió hace dos versiones principales.
Un solo comando lo registra:
codex mcp add context7 -- npx -y @upstash/context7-mcp
O escríbelo a mano, con una ventana de arranque más larga para la primera descarga del npx:
[mcp_servers.context7]
command = "npx"
args = ["-y", "@upstash/context7-mcp"]
startup_timeout_sec = 20
💡 Añade una línea a tu
AGENTS.md, como "usa Context7 para la documentación de bibliotecas", para que Codex lo utilice sin que tengas que pedírselo cada vez.
Para la mayoría de los equipos, el servidor oficial de GitHub es la conexión de mayor impacto después de la documentación. Codex puede leer y comentar pull requests, buscar código en varios repositorios, clasificar incidencias e inspeccionar ejecuciones de CI fallidas. Eso convierte "¿por qué está roja esta build?" en una sola instrucción, en lugar de diez minutos buscando entre pestañas.
También es el primer servidor de esta lista que puede cambiar cosas, así que configúralo con cuidado:
[mcp_servers.github]
url = "https://api.githubcopilot.com/mcp/"
bearer_token_env_var = "GITHUB_MCP_TOKEN"
default_tools_approval_mode = "prompt"
Confirma el endpoint en el README del propio GitHub antes de copiarlo, porque las URL alojadas pueden cambiar. Guarda el token en una variable de entorno, limítalo a los repositorios en los que trabajas de verdad y empieza con acceso de lectura.
El servidor de Playwright de Microsoft le da a Codex un navegador real que manejar. Abre páginas, rellena formularios, hace clic en controles, lee la página a través de su árbol de accesibilidad y mantiene el estado del navegador durante una sesión de depuración. La diferencia se nota en cómo se formula la respuesta: "hice el cambio" se convierte en "hice el cambio y comprobé que se renderiza".
[mcp_servers.playwright]
command = "npx"
args = ["@playwright/mcp@latest"]
Úsalo para flujos de pago, validación de formularios y cualquier caso en el que el error solo aparezca tras tres clics. Como puede enviar formularios y pulsar botones, apúntalo a un sitio de staging, no a producción.
La documentación de OpenAI menciona Chrome DevTools y Playwright como alternativas, pero resuelven problemas distintos. Playwright automatiza un flujo. DevTools inspecciona una página. Cuando la pregunta es "¿por qué va tan lento?" o "¿qué es ese error de consola?", el servidor de DevTools permite a Codex mirar el panel de red, la consola y los datos de rendimiento, en lugar de razonar solo a partir del código fuente.
Muchos proyectos acaban usando los dos. Si solo puedes elegir uno, escoge Playwright para trabajo de pruebas y DevTools para errores de rendimiento y de renderizado.
Sin un servidor de diseño, Codex construye a partir de una captura o de tu descripción, y los espaciados se desvían. Con el servidor de Figma, puede extraer información estructurada del propio archivo: disposición, espaciados, colores y estructura de componentes. El resultado es un primer borrador mucho más cercano a lo que entregó el diseñador.
Ocupa el último lugar de la lista corta solo porque afecta a menos proyectos. En un equipo de front-end con un archivo de diseño vivo, puede subir al segundo puesto.
Cuando los seis básicos estén estables, algunas conexiones más se amortizan en tipos concretos de trabajo. Consulta la documentación actual de cada proveedor para el endpoint y los permisos, porque cambian más rápido de lo que puede seguirlos un blog.
Sentry publica un servidor MCP que puede entregar a Codex trazas de pila y errores recientes, de modo que un informe de error empieza con el fallo real y no con una paráfrasis. Linear también publica uno, que permite a Codex leer el texto del ticket y los criterios de aceptación antes de escribir nada. Juntos cierran el círculo: el error dice qué se rompió, y el ticket dice qué significa "arreglado".
Los servidores de base de datos merecen una advertencia. Un servidor conectado a una base de datos de producción convierte una errata en un incidente. Apúntalo a una réplica de solo lectura o a una copia local, y deja desactivadas todas las herramientas de escritura.
Puedes añadir servidores de dos formas, y producen el mismo resultado.
La línea de comandos es la vía más rápida para un solo servidor:
# local stdio server
codex mcp add playwright -- npx @playwright/mcp@latest
# remote streamable HTTP server
codex mcp add github --url https://api.githubcopilot.com/mcp/
# see what is configured, and log in to OAuth servers
codex mcp list
codex mcp login github
codex mcp add escribe en el mismo config.toml, y puedes pasar --env NAME=VALUE para los servidores locales que necesiten variables de entorno. Ejecuta codex mcp --help para ver la lista completa de comandos.
Después de cada instalación, haz estas tres comprobaciones antes de confiar en un servidor:
/mcp y confirma que el servidor aparece como activo.Si el primer paso falla, la causa suele ser un tiempo de espera al arrancar, una variable de entorno que falta o un paquete que necesita su primera descarga. Resuélvelo antes de añadir el siguiente servidor, así siempre sabrás qué cambio rompió qué.
Para una configuración que vayas a reutilizar, edita el archivo. También te permite definir las opciones que la CLI no te pregunta. Estas son las que más importan:
| Campo | Valor por defecto | Qué hace |
|---|---|---|
startup_timeout_sec | 10 | Cuánto espera Codex a que arranque un servidor |
tool_timeout_sec | 60 | Cuánto puede durar una sola llamada a una herramienta |
enabled | on | Desactiva un servidor sin borrarlo |
required | off | Hace fallar el arranque si el servidor no se puede inicializar |
enabled_tools | all | Lista de permitidos: herramientas que Codex puede usar |
disabled_tools | none | Lista de bloqueo: herramientas que Codex no puede usar |
default_tools_approval_mode | varies | auto, prompt, writes o approve |
Cada servidor conectado amplía lo que el asistente puede tocar. Unos cuantos hábitos lo mantienen controlado.
Un servidor puede exponer decenas de herramientas, y rara vez necesitas todas. Usa enabled_tools para listar exactamente lo que Codex puede llamar, o disabled_tools para quitar las pocas peligrosas. Una lista de herramientas más corta también significa menos texto que el modelo tiene que leer y menos decisiones erróneas.
Marca required = true solo en los servidores sin los que una tarea no puede funcionar. Si un servidor opcional no arranca, quieres que Codex siga adelante, no que se detenga.
El campo default_tools_approval_mode admite cuatro valores en la documentación: auto, prompt, writes y approve. Lee la página de referencia para conocer el comportamiento exacto de cada uno antes de confiar en uno. Como regla general, usa un modo que pida confirmación para cualquier servidor que pueda crear, editar o borrar cosas, y deja los servidores de documentación de solo lectura con un ajuste más relajado.
💡 Una política inicial sensata: servidores de documentación en un modo relajado, GitHub y Playwright en modo de confirmación, y servidores de base de datos en solo lectura con las escrituras desactivadas.
Codex puede escribir una landing page, pero no puede pintar la imagen principal. PicassoIA ofrece una conexión MCP y una API para desarrolladores, para que un asistente genere recursos visuales como parte de la misma tarea. Los detalles de la conexión están en la página de conexiones MCP de tu cuenta de PicassoIA, que requiere iniciar sesión.
Cuatro modelos están disponibles a través de la API y de la conexión MCP:
La URL del servidor no aparece en las páginas públicas de PicassoIA, así que cópiala desde tu cuenta. Si te da una URL remota, regístrala con la marca --url que se muestra arriba, y luego confirma que aparece en /mcp antes de construir un flujo de trabajo sobre ella.
La API es asíncrona: creas una predicción, consultas su estado y después obtienes el resultado. Ten en cuenta estos límites:
Aquí tienes un patrón de prompt que vale la pena probar cuando la conexión funcione: pide a Codex que construya la sección principal de una página, después que llame a la herramienta de imagen con un prompt fotográfico de 16:9 que coincida con el tema de la página, y por último que haga referencia a la URL de la imagen devuelta en el marcado. Una sola tarea, sin cambiar de pestaña, y el encargo de la imagen sale del mismo contexto que el texto.
Si una llamada de generación agota el tiempo de espera dentro de Codex, sube tool_timeout_sec para ese servidor. Las páginas de precios y la documentación de la API describen el acceso en términos ligeramente distintos, así que revisa los requisitos del plan para tu propia cuenta antes de depender de ello.
En cuanto a texto, PicassoIA también aloja modelos de chat como GPT 5.6 Sol y Claude Sonnet 5, útiles para redactar un AGENTS.md o para comparar dos enfoques antes de entregar la tarea a Codex.
bearer_token_env_var o env_vars para que los secretos no acaben en un archivo que podrías subir al repositorio.npx descarga un paquete, y diez segundos pueden ser insuficientes. Sube startup_timeout_sec./mcp. Un servidor que no arrancó sin avisar parece exactamente igual que un servidor que Codex decidió no usar.Elige tres servidores de la lista corta, regístralos y dale a Codex una tarea real: una prueba que falla, una dependencia obsoleta, una página que se ve mal en dispositivos móviles. En menos de una hora sabrás cuáles merecen su lugar.
Y luego da un paso más. Abre PicassoIA, genera una imagen principal con PicassoIA Image y colócala en la página que Codex acaba de construir. Prueba distintos prompts, usa el editor sobre el resultado y comprueba cuánto del lanzamiento puedes sacar adelante en una sola sesión.
Elige tu idioma
