Codex++: el lanzador y gestor externo de la app de escritorio de Codex

Codex++ es una herramienta externa de código abierto, escrita en Rust y Tauri, que añade cambio de proveedor, conversión de protocolos, gestión de sesiones y mejoras de interfaz a la aplicación de escritorio de OpenAI Codex / ChatGPT, sin modificar su archivo app.asar ni escribir parches en su directorio de instalación.

Qué es Codex++

Codex++ (nombre de repositorio CodexPlusPlus) es un lanzador externo y un panel de gestión para la aplicación de escritorio de Codex / ChatGPT de OpenAI. No es un modelo, ni un servidor, ni una alternativa a la app: es una capa que arranca la aplicación oficial, se comunica con ella a través del Protocolo de Herramientas de Desarrollo de Chromium (CDP) y con un servicio auxiliar local, y sobre esa base ofrece cuatro familias de funciones:

Configuración de proveedores: cuatro modos de autenticación (solo login oficial, login oficial más API, API pura y proveedor agregado con enrutado entre varios), con soporte de los protocolos Responses y Chat Completions y conversión local de uno a otro.
Modelos y contexto: ventanas de contexto por modelo, umbrales de compresión automática y generación de un catálogo de modelos (model_catalog_json) que el cliente de Codex lee en tiempo de ejecución.
Gestión de sesiones: escaneo de las sesiones locales guardadas en la base de datos de Codex, borrado en bloque, exportación a Markdown, historial de uso de tokens y sincronización de metadatos de proveedor con copias de seguridad.
Mejoras de interfaz y de flujo de trabajo: desbloqueo del mercado de plugins, manejo de listas blancas de modelos, corrección de pegado, interfaz en chino, arranque rápido, restauración de ancho y posición de scroll, control de niveles de servicio, Goals, sugerencias Stepwise, superposición de imágenes, creación de worktrees desde ramas de upstream, detección de proyectos Zed Remote, scripts de usuario y temas comunitarios.

El README y el sitio oficial recalcan que cada mejora se puede desactivar de forma independiente; con el interruptor general apagado, Codex++ queda reducido a un mero gestor de proveedores y lanzador.

El origen: una respuesta comunitaria a la app de escritorio de Codex

El repositorio fue creado el 6 de mayo de 2026 por la cuenta BigPizzaV3 (cuenta de GitHub abierta en octubre de 2025, 423 seguidores al momento de esta investigación, sin biografía ni empresa visibles). Las dos primeras publicaciones, v1.0.4 y v1.0.5, salieron el 11 de mayo de 2026, cinco días después de la creación del repositorio; desde entonces el proyecto ha publicado 74 releases hasta v1.2.56 del 27 de agosto de 2026, un ritmo de aproximadamente dos releases por semana.

El contexto del lanzamiento está documentado en el propio repositorio: la app de escritorio de Codex se había vuelto popular (el anuncio «The Codex App» llegó a 805 puntos en Hacker News, hilo 46859054, en febrero de 2026) y la base de usuarios de habla china buscaba formas de usar modelos de proveedores locales y de terceros (DeepSeek, Kimi, GLM, MiniMax) dentro de esa app, además de una interfaz en chino. El README actual está sostenido por una lista de patrocinadores que son casi todos servicios de reenvío de API de modelos (jojocode.com, apikey.fun, RunAPI, quya.org, EveryAPI, Volcengine / 方舟 Agent Plan, Qiniu Cloud, entre otros), lo que confirma el nicho: conectividad flexible de modelos, no competencia con la app oficial.

Dos detalles de la cronología y del desarrollo merecen mención:

