--- title: "Los 10 mejores servidores MCP para OpenAI Codex en 2026" slug: best-mcp-servers-for-codex date: 2026-09-16T09:45:21+00:00 modified: 2026-09-16T09:45:22+00:00 permalink: https://brightdata.es/blog/ai/best-mcp-servers-for-codex type: blog --- [ Blog ](https://brightdata.es/blog "Blog") / [AI](https://brightdata.es/blog/ai) [AI](https://brightdata.es/blog/ai) # Los 10 mejores servidores MCP para OpenAI Codex en 2026 Los diez servidores MCP que vale la pena conectar a Codex, con el TOML exacto para cada uno, el coste en herramientas de cada servidor antes de hacer cualquier trabajo, y los tres populares que deberías omitir. Bright Data MCP lidera para acceso web desbloqueado. 22 min de lectura [ ![Bald man with glasses smiling against light blue background.](https://media.brightdata.es/2022/09/Dvir-Sharon-50x50.png) ](https://brightdata.com/blog/authors/dvir-sharon) [Dvir Sharon Growth Marketing Manager ](https://brightdata.com/blog/authors/dvir-sharon) ![The 10 Best MCP Servers for OpenAI Codex in 2026](https://media.brightdata.es/2026/09/The-10-Best-MCP-Servers-for-OpenAI-Codex-in-2026.png) Esta guía cubre los diez servidores MCP que vale la pena conectar a Codex, y los tres que siguen apareciendo en otras listas pero que no deberían estar en la tuya. El primero es el [Bright Data MCP](/ai/mcp-server), que cierra la brecha que Codex no puede cerrar por sí solo: leer la web en vivo desde páginas que se defienden. Aprenderás: 1. Cómo funciona realmente el soporte MCP en Codex en 2026, incluyendo qué cambió y qué la mayoría de las guías siguen explicando mal. 2. Qué diez servidores se ganan su lugar, con el TOML exacto para cada uno. 3. Lo que cada servidor te cuesta antes de hacer cualquier trabajo. 4. Qué servidores populares omitir, y por qué dos de ellos son problemas de seguridad más que preferencias. Una nota sobre el método, porque la mayoría de las listas en esta categoría son vagas al respecto. No pudimos obtener credenciales para todos los proveedores aquí, por lo que esta guía no afirma haber ejecutado los diez de extremo a extremo. Cada bloque de configuración a continuación está tomado de la documentación o repositorio del propio proveedor, cada recuento de herramientas es el recuento documentado en lugar de un resultado de `tools/list` en tiempo de ejecución, y donde un proveedor no ha publicado ninguna instrucción de Codex en absoluto, la entrada lo indica claramente. ## Los diez, de un vistazo \#ServidorLo que añade a CodexTransporte1**[Bright Data MCP](/ai/mcp-server)**Scraping web desbloqueado, búsqueda multi-motor y datos estructurados de más de 100 plataformasHTTP remoto2Context7Documentación de bibliotecas precisa por versión, a un coste de dos herramientasAmbos3GitHub MCP ServerIssues, pull requests, Actions y búsqueda de códigoAmbos4Chrome DevTools MCPTrazas de rendimiento, consola y red desde un navegador realstdio5SerenaNavegación y refactorización a nivel de símbolo mediante servidores de lenguajestdio6SentryLo que realmente se rompió en producción, con trazas de pilaHTTP remoto7Postgres MCP ProPlanes de consulta, ajuste de índices y análisis de carga de trabajostdio8PlaywrightControl de un navegador a través de un árbol de accesibilidadstdio9FigmaContexto de diseño en lugar de una captura de pantallaHTTP remoto10LinearEl ticket sin copiar y pegarHTTP remoto## Cómo es realmente el soporte MCP en Codex en 2026 Empieza aquí, porque una gran parte de las guías que actualmente aparecen en los resultados de búsqueda para este tema describen una versión de Codex que no existe desde 2025. La afirmación que seguirás encontrando es que Codex solo habla stdio y no puede conectarse a servidores MCP remotos. Eso fue cierto durante unas cinco semanas. El soporte de Streamable HTTP se incluyó en Codex 0.44.0 el 3 de octubre de 2025, y el flag `experimental_use_rmcp_client` que originalmente lo controlaba fue eliminado por completo en 0.77.0 ese diciembre. Cualquier artículo que aún te indique configurar ese flag describe una operación nula, y varias páginas de documentación de proveedores tampoco se han actualizado. Lo que Codex admite hoy es stdio y Streamable HTTP, con tokens bearer, OAuth MCP completo incluyendo Client ID Metadata Documents y Dynamic Client Registration, y autenticación de sesión de ChatGPT para servidores de primera parte de confianza. Lo que no admite también vale la pena conocerlo: no hay transporte SSE ni transporte WebSocket. Un servidor que solo publica un endpoint SSE necesita un puente stdio delante, que es la razón más común por la que una configuración copiada de un tutorial de Claude Code falla en Codex. Los servidores viven en `~/.codex/config.toml` bajo `[mcp_servers.]`, o en un `.codex/config.toml` a nivel de proyecto que Codex lee solo en proyectos de confianza. Un archivo sirve para la CLI, la extensión de IDE y la aplicación de escritorio de ChatGPT. El transporte se infiere en lugar de declararse: dale a un servidor un `command` y se ejecutará sobre stdio, dale una `url` y se ejecutará sobre HTTP. No hay ningún campo `type` que configurar. ```none # stdio [mcp_servers.context7] command = "npx" args = ["-y", "@upstash/context7-mcp"] # remote HTTP, token from the environment [mcp_servers.figma] url = "https://mcp.figma.com/mcp" bearer_token_env_var = "FIGMA_OAUTH_TOKEN" ``` La CLI cubre el mismo terreno sin editar TOML manualmente. `codex mcp add -- ` registra un servidor stdio, `codex mcp add --url ` registra uno remoto, y `codex mcp login ` ejecuta el flujo OAuth. Dentro de una sesión, `/mcp` lista lo que realmente se conectó, que es lo primero que hay que comprobar cuando un servidor parece no hacer nada. ## Cada servidor que añades tiene un coste antes de hacer cualquier trabajo Esta es la parte que separa una configuración de Codex funcional de una lenta, y está casi completamente ausente de otras listas. Codex inicia cada servidor MCP habilitado cuando se abre una sesión, independientemente de si el modelo llama alguna vez a una de sus herramientas. Un issue de OpenAI presentado en septiembre de 2026 lo dice claramente: Codex inicializa y arranca cada servidor MCP habilitado cuando se abre una sesión local, incluso si ninguna de las herramientas de ese servidor se utiliza. Diez servidores son diez procesos o handshakes en cada inicio de sesión, y las definiciones de herramientas de cada uno ocupan contexto durante toda la sesión. Los recuentos de herramientas hacen que la aritmética sea obvia. El servidor oficial de GitHub documenta alrededor de 88 herramientas, Playwright alrededor de 71, Chrome DevTools 57, Notion 35. Instala esos cuatro juntos y el modelo elige entre aproximadamente 250 definiciones de herramientas antes de que hayas escrito un prompt. Codex te da tres palancas que la mayoría de las guías nunca mencionan, y son la diferencia entre un servidor útil y uno costoso. ```none [mcp_servers.github] url = "https://api.githubcopilot.com/mcp/" # trim the surface to the toolsets you actually use enabled_tools = ["search_code", "get_pull_request", "list_issues"] # reads run unattended, writes stop and ask default_tools_approval_mode = "writes" # a chatty tool cannot blow up the context window [mcp_servers.github.tools.search_code] output_token_limit = 25000 ``` `enabled_tools` es una lista de permitidos y `disabled_tools` es una lista de denegados aplicada después. `default_tools_approval_mode` acepta `auto`, `prompt`, `writes` o `approve`, y `writes` es la configuración que la mayoría de la gente realmente quiere: las herramientas de solo lectura se ejecutan sin supervisión mientras que cualquier cosa que cambie el estado se detiene y pregunta. `tools..output_token_limit` limita lo que una sola herramienta puede devolver. La propia documentación de Figma registra una llamada de contexto de diseño que devuelve más de 351.000 tokens, y donde Claude Code responde a eso con una variable de entorno, Codex lo responde aquí, por herramienta. Dos valores predeterminados te afectarán antes que cualquiera de esto. Codex permite diez segundos para que un servidor arranque y sesenta segundos por llamada a herramienta. Los servidores instalados mediante `npx` o `uvx` suelen necesitar más tiempo con una caché fría, y el fallo es silencioso en lugar de ruidoso: la sesión reporta agregar cero herramientas de un servidor y continúa. Un desarrollador en r/codex describió la experiencia con precisión en noviembre de 2025, después de probar Serena, Context7 y Playwright en Windows: las guías de instalación hacen que parezca que solo tienes que abrir `config.toml`, añadir un fragmento y funciona, lo que te lleva a asumir que te has perdido algo básico. Normalmente solo te has olvidado de `startup_timeout_sec`. ## Lo que el sandbox de Codex no cubre Codex tiene un sandbox y una lista de dominios de red permitidos, y es fácil asumir que ambos se extienden a los servidores que conectas. No lo hacen. La referencia de configuración es explícita en esto en más de un lugar: la función de proxy de red no filtra búsquedas web, aplicaciones, MCP ni otras herramientas alojadas, y la lista experimental de dominios de red no restringe búsquedas web, aplicaciones ni servidores MCP. Una lista de dominios permitidos restringe lo que puede alcanzar el shell propio del agente. No restringe lo que un servidor MCP alcanza en nombre del agente. Eso no es un argumento contra MCP. Es un argumento para tratar cada servidor como algo con sus propias credenciales y su propio radio de impacto, razón por la cual las configuraciones de aprobación y lista de permitidos mencionadas anteriormente importan más en Codex que las configuraciones equivalentes en otros lugares. También es la razón por la que dos servidores ampliamente recomendados están en la sección de no instalar al final de esta guía en lugar de en el ranking. ## 1. Bright Data MCP: la web en vivo, desbloqueada Codex ya puede leer una URL, y para una página de documentación sin protección eso es suficiente. La brecha se abre en los sitios que la mayoría del trabajo comercial realmente apunta. Minoristas, marketplaces, bolsas de empleo y plataformas sociales sirven una página diferente a un cliente automatizado que la que sirven a un navegador, y el fallo rara vez es un error limpio. Es una página que se devuelve, se parsea y contiene lo incorrecto, que es el peor resultado posible para un agente que declarará el resultado con confianza. El [Bright Data MCP](/ai/mcp-server) pone toda la pila de datos web detrás de un único endpoint: búsqueda en múltiples motores, scraping web que devuelve Markdown limpio de páginas con gestión de bots, extracción estructurada de más de cien plataformas, y automatización de navegador cuando una página solo cede a la interacción. Expone 69 herramientas en total, y es uno de los servidores donde reducir con `enabled_tools` vale los cinco minutos. Cada cuenta de Bright Data incluye 5.000 solicitudes al mes sin coste y sin tarjeta, lo que es suficiente para evaluarlo correctamente en una tarea real. ```none [mcp_servers.brightdata] url = "https://mcp.brightdata.com/mcp?pro=1" bearer_token_env_var = "BRIGHTDATA_API_KEY" startup_timeout_sec = 20 tool_timeout_sec = 120 default_tools_approval_mode = "auto" ``` Dos de esas configuraciones son deliberadas. El scraping web de una página protegida puede tardar más de lo que permite el valor predeterminado de sesenta segundos de Codex, por lo que se aumenta `tool_timeout_sec`. Y como cada herramienta aquí es una lectura contra la web pública en lugar de una escritura contra tus sistemas, la aprobación `auto` es segura y elimina la fricción de prompt por llamada que hace que los servidores de estilo navegador sean cansados de usar. Para el servidor alojado no hay nada que instalar; el paquete local es `@brightdata/mcp` si prefieres ejecutarlo sobre stdio. Si quieres la versión más detallada de esta configuración, incluyendo ejecutarla en una tarea real de extremo a extremo, consulta nuestra guía para [conectar Codex a Bright Data](/blog/ai/codex-cli-with-web-mcp). ## 2. Context7: documentación que coincide con tu versión instalada La forma más común en que un agente de codificación desperdicia una tarde es usando con confianza una API que fue renombrada hace dos versiones menores. Context7 resuelve una biblioteca a una versión específica y devuelve su documentación, y lo hace con exactamente dos herramientas. En una lista donde la alternativa son 88, esa proporción es todo el argumento. Es el servidor útil más barato aquí con un amplio margen, y el primero que hay que añadir. ```none codex mcp add context7 -- npx -y @upstash/context7-mcp ``` Se ejecuta de forma anónima, con una clave API que aumenta el límite de velocidad y un nivel gratuito de 1.000 llamadas al mes. La advertencia honesta es que la calidad varía según la biblioteca: la crítica que encontrarás en los foros de desarrolladores es que para paquetes menos populares devuelve el mismo fragmento delgado de Markdown repetidamente. Para frameworks ampliamente usados es consistentemente mejor que el límite de entrenamiento del modelo, que es el caso que importa. ## 3. GitHub MCP Server: la otra mitad del trabajo Codex ya es bueno editando un repositorio en disco. Lo que no puede ver es todo lo que rodea al código: la ejecución fallida de Actions, el comentario de revisión que explica por qué una función parece extraña, el issue vinculado que describe el requisito real. El servidor oficial de GitHub cierra eso, y es el único servidor en esta lista donde el presupuesto de herramientas genuinamente necesita gestionarse, con aproximadamente 88 herramientas en 22 conjuntos de herramientas. GitHub te da los controles para hacer eso: `--toolsets` o la variable de entorno `GITHUB_TOOLSETS` para cargar solo los grupos que necesitas, `--tools` para selección individual, y `--read-only` para eliminar el acceso de escritura por completo. Empieza en modo de solo lectura. Invariant Labs demostró una ruta de inyección de prompt desde un issue público a un repositorio privado, y aunque GitHub ha enviado mitigaciones, su propia documentación tiene cuidado de decir que el modo de bloqueo no es un límite de autorización. También vale la pena saber: muchos desarrolladores encuentran que la CLI `gh` cubre el mismo terreno de forma más económica, ya que Codex ya puede ejecutar comandos de shell. ## 4. Chrome DevTools MCP: por qué la página está rota, no qué hace Este aparece en la propia documentación de Codex de OpenAI y casi en ningún otro lugar, lo que lo convierte en el servidor más infrarecomendado de esta lista. La distinción con Playwright vale la pena entenderla bien, porque no son competidores. Playwright controla una aplicación: haz clic aquí, rellena esto, afirma lo otro. Chrome DevTools MCP explica una aplicación: trazas de rendimiento, errores de consola mapeados a fuentes, la cascada de red, y trece herramientas de inspección de heap para rastrear memoria. Cuando Codex ha escrito código que funciona pero es lento, este es el servidor que le dice por qué. Documenta 57 herramientas, que `--slim` reduce considerablemente. Es exclusivo de Chrome por definición. Y las estadísticas de uso se envían a Google de forma predeterminada, así que añade `--no-usage-statistics` si eso importa en tu entorno. ```none [mcp_servers.chrome_devtools] command = "npx" args = ["-y", "chrome-devtools-mcp@latest", "--slim", "--isolated", "--no-usage-statistics"] startup_timeout_sec = 30 ``` El flag `--isolated` no es opcional en la práctica. Los servidores de control de navegador fallan bajo Codex con un error sobre el perfil del navegador ya en uso, y ocurre incluso con acceso completo al sistema de archivos concedido. Ejecutar cada sesión contra un perfil desechable es la solución, y se aplica a Playwright a continuación por la misma razón. ## 5. Serena: ediciones a nivel de símbolo en lugar de búsqueda de texto Serena pone un servidor de lenguaje detrás de MCP, por lo que el agente trabaja con símbolos en lugar de cadenas. Encuentra cada referencia a esta función, renombra esta clase en todo el proyecto, lee solo el cuerpo de este método en lugar de todo el archivo. En una base de código grande eso es una calidad de operación diferente a grep, y gasta dramáticamente menos tokens para llegar a la misma respuesta. Se gana su lugar aquí por una razón específica de Codex: Serena incluye un modo `--context=codex` que deshabilita sus propias herramientas que duplican lo que Codex ya tiene. Esa es exactamente la higiene de contexto por la que aboga el resto de esta guía, hecha por el proveedor en lugar de dejada a ti. ```none [mcp_servers.serena] command = "uvx" args = ["--from", "git+https://github.com/oraios/serena", "serena", "start-mcp-server", "--context", "codex"] startup_timeout_sec = 60 ``` El tiempo de espera es generoso a propósito. Serena indexa un proyecto en la primera ejecución, y este es el servidor con más probabilidades de superar el valor predeterminado de diez segundos. ## 6. Sentry: lo que realmente se rompió, desde producción Pegar una traza de pila en un prompt funciona. Dejar que el agente extraiga el issue directamente, con la versión, las migas de pan y la frecuencia, funciona mejor, y evita que seas el cuello de botella. El servidor remoto de Sentry es Streamable HTTP simple con OAuth, por lo que `codex mcp login sentry` es toda la configuración. Un punto de precisión, ya que otras listas implican lo contrario: la documentación de Sentry tiene pestañas de configuración para Claude Code, Cursor y VS Code, y ninguna para Codex. OpenAI lo recomienda en la documentación de Codex y el transporte es totalmente compatible, por lo que funciona, pero nadie en Sentry ha escrito las instrucciones de Codex, y no deberías esperar una ruta de copiar y pegar. Limitar el endpoint a `/mcp/{org}/{project}` oculta las herramientas de descubrimiento y mantiene la superficie pequeña. ## 7. Postgres MCP Pro: planes de consulta, no solo una conexión La mayoría de los servidores MCP de base de datos dan al agente una forma de ejecutar SQL. Este le da una forma de razonar sobre SQL. Explica los planes de consulta, analiza una carga de trabajo contra `pg_stat_statements` para encontrar las consultas que realmente te cuestan, y simula índices hipotéticos para que el agente pueda probar una idea antes de construirla. Lo hace con nueve herramientas, y porque se ejecuta sobre stdio evita todos los modos de fallo de OAuth remoto en esta lista. Dos advertencias honestas. Los mantenedores no han publicado instrucciones de Codex — una solicitud abierta ha estado sin respuesta desde enero de 2026 — aunque un bloque stdio es trivial de escribir uno mismo. Y apúntalo a una réplica, con `--access-mode=restricted`, antes de apuntarlo a cualquier cosa que importe. ## 8. Playwright: controlando la aplicación Playwright MCP controla un navegador a través del árbol de accesibilidad en lugar de píxeles, lo que lo hace determinista de una manera que la automatización basada en capturas de pantalla no lo es, y funciona en Chromium, Firefox y WebKit. Para pruebas de extremo a extremo y reproducir un error reportado, es la herramienta obvia. Está clasificado en octavo lugar en lugar de más alto debido a una señal inusual: el propio README de Microsoft ahora aleja a los agentes de codificación del servidor MCP, recomendando la CLI de Playwright y las habilidades como más eficientes en tokens y mejor adaptadas a agentes de alto rendimiento, y posicionando el MCP para bucles agénticos especializados. Cuando el proveedor te dice que su propio servidor tiene la forma incorrecta para tu caso de uso, eso pertenece al ranking. Añade `--isolated`, y espera fricción de aprobación: un issue abierto con un respaldo comunitario sustancial reporta que `approval_policy = "never"` sigue preguntando en cada llamada, lo que `default_tools_approval_mode = "auto"` en el servidor resuelve. ## 9. Figma: contexto de diseño en lugar de una captura de pantalla Dar a un agente un PNG y pedir el componente produce aproximadamente lo correcto. El servidor de Figma le da las variables, los tokens, las restricciones de diseño y la estructura del componente en su lugar, y el resultado deja de ser una aproximación. Documenta 29 herramientas sobre HTTP remoto con OAuth. Las restricciones son reales y vale la pena verificarlas antes de planificar en torno a ellas. Se requiere una licencia Dev o Full; las licencias View obtienen 20 llamadas a herramientas al mes. Figma restringe las conexiones a los clientes en su propio catálogo, y Codex está actualmente en esa lista, pero es una lista. Y este es el servidor que más necesita `output_token_limit` — la documentación de Figma registra una única respuesta de contexto de diseño de más de 351.000 tokens. ## 10. Linear: el ticket sin copiar y pegar Una configuración de una línea que elimina un pequeño impuesto constante: `codex mcp add linear --url https://mcp.linear.app/mcp`, luego `codex mcp login linear`. El agente lee el issue, los criterios de aceptación y el hilo de comentarios directamente, y puede mover el ticket cuando haya terminado. Ten en cuenta que esto no es lo mismo que la integración de primera parte de Codex de Linear, que funciona en la dirección opuesta — mencionar Codex en un issue para enviar una tarea en la nube. El servidor MCP es para trabajo local en la CLI o extensión de IDE. Si has visto que la propia documentación de Linear menciona el flag `experimental_use_rmcp_client`, ignóralo; ese flag no ha existido desde diciembre de 2025. ## Qué no instalar Estos tres aparecen en la mayoría de listas comparables. Dos de ellos son problemas de seguridad y uno es simplemente redundante, y omitirlos hará que tu configuración de Codex sea mejor en lugar de peor. - **Filesystem MCP.** Codex ya tiene herramientas de archivo nativas gobernadas por su propio sistema de aprobación. Añadir este servidor las duplica mientras mueve el acceso a archivos a un proceso fuera de ese sistema, por lo que obtienes menos supervisión en lugar de más. También tiene un historial de vulnerabilidades de escape de sandbox, CVE-2025-53109 y CVE-2025-53110, del tipo que no quieres en el componente que lee tu disco. - **Slack.** El servidor oficial rechaza Dynamic Client Registration y espera una aplicación de Slack publicada en directorio o interna, lo que efectivamente descarta Codex CLI. El antiguo paquete npm está obsoleto y tiene un aviso de exfiltración de datos. La popular alternativa comunitaria se autentica con cookies de sesión del navegador, lo que muy probablemente va en contra de la política de tu espacio de trabajo. - **El servidor comunitario de Atlassian.** Tiene CVE-2026-27825, una escritura arbitraria de archivos que lleva a ejecución remota de código con una calificación de 9.1, junto con un problema SSRF separado. El servidor oficial Rovo de Atlassian existe y no tiene estos problemas. ## Conectándolo todo, y verificando que funcionó Añade servidores de uno en uno y confirma cada uno antes de añadir el siguiente, porque un fallo al inicio es silencioso. Ejecuta `/mcp` dentro de una sesión para ver qué se conectó realmente; un servidor que está configurado pero que falta en esa lista ha fallado en lugar de cargarse. Si un servidor está ausente, aumenta primero `startup_timeout_sec`, ya que diez segundos no son suficientes para una descarga fría de `npx` o `uvx`. Si las herramientas aparecen pero Codex nunca las llama, ese es un comportamiento conocido en lugar de una configuración rota: nombra el servidor o la herramienta en tu prompt una vez y empezará a usarla. Dos cosas más que cuestan una tarde a la gente. El `.codex/config.toml` a nivel de proyecto solo se lee en proyectos de confianza, por lo que una configuración que funciona en un directorio puede silenciosamente no hacer nada en otro. Y si configuras servidores a través de un manifiesto de plugin en lugar de `config.toml`, los campos OAuth allí son camelCase mientras que todo en `config.toml` es snake\_case. ## Preguntas frecuentes ### ¿Codex admite servidores MCP remotos? Sí. Streamable HTTP se incluyó en Codex 0.44.0 el 3 de octubre de 2025, con tokens bearer y OAuth completo incluyendo CIMD y Dynamic Client Registration. El flag `experimental_use_rmcp_client` que antes lo controlaba fue eliminado en 0.77.0 en diciembre de 2025, por lo que cualquier guía que aún indique configurarlo está desactualizada. Codex no admite transportes SSE ni WebSocket. ### ¿Cuántos servidores MCP debo instalar en Codex? Menos de los que deseas. Codex inicia cada servidor habilitado cuando se abre una sesión, independientemente de si se usan sus herramientas, y las definiciones de herramientas de cada servidor consumen contexto durante toda la sesión. Cuatro servidores con listas de herramientas reducidas superarán a diez instalados tal cual. Usa `enabled_tools` para limitar cada uno y `enabled = false` para aparcar los servidores que solo necesitas ocasionalmente. ### ¿Por qué mi servidor MCP no muestra herramientas en Codex? Casi siempre es el tiempo de espera de inicio de diez segundos. Un servidor instalado mediante `npx` o `uvx` puede tardar más que eso con una caché fría, y Codex reporta agregar cero herramientas en lugar de un error. Aumenta `startup_timeout_sec` a 30 o 60 e inténtalo de nuevo. Si el servidor es de navegador, añade `--isolated`, que resuelve un fallo de bloqueo de perfil que ocurre incluso con acceso completo concedido. ### ¿El sandbox de Codex restringe lo que puede alcanzar un servidor MCP? No, y esto se malinterpreta ampliamente. La referencia de configuración de Codex indica que su proxy de red no filtra MCP ni otras herramientas alojadas, y que la lista experimental de dominios de red no restringe los servidores MCP. Una lista de dominios permitidos gobierna el shell propio del agente, no lo que un servidor conectado obtiene en su nombre. Trata cada servidor como si tuviera sus propias credenciales y su propio radio de impacto. ### ¿Puede Codex hacer scraping de sitios web que bloquean bots? No por sí solo. Codex puede obtener una URL, pero los sitios con gestión de bots devuelven una página diferente a un cliente automatizado, y el fallo suele ser silencioso en lugar de un error. El [Bright Data MCP](/ai/mcp-server) gestiona el desbloqueo, la búsqueda multi-motor y la extracción estructurada de más de cien plataformas tras un único endpoint, con 5.000 solicitudes al mes gratuitas y sin necesidad de tarjeta. Contactar ventasPrueba gratuita![google social icon](/wp-content/themes/brightdata/assets/images/ic_google.svg) Tabla de Contenidos [ ](https://news.ycombinator.com/submitlink?t=Los+10+mejores+servidores+MCP+para+OpenAI+Codex+en+2026&u=https://brightdata.es/blog/ai/best-mcp-servers-for-codex) [ ](https://www.linkedin.com/shareArticle?mini=true&title=Los+10+mejores+servidores+MCP+para+OpenAI+Codex+en+2026&url=https://brightdata.es/blog/ai/best-mcp-servers-for-codex) [ ](http://www.reddit.com/submit?title=Los+10+mejores+servidores+MCP+para+OpenAI+Codex+en+2026&url=https://brightdata.es/blog/ai/best-mcp-servers-for-codex) ## Usted también puede estar interesado en [ ![Web Scraping with GLM](https://media.brightdata.es/2026/09/Web-Scraping-with-GLM.png) ](https://brightdata.es/blog/ai/web-scraping-with-glm "Scraping web con GLM: Extracción de datos de texto y visuales") [AI ![Antonello Zanini](https://media.brightdata.es/2022/12/Antonello-Zanini-2-50x50.jpg) Antonello Zanini Technical Writer ### Scraping web con GLM: Extracción de datos de texto y visuales Usa GLM-5.3 con el Web Unlocker de Bright Data para scraping web impulsado por IA. Extrae automáticamente datos de texto y visuales, eludiendo barreras comunes. 16-Sep-2026 7 min de lectura ](https://brightdata.es/blog/ai/web-scraping-with-glm) [ ![Containers as a Service (CaaS)](https://media.brightdata.es/2026/09/Container-as-a-Service.png) ](https://brightdata.es/blog/datos-web/containers-as-a-service "Contenedores como Servicio (CaaS): Cómo Usarlos en Pipelines de Datos Web y Agentes de IA") [Datos web ![Antonello Zanini](https://media.brightdata.es/2022/12/Antonello-Zanini-2-50x50.jpg) Antonello Zanini Technical Writer ### Contenedores como Servicio (CaaS): Cómo Usarlos en Pipelines de Datos Web y Agentes de IA Cómo funciona Contenedores como Servicio y cómo escalar un pipeline de scraping web de Bright Data en contenedores para agentes de IA. 16-Sep-2026 15 min de lectura ](https://brightdata.es/blog/datos-web/containers-as-a-service) [ ![Cursor + Bright Data vs a default coding agent setup](https://media.brightdata.es/2026/09/Cursor-Bright-Data-vs-a-default-coding-agent-setup.png) ](https://brightdata.es/blog/ai/cursor-bright-data-vs-default-coding-agent "Cursor + Bright Data vs a default coding agent setup: building a real price tracker") [AI ![Satyam Tripathi](https://media.brightdata.es/2024/09/Satyam-Tripathi-50x50.png) Satyam Tripathi Technical Writer ### Cursor + Bright Data vs a default coding agent setup: building a real price tracker Una tarea de rastreador de precios, 41 páginas de minoristas congeladas, dos agentes de codificación, el mismo prompt y modelo. Con el MCP de Bright Data: 89% de precisión de campos y 40 de 41 páginas leídas. Sin él: 72% y 34. 16-Sep-2026 32 min de lectura ](https://brightdata.es/blog/ai/cursor-bright-data-vs-default-coding-agent)