Respuesta corta: OpenAI no publica una regla que una varias cuentas de ChatGPT en el mismo PC dentro de una sola cuota de Codex. Lo que sí documenta es más estrecho: el límite depende del plan, modelo, tamaño de tarea, trabajo local o cloud, método de inicio de sesión, workspace y organización API. También puede haber una ventana de cinco horas compartida entre mensajes locales y tareas cloud, y uso compartido con algunas funciones agentic con precio. Eso no convierte el PC en dueño de la cuota.
Si después de usar una cuenta Plus o Pro otra cuenta en el mismo equipo parece limitada al instante, el síntoma merece atención. Pero el primer trabajo no es asumir un cambio de política. Primero hay que demostrar qué cuenta están usando la app, CLI, extensión IDE, OAuth del navegador, Usage dashboard y la sesión activa de /status.
La frontera oficial
Codex tiene varias superficies de medición. El inicio de sesión con ChatGPT sigue la suscripción, permisos de workspace y reglas del plan. El uso con API key sigue OpenAI Platform, organization, project limits y facturación por uso. Pueden ejecutar tareas locales parecidas, pero no son el mismo contrato ni el mismo contador.
| Superficie | Qué puedes afirmar | Qué no demuestra |
|---|---|---|
| ChatGPT subscription | El límite depende de plan, modelo, tamaño de tarea y modo local/cloud | No prueba que varias cuentas se unan por PC |
| Workspace credits | Planes de equipo pueden tener credits o billing flexible | No es el pool de una cuenta Plus personal |
| API key | Usa Platform billing y límites de proyecto | No reinicia la cuota de la suscripción |
| Agentic features | Codex puede compartir uso con funciones con precio | No es una regla cross-account por dispositivo |
La forma segura de escribirlo es esta: Codex sí puede compartir ventanas o uso entre ciertas superficies, pero no hay una regla pública que diga que cuentas distintas en el mismo PC comparten una cuota única. Si support confirma un throttling de seguridad para tu caso, trátalo como respuesta individual, no como política general.
Por qué parece compartido
La causa más común es una autenticación local incompleta. Puedes cambiar de cuenta en el navegador y seguir usando el auth anterior en CLI. La app puede mostrar un perfil, la extensión IDE otro, y el shell puede apuntar a un CODEX_HOME antiguo. En ese estado parece que la segunda cuenta está limitada, aunque quizá ni siquiera es la cuenta que se está midiendo.
Otra causa es el contexto de red. Mismo IP, proxy, sesiones paralelas, cloud tasks, code review o fast mode pueden producir restricciones parecidas. Eso no prueba una cuota por dispositivo, pero sí es información relevante si support necesita revisar señales de seguridad, concurrencia o workspace.
También hay que separar dashboard y /status. El dashboard muestra la superficie de cuenta o plan. /status muestra la sesión activa: modelo, service tier y estado visible. Si no coinciden, guarda ambos con hora exacta antes de comprar otra cuenta o cambiar más variables.
Orden de diagnóstico
| Paso | Qué guardar | Para qué sirve |
|---|---|---|
| 1. Codex Usage | email, plan, reset, credits, hora | fijar el contador de cuenta |
2. /status | modelo, tier, texto de límite, hora | fijar la sesión CLI activa |
| 3. Login | avatar app, perfil IDE, codex login status | descartar una cuenta anterior |
| 4. Local state | CODEX_HOME, auth store, browser profile | descartar mezcla de autenticación |
| 5. Red | IP, proxy, sesiones paralelas, cloud tasks | explicar concurrencia o seguridad |
| 6. Support packet | screenshots, timeline, comandos, reproducción | pedir una revisión concreta |
Separar el estado local ayuda a diagnosticar. No crea una cuota nueva. Un CODEX_HOME separado, otro perfil de navegador o un shell limpio sirven para demostrar identidad activa; no deben venderse como mecanismo para ampliar límites.
Qué hacer después
Si la evidencia muestra que seguías conectado con la cuenta anterior, limpia la autenticación y repite Usage y /status. Si el contador de la cuenta está agotado, espera el reset, baja a un modelo o velocidad más ligera, o usa credits compatibles. Si necesitas automatización local extra, API key puede servir solo si aceptas facturación por uso en Platform.
Si varias cuentas con autenticación limpia muestran la misma restricción inesperada, prepara un paquete para support. Incluye cuentas, planes, timestamps, capturas de Usage, salida de /status, rutas de auth local, IP o proxy, concurrencia y pasos mínimos de reproducción. Ese paquete permite preguntar por cuenta, workspace, red o capa de seguridad.
Preguntas frecuentes
¿OpenAI publica una cuota de Codex por PC?
No en los documentos revisados. Lo público separa plan, workspace, organización API, ventanas local/cloud y ciertas funciones con precio.
¿Por qué la segunda cuenta aparece limitada al instante?
Revisa auth anterior, perfil del navegador, extensión IDE, CODEX_HOME, IP/proxy compartido, tareas paralelas y diferencias entre dashboard y /status.
¿Separar CODEX_HOME aumenta el límite?
No. Ayuda a diagnosticar identidad local, pero no crea entitlement ni debe describirse como extensión oficial.
¿API key comparte límites de ChatGPT?
No. API key usa Platform billing y límites de proyecto. Es otra superficie económica y administrativa.
¿Qué envío a support?
Usage screenshot, /status, cuenta, plan, reset text, timestamps, configuración local de auth, IP/proxy, tareas paralelas y reproducción mínima.
Para tablas amplias de plan, consulta OpenAI Codex usage limits. Para separar API y suscripción, consulta Codex API key vs subscription.
Para cerrar, guarda las revisiones repetidas en un mismo evidence packet: primer límite, estado después del reset, nuevo /status, auth state e IP/concurrencia. Una línea temporal vale más que una captura aislada.