El repositorio conserva en docs/ planes, especificaciones y un informe de investigación sobre la función de ventanas de contexto por modelo, y además una carpeta docs/superpowers/ con planes y especificaciones: el equipo aplica la metodología de obra/superpowers para el desarrollo dirigido por agentes.
Un documento de investigación del repositorio (docs/research/01-调研结果.md) registra una validación de prototipos «verificada por Kimi Code CLI», y el archivo HANDOVER.md de la raíz describe el trabajo de una contribución externa (PR #1247) sobre puertos de servicio para entornos RDP multiusuario. En conjunto, estos archivos muestran un proyecto desarrollado y mantenido en parte con agentes de código, con documentos de handover entre sesiones.

Filosofía y principios

El sitio oficial (codexpp.cc) resume la filosofía con el lema «mejora, pero no toma el control» y cuatro principios verificables en el producto:

No modificar la instalación original: la herramienta no toca app.asar ni escribe archivos de parche en el directorio de la app; todo se inyecta en ejecución vía CDP, por lo que una actualización o reinstalación de Codex no está contaminada.
Las claves permanecen en la máquina local: las credenciales de proveedor se guardan en el perfil local y no se suben al proyecto ni a servicios de terceros.
Las funciones se pueden apagar: cada mejora tiene su propio interruptor y existe un interruptor general; apagarlo no impide seguir usando la gestión de proveedores.
Proceso de construcción público: el código fuente, los issues, los releases y el workflow de construcción de los instaladores (GitHub Actions) son consultables en GitHub.

El README añade una advertencia de compatibilidad que define los límites de esa filosofía: Codex++ depende de la estructura de páginas de la app oficial, del comportamiento de CDP y de los formatos de datos locales, por lo que una actualización de la app puede romper las inyecciones y el proyecto pide conservar copias de seguridad antes de tocar la configuración.

Filosofía «mejora, pero no toma el control»: la app oficial de Codex intacta en el centro, rodeada de interruptores externos de mejora que se pueden encender o apagar individualmente

Cómo funciona

La arquitectura visible en el repositorio es un monorepo Rust (Rust 1.85 o superior según el badge del README) con una app de escritorio Tauri 2.x:

apps/
  codex-plus-launcher/          Lanzador silencioso de la app oficial
  codex-plus-manager/           Panel de gestión (Tauri, frontend React + TypeScript)
  codex-plus-mobile-relay/      Servicio de reenvío para uso desde el teléfono
assets/inject/
  renderer-inject.js            Script inyectado en el renderizador de Codex
crates/
  codex-plus-core/              Lógica central: arranque, inyección, configuración, actualizaciones, puente
  codex-plus-data/              Datos de sesión, exportación y sincronización de proveedores
scripts/installer/              Instalador NSIS (Windows) y empaquetado DMG (macOS)

Mapa arquitectónico del monorepo Rust y Tauri: lanzador silencioso, panel de gestión, servicio de reenvío móvil, crates de lógica central y de datos, e instaladores para Windows y macOS

El flujo es el siguiente:

Arranque: el lanzador Codex++ inicia la aplicación de escritorio oficial de forma silenciosa con el perfil de proveedor guardado y las mejoras habilitadas. El panel Codex++ Manager se encarga de la configuración.
Inyección: renderer-inject.js se inyecta en el proceso de renderizado de la app mediante CDP; es donde viven las mejoras de interfaz (desbloqueo del mercado de plugins, corrección de pegado, interfaz en chino, restauración de scroll, etc.).

Inyección del renderizador vía CDP: mejoras de interfaz flotando como módulos de neón sobre la ventana de la app — mercado de plugins, corrección de pegado, localización al chino y restauración de scroll

Proveedores: cada perfil puede definir el protocolo (Responses o Chat Completions), la URL base, la clave, la lista de modelos, la ventana de contexto por modelo y el umbral de compresión. En modo API pura o mezclado, un proxy local convierte las respuestas Chat Completions al protocolo Responses que consume Codex. El modo agregado enruta entre varios proveedores con tolerancia a fallos, rotación por conversación, por petición o ponderada.

Configuración de proveedores y conversión de protocolo: cuatro compuertas de autenticación luminosas alimentando un convertidor local que transforma paquetes Chat Completions en paquetes Responses

Ventanas de contexto por modelo: el cliente de Codex trae una ventana de 272.000 tokens (aproximadamente 258K) compilada de forma fija; cuando un modelo de proveedor no está en esa lista interna, el cliente cae en ese valor. La solución implementada (registrada en los issues #931 y #1171 y en docs/research/) es que Codex++ genere un archivo de catálogo model_catalog_json con la ventana real de cada modelo y escriba un puntero en ~/.codex/config.toml. La sintaxis de la lista de modelos admite sufijos como deepseek-v4-pro[1M].

Catálogo de modelos y generación de ventanas de contexto: estanterías holográficas de fichas de modelo con marcos de tamaño de contexto, escribiendo un puntero en un archivo de configuración TOML local

Datos de sesión: el panel lee la base de datos local de Codex (~/.codex/sqlite/*.db, con respaldo a ~/.codex/state_5.sqlite en versiones antiguas) para escanear, borrar en bloque, exportar a Markdown y mostrar el historial de tokens. Los estados propios de Codex++ viven en ~/.codex-session-delete/ y las copias de seguridad de la sincronización de proveedores en ~/.codex/backups_state/provider-sync.

Gestión de sesiones: una base de datos SQLite local como una pila de discos luminosos dentro de una bóveda, con borrado en bloque, exportación a Markdown y un historial de uso de tokens en forma de ondas de neón

Actualizaciones: los instaladores se publican en GitHub Releases (NSIS en Windows, DMG para Intel x64 y Apple Silicon en macOS); el panel puede comprobar y lanzar actualizaciones desde su página «Acerca de», y el lanzador abre el panel directamente cuando detecta una versión nueva.

Transparencia de código abierto: una línea de ensamblaje de releases de GitHub, con GitHub Actions sellando instaladores para Windows y macOS como cápsulas de neón

El ecosistema

Repositorios compañeros del mismo autor

BigPizzaV3/CodexPlusPlusScriptMarket (31 estrellas, 43 bifurcaciones): mercado de scripts de usuario que el panel puede instalar y activar; el alto número de bifurcaciones respecto a estrellas sugiere un patrón de «bifurcar y añadir mi script» por parte de la comunidad.
BigPizzaV3/CodexPlusPlus-Themes (5 estrellas, 2 bifurcaciones): mercado comunitario de temas DreamSkin; la descripción indica que se contribuye mediante pull requests con temas en formato «Dream Skin».
BigPizzaV3/codexplusplus-plugins (5 estrellas, 1 bifurcación): catálogo de plugins importables en modo API que se sincroniza automáticamente con el upstream.
BigPizzaV3/ai-status-monitor (3 estrellas): monitor autoalojado de estado de endpoints de IA con comprobaciones de modelos reales; proyecto menor del mismo autor, sin relación directa con Codex++.

El autor también mantiene utilidades puntuales (por ejemplo TcpKiller, GpuResourceInspector, cloud-mail), que confirman un perfil de desarrollador de herramientas personales; ninguna tiene relevancia para el ecosistema de Codex++.

Bifurcaciones y derivados

El repositorio acumula 1.901 bifurcaciones. De la lista de bifurcaciones ordenada por estrellas recuperada en esta investigación:

ATQQ/CodexPlusPlus (49 estrellas) es la bifurcación con más estrellas; su descripción coincide con la del original, sin evidencia de divergencia funcional.
Alunixa-Code/CodexPlusPlusPlus (1 estrella) es un derivado con nombre propio («Codex+++»); su descripción declara que se migró a «Alunixa X» y que la versión 1.2.67 de Codex+++ es la «versión final de puente de migración autónoma». Es el único fork recuperado que afirma ser un producto distinto.

En la búsqueda de repositorios de GitHub por codexpp apareció además HankTheSniper/Chat2ResProxy4Codexpp (0 estrellas), una herramienta auxiliar para convertir la vieja API de Chat Completions a la API de Responses cuando hay problemas de conversión; es un complemento puntual, no un competidor. No se recuperaron traducciones ni puertos a otros agentes: la audiencia documentada es la de la app de escritorio de Codex, y la documentación del proyecto es bilingüe chino-inglés en el propio README.

Relación con proyectos afines

Desde cc-switch: el README documenta la importación de perfiles desde la base de datos de farion1231/cc-switch (130.120 estrellas, 8.929 bifurcaciones, creado en agosto de 2025), y la investigación interna del proyecto (docs/research/01-调研结果.md) estudia el mecanismo de catálogo de modelos de cc-switch como referencia de implementación; además, la versión 1.2.56 permite personalizar la ruta de la base de datos de cc-switch con respaldo automático. cc-switch es el proyecto más cercano y también un vecino funcional: cubre cambio de proveedores para Claude Code, Codex, OpenCode, OpenClaw y Grok Build. Codex++ lo cita dos veces: como origen de perfiles importables y como referencia de implementación del catálogo de modelos.

obra/superpowers (metodología de desarrollo para agentes) aparece de forma indirecta: el repositorio conserva una carpeta docs/superpowers/ con planes y especificaciones, lo que indica que el equipo la usa como flujo de trabajo interno.

En los resultados de YouTube se recuperó un vídeo de comparación titulado en chino «CC Switch、Codex++、EchoBird 对比：Codex / Claude / OpenClaw 怎么接任意模型？» (canal 刘言的AI世界, 2.365 vistas según la página de resultados); el proyecto «EchoBird» citado en ese título no se verificó directamente en esta investigación, por lo que no se afirma nada más sobre él.

Estado oficial y semioficial

Codex++ no tiene ningún estatus oficial: la página de preguntas frecuentes del sitio oficial lo dice explícitamente al responder «¿Es Codex++ un producto oficial de OpenAI?» con que es una herramienta externa de código abierto mantenida por la comunidad. No forma parte de ningún marketplace de OpenAI, no recibe el respaldo de ningún vendor y no se le denomina estándar en ninguna fuente recuperada.

Su posición de facto, en cambio, es notable dentro de su nicho: es la herramienta de mejora y cambio de proveedor para la app de escritorio de Codex con más adopción visible en el ecosistema chino (29.869 estrellas, un README sostenido por más de una decena de patrocinadores que son servicios de reenvío de API, decenas de tutoriales en YouTube y una comunidad organizada en QQ, WeChat y Telegram). En la práctica funciona como la referencia a la que comparan otros proyectos del mismo nicho (como muestra el vídeo de comparación con cc-switch y EchoBird), sin que ello implique certificación de calidad ni compatibilidad garantizada: los paquetes de macOS no están notificados, el proyecto depende de los detalles internos de una app de terceros y su ritmo de adaptación a las actualizaciones de Codex es el principal factor de estabilidad.

Codex++ como puente comunitario entre la app oficial de Codex y proveedores de modelos locales o de terceros, con rutas de datos de neón hacia clústeres de proveedores y almacenamiento local de credenciales

La licencia AGPL-3.0-only merece una nota para integradores: las versiones modificadas que se distribuyan o se ofrezcan a usuarios a través de una red deben publicar el código fuente correspondiente, y la licencia no concede derechos sobre las marcas ni los recursos de OpenAI, ChatGPT o Codex.

Guía rápida de uso

Instalación y primer arranque

Prerrequisitos: la aplicación de escritorio de Codex / ChatGPT de OpenAI ya instalada. Desde GitHub Releases se descarga el instalador correspondiente:

Windows: CodexPlusPlus-*-windows-x64-setup.exe (crea accesos en el escritorio y el menú Inicio).
macOS Apple Silicon: CodexPlusPlus-*-macos-arm64.dmg.
macOS Intel: CodexPlusPlus-*-macos-x64.dmg.

Tras la instalación existen dos entradas: Codex++ (arranque silencioso con la configuración guardada) y Codex++ Manager (el panel). El orden recomendado del primer uso, según el README, es: abrir el Manager, confirmar la ruta detectada de la app y su estado de ejecución, configurar un proveedor y las mejoras deseadas, y a partir de entonces arrancar siempre desde la entrada Codex++, no desde la app oficial.

Flujos de trabajo habituales

Añadir un proveedor de API: en el Manager, crear un perfil con modo API pura, URL base, clave y protocolo (Responses o Chat Completions), definir los modelos y su ventana de contexto, y ejecutar la prueba de modelo o el «Provider Doctor» desde la página de detalles para validar la conexión antes de cambiar.
Cambiar de proveedor: seleccionar el perfil y usar el botón de aplicación; Codex++ guarda el perfil actual antes de escribir el destino. El README advierte explícitamente no copiar a mano el auth.json entre los modos API pura y login mezclado, porque usan ubicaciones de autenticación diferentes.
Limpiar o exportar sesiones: en la sección de sesiones, escanear las locales, seleccionar varias (o todas) y borrarlas en bloque con recuento de éxitos y fallos, o exportarlas a Markdown; el historial de tokens queda disponible en el mismo panel.
Crear un worktree desde la rama de upstream: la función «Upstream worktree» equivale a actualizar el remoto y ejecutar git worktree add -b <nueva-rama> <ruta-worktree> upstream/<rama-base>, de modo que el worktree parte de la rama remota actualizada y no del HEAD local de la sesión; si Codex++ no reconoce el formulario nativo de la versión de Codex instalada, los campos (ruta del repositorio, rama, ruta del worktree, remoto y rama base) se rellenan manualmente desde el menú.

Configuración esencial

Los archivos y ajustes que un usuario nuevo tocará primero:

Perfiles de proveedor en el Manager (modos de autenticación, protocolo, URL base, clave, modelos): es la configuración principal; cada perfil se guarda por separado y se activa con un clic.
~/.codex/config.toml: configuración que lee la app de Codex; Codex++ la escribe al aplicar un perfil (incluido el puntero model_catalog_json).
~/.codex/auth.json: estado de autenticación oficial; en modo API pura la clave vive en el perfil, no mezclada con este archivo.
Lista de modelos con sufijo de ventana (por ejemplo deepseek-v4-pro[1M], claude-sonnet-4[200K]): activa la generación del catálogo por modelo.
~/.codex-session-delete/: estado y registros propios de Codex++; útil para diagnóstico y depuración de errores.

Trampas frecuentes y soluciones

Estas son las dificultades más documentadas en los issues del repositorio (1.688 issues en total según el endpoint de búsqueda de GitHub) y en el README:

El menú de Codex++ no aparece: ocurre cuando la app se abre directamente en lugar de arrancarse desde la entrada Codex++. El README indica comprobar la ruta detectada, el estado de arranque y los registros de diagnóstico en las páginas de mantenimiento y «Acerca de» del Manager.
La app de Codex se actualiza y la inyección deja de funcionar (issue #1052, 22 comentarios, cerrado): al depender de la estructura interna de la app, las mejoras pueden romperse con cada actualización; la solución documentada es actualizar Codex++ a una versión con la adaptación correspondiente y, si no la hay, esperar a un release nuevo (el proyecto publica casi a diario durante los meses de mayor actividad).
Ventana de contexto stuck en 258K con modelos de terceros (issues #931, #1171, #1594, #451): la causa es el valor fijo compilado en el cliente de Codex; la corrección es el catálogo por modelo (sufijos [1M]/[200K] en la lista de modelos), implementado y documentado a partir de la versión 1.2.18.
La app de macOS se bloquea como «dañada»: los paquetes actuales están firmados de forma ad-hoc y sin notificar, por lo que Gatekeeper puede bloquearlos. El README en chino documenta el desbloqueo con sudo xattr -rd com.apple.quarantine sobre ambas apps instaladas (el nombre de la app del Manager incluye los caracteres 管理工具, que significan «herramienta de gestión»); el README en inglés recomienda además permitir la app desde Configuración del sistema → Privacidad y seguridad.
Historial de conversaciones borrado tras una actualización (issue #352, 24 comentarios, cerrado): reportado en la versión 1.1.8; por eso el README pide conservar copias de seguridad antes de modificar la configuración de proveedores o los datos de sesión.
Errores 401/502 al usar proveedores de terceros (issues #1924, #406): el flujo de solución documentado es ejecutar la prueba de modelo o el Provider Doctor y verificar que protocolo, URL base, clave y modelo de prueba coincidan.
Archivo config.toml no cargaable tras una actualización (issue #1997, abierto, versión 1.2.53): la comunidad reporta fallos de escritura del TOML en algunas versiones; la práctica recomendada es mantener copias de seguridad de config.toml y auth.json.

Integraciones y migración

Zed Remote: el panel detecta proyectos abiertos como remotos en Zed y permite abrirlos, con un registro de proyectos recientes para el flujo de trabajo remoto.
Móvil: el monorepo incluye apps/codex-plus-mobile-relay, un servicio de reenvío local para controlar o consultar Codex desde el teléfono; los issues de la comunidad (por ejemplo #101 y #1879) muestran que es un flujo en desarrollo activo.
Scripts y temas de la comunidad: el mercado de scripts (BigPizzaV3/CodexPlusPlusScriptMarket) y el mercado de temas DreamSkin (BigPizzaV3/CodexPlusPlus-Themes) se instalan y gestionan desde el propio panel; la documentación de temas se entrega como paquetes ZIP con validación y CSS seguro.
Hacia una configuración manual: como Codex++ escribe la configuración estándar en ~/.codex/config.toml y auth.json, un usuario puede migrar «hacia abajo» (a configuración manual) simplemente dejando de arrancar por el lanzador; no existe formato propietario que lo impida.

Números del repo

Medición: 30 de agosto de 2026, API de GitHub.

Métrica	Valor
Estrellas	29.869
Bifurcaciones	1.901
Suscriptores reales (`subscribers_count`)	67
Commits en la rama `main`	869
Incidencias abiertas según `open_issues_count`	1.011
Incidencias totales (endpoint de búsqueda, sin PR)	1.688
Lenguaje principal	Rust
Licencia	AGPL-3.0-only
Creación	6 de mayo de 2026
Último push	27 de agosto de 2026
Último release	`v1.2.56`, 27 de agosto de 2026 (74 releases desde `v1.0.4` del 11 de mayo de 2026)

Los principales contribuidores que devolvió la API, por número de contribuciones, fueron BigPizzaV3 (505), jarvislee90s-dot (48), Rat0323 (41), Yuimi-chaya (23), 0xTotoroX (18), kokotao (12) y lennney (12). El proyecto está muy centralizado en el autor, aunque con un segundo y tercer contribuidor activos.

Caveats de la medición: open_issues_count de la API de GitHub incluye solicitudes de cambios abiertas, por lo que el valor 1.011 no es un conteo exclusivo de incidencias; el total de 1.688 se obtuvo del endpoint de búsqueda con type:issue (incidencias abiertas y cerradas, sin pull requests). El conteo de 869 commits se obtuvo del enlace de paginación final (rel="last") del endpoint de commits. El campo watchers_count de la respuesta general duplica las estrellas (29.869); por eso se informa por separado el campo subscribers_count como número real de suscriptores.

Cómo contribuir

El repositorio documenta un proceso de contribución en CONTRIBUTING.md:

Clonar el repositorio y disponer del toolchain de Rust (el documento pide 1.70 o superior, aunque el badge del README indica 1.85+).
Crear una rama de características (feat/nombre-de-la-caracteristica).
Escribir código Rust idiomático con pruebas para la nueva funcionalidad.
Ejecutar cargo test --all-features y cargo clippy, y formatear con cargo fmt.
Abrir una solicitud de cambios con una descripción clara; los issues deben incluir la versión de Rust, el sistema operativo y pasos mínimos de reproducción.
Al contribuir, el código se licenciará bajo AGPL-3.0-only.

Además, el README documenta las comprobaciones para desarrolladores del frontend y del backend:

cd apps/codex-plus-manager
npm ci
npm run check
npm run vite:build

cd ../..
cargo fmt --all -- --check
cargo test
cargo build --release

El archivo AGENTS.md de la raíz (escrito para agentes de código) documenta el flujo de trabajo con fork: el remoto upstream apunta al repositorio oficial, origin al fork propio, las ramas de características se nombran como codex/per-model-context y el desarrollo se mantiene sincronizado con git fetch upstream && git rebase upstream/main antes de abrir el pull request al repositorio principal. Los tests de integración viven en crates/codex-plus-core/tests/ (por ejemplo relay_config.rs) y se escriben con el estilo #[test] más tempfile, leyendo el texto resultante de config.toml para las aserciones.

Cómo lo recibió la comunidad

La recepción se concentra en GitHub y en YouTube, en una audiencia mayoritariamente de habla china. No se recuperó ningún hilo de Hacker News, Reddit, V2EX ni linux.do que nombrara directamente al proyecto (las búsquedas por «CodexPlusPlus», «codexpp» y «Codex++» no devolvieron hilos propios; las consultas a reddit, v2ex y linux.do se bloquearon con desafíos de acceso, de modo que la ausencia de resultados no debe leerse como ausencia de discusión), ni página de Product Hunt (la búsqueda muestra «No products found»).

En GitHub, los issues de más actividad combinan agradecimiento implícito por la velocidad de publicación y críticas concretas de estabilidad:

issue #352 (cerrado, 24 comentarios): tras la versión 1.1.8 el usuario LockyJohn reportó que todas las conversaciones históricas desaparecieron y que la función de computer use dejó de funcionar. Es el issue con más comentarios del proyecto.
issue #1052 (cerrado, 22 comentarios): el usuario 694248265 reportó que tras una actualización de Codex, Codex++ ya no podía inyectar ni abrir la app; representa la fricción estructural de depender de una app de terceros.
issue #1879 (abierto, 21 comentarios): el usuario sedate-cxq pregunta cómo configurar el flujo de mensajes de WeChat porque no puede iniciar el app-server de Codex; muestra la adopción en flujos de automatización más allá del desarrollo.
issue #406 (abierto, 21 comentarios): el usuario orangebeck-creep documenta errores 502 Bad Gateway al usar modelos DeepSeek en macOS M1 tras actualizar a 1.1.8.
issue #1859 (cerrado, 19 comentarios): BingBu1 reporta que las conversaciones empezaban a mostrar todas las conversaciones de subagentes.
issue #327 (abierto, 19 comentarios): almaleande reporta errores recurrentes de tool_calls en conversaciones.
issue #1924 (cerrado, 18 comentarios): jaingtianyuty-oss reporta 401 Unauthorized.
issue #1594 (abierto, 12 comentarios): zjh012600 reporta que la ventana de contexto queda fija en 258K ignorando la configuración de 1M (uno de los issues que motivó la función de catálogo por modelo).

En YouTube se recuperaron decenas de tutoriales en chino que citan directamente al proyecto (vistas según la página de resultados de YouTube, 30 de agosto de 2026):

«Codex++：强大的 Codex 增强工具，插件全解锁，快速切换三方模型，支持历史会话保留，让 Codex 更顺手！» — canal 科技lion, 10.270 vistas.
«OpenAI Codex 接入第三方 API 教程｜用 Codex++ 一步搞定，支持 DeepSeek 等模型，解锁插件功能！» — canal X超哥, 12.235 vistas.
«Codex++实测：让 Codex 接入 DeepSeek 和第三方模型，值不值得用？» — canal 刘言的AI世界, 6.954 vistas (título de prueba práctica, sin conclusión recuperada).
«Codex++：让国内模型轻松接入 + 插件解锁的 Codex App 增强启动器与管理工具» — canal 鲲鹏Talk, 4.369 vistas.
«Codex++ 国产模型轻松接入，支持安装插件、手机控制、上下文显示等各种玩法，小白教程» — canal Nicknick, 736 vistas.
«Codex++：把 Codex 的中轉、會話與插件管理整理成外部控制層｜GitHub雷達» — canal Github雷達, 32 vistas.
«CC Switch、Codex++、EchoBird 对比：Codex / Claude / OpenClaw 怎么接任意模型？» — canal 刘言的AI世界, 2.365 vistas (vídeo comparativo).

El patrón general de los títulos: la adopción real gira en torno a tres promesas — conectar modelos chinos o de terceros, desbloquear el mercado de plugins y conservar las sesiones históricas — mientras que las críticas recuperadas se centran en la fragilidad ante las actualizaciones de la app oficial y en errores de autenticación o de conversión de protocolo con proveedores de terceros.

Codex++ frente a otras propuestas

Propuesta	Coincidencia verificable	Diferencia verificable
`farion1231/cc-switch` (130.120 estrellas)	Gestor de escritorio para cambiar proveedores de modelos, con soporte de Codex entre otros agentes (Claude Code, OpenCode, OpenClaw, Grok Build).	cc-switch es multi-agente y se centra en el cambio de perfiles de proveedor; Codex++ se especializa en la app de escritorio de Codex y añade inyección de interfaz, gestión de sesiones sobre la base de datos local, temas, scripts y worktrees. Codex++ importa perfiles de cc-switch, por lo que la relación es complementaria además de competidora.
`HankTheSniper/Chat2ResProxy4Codexpp` (0 estrellas)	Aborda el mismo problema puntual: convertir la API de Chat Completions a la de Responses para el flujo de Codex.	Es una herramienta auxiliar mínima, no un lanzador ni un gestor; aparece en la búsqueda de GitHub por «codexpp».
«EchoBird» (mencionado en el título de un vídeo comparativo)	Se compara con Codex++ en un tutorial de YouTube para conectar modelos a Codex / Claude / OpenClaw.	El repositorio no se verificó en esta investigación; solo se afirma su presencia en el título del vídeo.
App de escritorio de Codex (producto oficial)	Es el huésped, no un competidor: Codex++ la arranca, la mejora y la configura.	La app oficial no ofrece cambio de proveedor de API de terceros ni mejoras de interfaz de la clase que Codex++ inyecta; la FAQ del proyecto deja claro que no es un producto de OpenAI.

La comparación más útil es la primera: un equipo que ya usa cc-switch para varios agentes puede mantenerlo como capa de perfiles y añadir Codex++ solo donde quiera las mejoras de interfaz y la gestión de sesiones de la app de Codex.

Casos de uso

Desarrolladores que usan la app de escritorio de Codex y quieren modelos de terceros o regionales: la razón de ser del proyecto. El modo API pura con conversión Chat Completions → Responses permite usar DeepSeek, Kimi, GLM, MiniMax u otro endpoint compatible dentro de la interfaz de Codex, con ventanas de contexto reales por modelo (el sufijo [1M]) y pruebas de conexión integradas (Provider Doctor).
Usuarios que gestionan varios proveedores de API: el modo agregado con tolerancia a fallos, rotación por conversación o por petición y ponderación permite repartir el tráfico entre endpoints para controlar coste o disponibilidad sin reconfigurar la app manualmente en cada cambio.
Equipos que acumulan sesiones de Codex: el escaneo, el borrado en bloque, la exportación a Markdown y el historial de tokens sobre la base de datos local (~/.codex/sqlite/*.db) cubren un mantenimiento que de otro modo requeriría consultas SQL a mano; la sincronización de metadatos de proveedor con respaldo (~/.codex/backups_state/provider-sync) protege las sesiones al cambiar de perfil.
Personas que desarrollan con la interfaz en chino: la localización forzada de la interfaz y del menú nativo, junto con el mercado de temas DreamSkin, responden a una audiencia concreta que la app oficial no localiza por sí misma.
Flujos de automatización y control a distancia: el servicio codex-plus-mobile-relay y los issues sobre flujos de WeChat muestran su uso en automatizaciones que arrancan o consultan Codex fuera del escritorio; el desbloqueo del mercado de plugins y la gestión de scripts lo convierten en un punto de extensión para quien personaliza profundamente su agente de escritorio.
Usuarios de Zed con trabajo remoto: la detección y apertura de proyectos Zed Remote y la creación de worktrees desde ramas de upstream (siempre partiendo del remoto actualizado) integran el panel en un flujo de trabajo multi-entorno.

En todos los casos cabe la advertencia documentada por el propio proyecto: la estabilidad depende de la versión de la app oficial de Codex instalada, por lo que conviene mantener copias de seguridad de config.toml y auth.json antes de aplicar cambios, y aceptar que una actualización de la app puede requerir un release nuevo de Codex++ antes de que las mejoras vuelvan a funcionar.

Recursos

Repositorio: https://github.com/BigPizzaV3/CodexPlusPlus
Documentación / sitio oficial: https://codexpp.cc/ (páginas de funciones, descargas, changelog y FAQ, en chino e inglés)
Changelog oficial: https://github.com/BigPizzaV3/CodexPlusPlus/blob/main/CHANGELOG.md y la página de changelog de codexpp.cc
Skills / mercados oficiales: scripts en https://github.com/BigPizzaV3/CodexPlusPlusScriptMarket ; temas DreamSkin en https://github.com/BigPizzaV3/CodexPlusPlus-Themes ; plugins en https://github.com/BigPizzaV3/codexplusplus-plugins
Reviews / tutoriales en vídeo (YouTube):
- https://www.youtube.com/watch?v=S9apMT77fVM (科技lion, ~10.270 vistas)
- https://www.youtube.com/watch?v=XULYcaQUyIM (X超哥, ~12.235 vistas)
- https://www.youtube.com/watch?v=OqQVJkH5HBE (刘言的AI世界, ~6.954 vistas)
- https://www.youtube.com/watch?v=GuS2vVS9X98 (鲲鹏Talk, ~4.369 vistas)
- https://www.youtube.com/watch?v=ApiwQ8klFfk (Nicknick, ~736 vistas)
- https://www.youtube.com/watch?v=IYP38XmyM5w (刘言的AI世界, comparación cc-switch / Codex++ / EchoBird, ~2.365 vistas)
- https://www.youtube.com/watch?v=VAOfRNuqSwI (Github雷達, ~32 vistas)
Comunidad: Telegram https://t.me/CodexPlusPlus ; grupo de QQ 619480492 (tercer grupo de intercambio) ; WeChat a través del código QR en el README ; enlace de amistad a https://linux.do
Hilos de Hacker News / Reddit: no se recuperaron hilos directos que nombraran al proyecto en esta investigación; las consultas a Reddit, V2EX y linux.do se bloquearon con desafíos de acceso.
Registros de paquetes: no se publicó en crates.io (búsqueda sin resultados); la distribución es exclusivamente a través de GitHub Releases (instaladores NSIS y DMG).

Nota: este artículo combina el repositorio de GitHub (README, CHANGELOG, CONTRIBUTING, documentación interna de docs/), la API de GitHub, el sitio oficial codexpp.cc y búsquedas en YouTube, Hacker News, Product Hunt, crates.io y foros chinos, todas consultadas el 30 de agosto de 2026. Las cifras de estrellas, bifurcaciones y commits corresponden a ese momento; las vistas de los vídeos son las mostradas en la página de resultados de YouTube y no una medición exacta. Las opiniones atribuidas a usuarios de issues son opiniones individuales y no constituyen una medición de satisfacción general.