Normalmente, no: dos cuentas personales de ChatGPT no deben tratarse como una sola bolsa de Codex que se suma o se comparte automáticamente. Pero el aviso de límite que ves puede pertenecer al uso agentic del plan activo, a un workspace, a una organización o proyecto de API, o a una sesión local que sigue autenticada con la cuenta equivocada.
La primera acción útil no es iniciar otra cuenta para seguir trabajando. Es averiguar quién posee la solicitud actual. Comprueba la cuenta activa, la pantalla Usage o /status, el dueño del workspace, la organización/proyecto de la API y el estado de sesión del navegador, CLI o IDE. Compartir credenciales o esquivar rate limits solo hace que el caso sea menos seguro y menos explicable.
| Superficie actual | Medidor que conviene mirar primero | Próximo paso seguro |
|---|---|---|
| Codex dentro de un plan ChatGPT | cuenta activa y uso agentic | esperar el reset, reducir la tarea o revisar créditos si el plan los permite |
| Workspace de equipo o empresa | dueño del workspace, asiento y créditos | preguntar al administrador antes de asumir un límite personal |
| CLI, SDK o IDE con API key | organización/proyecto de API | tratarlo como billing, rate limit o project limit, no como cambio de cuenta ChatGPT |
| Mismo equipo con Cuenta A y Cuenta B | navegador, IDE, CLI y sesión guardada | reproducir limpiamente, ocultar datos sensibles y preparar un caso de soporte |
Respuesta corta: qué medidor tiene el límite
La pregunta práctica no es cuántas cuentas tienes, sino qué medidor usa la petición de Codex en ese momento. Una cuenta personal de ChatGPT, un workspace de trabajo, una API key, una extensión de IDE y el CLI local pueden abrir flujos parecidos, pero no necesariamente gastan del mismo lugar.
En Codex usado desde un plan ChatGPT, importan la cuenta activa y su plan. La documentación de precios y ayuda de OpenAI revisada el 25 de mayo de 2026 indica que el uso de Codex depende del plan, el modelo, la complejidad de la tarea, la ejecución local o en la nube y los créditos disponibles. También puede contar dentro de un límite de uso agentic compartido con otras funciones agentic de pago. Eso es compartir uso dentro del medidor del plan activo, no fusionar todas las cuentas personales del portátil.
Si el flujo usa una API key, el dueño cambia. Cuando un CLI, SDK o IDE funciona con OPENAI_API_KEY o CODEX_API_KEY, las señales correctas están en la organización/proyecto de API: billing, usage, project limit, rate-limit error, key owner y uso reciente. El selector de cuenta de ChatGPT no resuelve esa rama.
El workspace también puede ser el dueño. Aunque el correo parezca personal, la sesión de Codex puede estar dentro de un workspace con asiento, crédito, política de administrador o contrato de empresa/educación. En esa rama, el nombre visible de la cuenta no basta; hay que mirar el workspace y quién lo administra.
La sesión local es el último medidor visible y suele explicar confusiones. Un perfil de navegador, una extensión de IDE, una terminal antigua, una app de escritorio o ~/.codex pueden seguir apuntando a la Cuenta A mientras tú crees estar usando la Cuenta B. El límite no se movió entre cuentas; la petición salió desde otro contexto autenticado.
Qué límites sí pueden compartirse según la frontera oficial
La información actual de OpenAI sobre Codex no funciona como una tabla fija y eterna de prompts. Habla de planes, modelos, créditos, ventanas de cinco horas en algunas filas, límites semanales cuando aplican, tareas locales o en la nube y consumo por complejidad. Por eso un número aislado envejece mal.
La primera frontera real es el uso agentic. OpenAI explica que Codex puede contar hacia el límite de uso de agente de un plan, junto con funciones como ChatGPT for Excel y Workspace Agents en los planes afectados. Si usaste otra función agentic intensamente, Codex puede parecer reducido aunque no hayas abierto otra sesión de Codex.
La segunda frontera es workspace u organización. Un plan Team, Business, Enterprise, Edu o un proyecto de API puede reunir consumo bajo una unidad administrativa. En ese caso, otro miembro, otra key, un script o una política de proyecto pueden afectar el margen disponible. Es metering de organización, no una prueba de que dos cuentas personales se hayan mezclado en secreto.
La tercera frontera es la autenticación del cliente. Las superficies de estado de Codex pueden mostrar account auth, bucket o workspace limit cuando están disponibles. Eso confirma que Codex tiene que elegir una identidad antes de mostrar el límite. Si el navegador y el CLI no usan la misma identidad, las conclusiones tampoco serán iguales.
La ayuda de OpenAI para cambiar entre varias cuentas indica que chats, memory, history, billing y workspaces permanecen separados entre cuentas. Ese punto sostiene el valor predeterminado: no tratar cuentas legítimas independientes como una allowance única. Aun así, esa ayuda no cubre todos los clientes de Codex, perfiles, caches, extensiones de IDE y API keys.
Por último está la frontera de Terms. Los Terms of Use de OpenAI prohíben compartir credenciales y eludir rate limits o restricciones. Aunque existan herramientas de cambio rápido, scripts de alias o conversaciones sobre varias suscripciones, la ruta segura es diagnosticar el dueño del límite y seguir por opciones legítimas.
Por qué una segunda cuenta puede parecer limitada en el mismo equipo
La explicación más común es que la identidad activa no cambió de verdad. Una pestaña puede mostrar la Cuenta B mientras la extensión de IDE, el CLI o una app de escritorio siguen autenticados con la Cuenta A. En esa situación, la Cuenta B no heredó nada; el cliente nunca dejó de enviar solicitudes desde A.
Un perfil de navegador puede crear la misma sensación. Varias cuentas dentro del mismo perfil separan datos de cuenta en algunas superficies, pero no garantizan que cada extensión, pestaña o app cambie al mismo tiempo. Un perfil limpio, una ventana privada o otro dispositivo sirven para aislar estado, no para rodear límites.
CLI e IDE añaden otra capa. Codex puede usar login de ChatGPT, API key o credenciales locales guardadas. Si existe CODEX_API_KEY u OPENAI_API_KEY en el entorno, quizá la organización API sea la dueña del límite. Si el modo es login ChatGPT, conviene mirar codex login status, /status y la pantalla Usage antes de culpar a otra cuenta.
El workspace también puede confundir. Tal vez la Cuenta A sea personal, la Cuenta B sea laboral y la sesión real siga dentro de un workspace con reglas propias. Allí el administrador puede ver políticas o créditos que el usuario no ve desde el menú personal.
Hay informes actuales que merecen respeto. En mayo de 2026 se han visto casos públicos donde usuarios con varias cuentas de pago dicen ver el mismo estado de límite de cinco horas tras cambiar de cuenta. Eso no demuestra una política oficial de pooling por dispositivo. Sí justifica una reproducción limpia, con datos ocultos, para soporte.
Comprobación limpia de Cuenta A / Cuenta B
Haz esta comprobación solo con cuentas que controlas legítimamente. El objetivo no es seguir trabajando mediante rotación. El objetivo es decidir si el límite pertenece a la cuenta activa, al workspace, a la organización de API, a la sesión local o a un síntoma de cliente que necesita soporte.
Empieza con la Cuenta A. Anota fecha, hora, zona horaria, superficie usada, modelo si aparece, plan o etiqueta de workspace y texto exacto del límite. Si guardas capturas, oculta correos, teléfonos, billing, tokens, API keys, identificadores completos de workspace y datos personales.
Después aísla el cliente antes de probar la Cuenta B. En navegador, usa un perfil limpio o ventana privada. En IDE, confirma qué cuenta usa la extensión. En CLI, mira si el modo activo es login ChatGPT o API key. Si una API key está en el entorno, registra la organización/proyecto porque puede cambiar totalmente el dueño del límite.
Cuando exista /status o una pantalla de uso actual, úsala. La comparación útil no es "qué cuenta quería usar", sino "qué cuenta, workspace, org API o bucket dijo Codex que estaba activo cuando apareció el límite".
Si la Cuenta B muestra uso independiente y funciona, A agotó su propio medidor. Si B muestra el mismo límite solo en un cliente local, refresca la sesión de ese cliente y repite una vez. Si B muestra el mismo límite en navegador limpio, IDE y CLI, sin workspace compartido ni API key común, conserva el caso para soporte.
| Prueba | Qué conservar | Qué ocultar |
|---|---|---|
| Identidad | tipo de cuenta: personal, trabajo, equipo | correo completo, teléfono, nombre real |
| Superficie | ChatGPT, Codex CLI, IDE, perfil de navegador | token, archivo de credenciales |
| Límite | texto exacto, hora, modelo, estado Usage | billing completo, workspace id completo |
| Autenticación | login ChatGPT o API key mode | API key, secret, OAuth token |
Rutas seguras después de un límite de Codex
La opción segura depende del dueño que identificaste. Si el bucket del plan ChatGPT está agotado, las opciones limpias son esperar la ventana correspondiente, elegir un modelo menos costoso cuando esté disponible, reducir el tamaño de la tarea o añadir créditos si el plan lo permite. No conviene construir la decisión sobre un número fijo de cuota porque las filas de plan cambian.
Si el workspace posee el medidor, la siguiente acción no es otra cuenta personal. Pregunta al dueño o administrador por el asiento, el pool de créditos, la política de uso y el estado del plan. En entornos de equipo o empresa puede haber controles invisibles desde la cuenta individual.
Si la organización o proyecto de API posee el medidor, trátalo como uso de API. Revisa project limits, billing, key owner, recent usage y errores de rate limit. API-key mode puede ser una continuación legítima para trabajo de CLI, SDK o IDE cuando controlas la organización API. No arregla por sí mismo el acceso del plan ChatGPT ni reemplaza funciones de Codex en la nube.
Si el cliente local provoca la confusión, cambia una cosa cada vez. Cierra sesión y vuelve a entrar, confirma cuenta activa, revisa la extensión de IDE, comprueba el estado del CLI y elimina supuestos de entorno uno por uno. Cambiar red, perfil, workspace, cuenta, API key y modelo a la vez destruye la evidencia.
Si el síntoma persiste tras una reproducción limpia, eleva un caso. El paquete fuerte es corto, fechado, reproducible y redactado. Describe el comportamiento sin pedir una excepción ni revelar secretos.
Cuentas de trabajo, equipos y API son medidores distintos
Una cuenta de trabajo puede ser independiente de una cuenta personal y aun así no funcionar como segunda allowance ilimitada. Puede estar bajo un workspace, política de organización, créditos de equipo o controles enterprise. El dueño real puede ser el workspace, no el correo.
Los arreglos Enterprise y Edu también cambian la forma del límite. La documentación de precios de Codex revisada el 25 de mayo de 2026 menciona pricing flexible y créditos en algunos contextos, mientras otros siguen un modelo de asiento o plan. La acción duradera no es memorizar cada fila, sino saber si el medidor pertenece al asiento, workspace o pool de créditos.
API es todavía más distinta. Una API key puede mantener un flujo local de CLI o SDK si el plan ChatGPT está limitado, pero también cambia billing, logs, permisos, disponibilidad de modelos y ownership de soporte. Antes de usar API como ruta separada, confirma que la tarea no depende de funciones de Codex ligadas al plan.
Para una comparación más amplia entre superficies de codificación, consulta Claude Code vs Codex. Para fronteras de proveedor/API, la referencia en inglés Codex with Azure OpenAI encaja mejor. Si el problema se parece más a login o verificación de cuenta que a uso, la rama cercana es Codex phone verification.
Lo que no conviene hacer
No compartas credenciales. Los Terms of Use de OpenAI vigentes desde el 1 de enero de 2026 prohíben compartir credenciales de cuenta y eludir rate limits o restricciones. Incluso si la otra cuenta es tuya, convertir la rotación en estrategia puede crear riesgo de política y confundir soporte.
No compres otra suscripción antes de identificar el medidor. Si el cliente sigue autenticado con la Cuenta A, si la API key apunta a la misma organización o si el workspace posee el uso, una segunda suscripción puede no cambiar el bloqueo inmediato.
No declares una política por IP o dispositivo sin evidencia. Los síntomas en el mismo equipo son reales y deben diagnosticarse, pero un síntoma visible no prueba que OpenAI agrupe intencionalmente todas las cuentas por IP, navegador o hardware. Trátalo como un caso reproducible hasta que exista orientación de primera parte.
No envíes secretos como prueba. Una captura útil muestra superficie, fecha, texto del límite y contexto de plan/workspace con campos sensibles ocultos. Nunca debe incluir OTP, correo completo, access token, API key, billing completo ni archivos locales de credenciales.
FAQ
¿Dos cuentas personales de ChatGPT comparten un único límite de Codex?
El valor seguro por defecto es no. Cuentas personales independientes no deben tratarse como una allowance combinada. Pero la solicitud actual puede pertenecer a un bucket agentic, workspace, organización/proyecto API o sesión local guardada, así que primero hay que identificar el medidor activo.
¿Codex comparte uso con ChatGPT for Excel o Workspace Agents?
La ayuda y precios de OpenAI revisados el 25 de mayo de 2026 indican que Codex puede contar hacia un límite de uso agentic compartido con otras funciones agentic de pago en planes afectados. Eso es compartir dentro del medidor del plan, no entre cuentas personales independientes.
¿Un workspace Team, Business, Enterprise o Edu puede cambiar mi límite?
Sí. Un workspace puede cambiar dueño del medidor, pool de créditos, política de administrador y ruta de soporte. Si Codex corre dentro de un contexto administrado, pregunta al owner antes de asumir que el límite es personal.
¿API key mode usa la misma allowance que ChatGPT Codex?
No. API key mode debe tratarse como uso de API dentro de una organización/proyecto con su propio billing y límites. Puede servir para CLI, SDK o IDE, pero no sustituye automáticamente funciones de Codex ligadas al plan ChatGPT.
¿Qué hago si la Cuenta B está limpia pero muestra el mismo límite que A?
Descarta primero workspace compartido, organización API compartida y sesión local obsoleta. Luego reproduce en navegador limpio, IDE y CLI. Si el síntoma sigue, prepara hora, superficie, auth mode, texto del límite y capturas redactadas para soporte.
¿Está permitido usar varias cuentas?
Separar cuenta personal y cuenta de trabajo no es lo mismo que compartir credenciales o evadir límites. Usa cuentas que controlas, respeta la política del workspace y no pidas prestada la cuenta o API key de otra persona para seguir trabajando.
¿Qué miro primero cuando aparece el límite?
Mira la cuenta activa y el modo de autenticación. Después revisa Codex Usage o /status, dueño del workspace, organización/proyecto API y sesión local del cliente. La mayoría de conclusiones erróneas aparecen cuando ese orden se invierte.