Короткий ответ: в публичных документах OpenAI нет правила, по которому разные аккаунты ChatGPT на одном ПК получают одну общую квоту Codex. Документы говорят о плане, модели, размере задачи, локальной или облачной работе, способе входа, рабочем пространстве и API organization. Они также говорят, что локальные сообщения и cloud tasks могут делить пятчасовое окно, а Codex usage может делиться с некоторыми платными agentic features. Это не равно квоте устройства.
Если после работы в одном аккаунте Plus или Pro другой аккаунт на том же компьютере сразу выглядит ограниченным, симптом нельзя игнорировать. Но правильный первый шаг — доказать, какой именно аккаунт использует приложение, CLI, IDE extension, browser OAuth, Usage dashboard и текущая сессия /status. Пока эти поверхности не совпали, вывод о единой квоте будет слабым.
Официальная граница
У Codex есть несколько разных счетчиков. Вход через ChatGPT связан с подпиской, рабочим пространством, ролями и включенными лимитами. Вход через API key связан с OpenAI Platform, проектом, лимитами организации и usage-based billing. Эти маршруты могут запускать похожие локальные задачи, но доказательства по ним нужно хранить отдельно.
| Поверхность | Что можно утверждать | Что не следует выводить |
|---|---|---|
| ChatGPT subscription | Лимит зависит от плана, модели, размера задачи и режима local/cloud | Это не доказывает общую квоту для разных аккаунтов на ПК |
| Workspace credits | Командные планы могут иметь credits и гибкую оплату | Это не личный Plus-пул другого аккаунта |
| API key | Использует Platform billing и project limits | Это не скрытый reset подписки |
| Agentic features | Codex может делить usage с priced features | Это не опубликованная cross-account device policy |
Поэтому безопасная формулировка такая: Codex действительно имеет общие окна и общие функции внутри некоторых поверхностей, но публичное правило о склейке разных аккаунтов по одному ПК не найдено. Если support подтвердит отдельное safety throttling для вашего случая, это нужно описывать как конкретный ответ support, а не как общее правило.
Почему это похоже на общий лимит
Самая частая причина — не до конца смененный login. Пользователь может переключить аккаунт в браузере, но CLI все еще использует старый auth. Desktop app может показывать один профиль, а IDE extension — другой. Shell может указывать на старый CODEX_HOME. В таком состоянии второй аккаунт выглядит ограниченным, хотя проверяется не тот счетчик.
Вторая причина — общий network context. Один IP, proxy, несколько параллельных runs, cloud tasks, code review или fast mode могут создать похожие ограничения для разных сессий. Это не доказывает объединенную квоту, но дает support важный сигнал о concurrency и safety context.
Третья причина — dashboard и /status отвечают на разные вопросы. Dashboard показывает account или plan surface. /status показывает текущую CLI-сессию: модель, service tier и видимый остаток. Если эти данные расходятся, нужно сохранить обе стороны с timestamp, а не покупать еще один аккаунт.
Порядок проверки
| Шаг | Что сохранить | Зачем |
|---|---|---|
| 1. Codex Usage | email аккаунта, план, reset, credits, время | доказать состояние account meter |
2. /status | модель, tier, лимит, время | доказать состояние активной CLI-сессии |
| 3. Login | app avatar, IDE profile, codex login status | исключить старый аккаунт |
| 4. Local state | CODEX_HOME, auth store, browser profile | исключить смешанную авторизацию |
| 5. Network | IP, proxy, параллельные runs, cloud tasks | исключить общий throttling context |
| 6. Support packet | screenshots, timeline, commands, reproduction | получить ответ по аккаунту или safety rule |
Чистое разделение local state полезно для диагностики, но не является обещанием новой квоты. Если вы заводите отдельный CODEX_HOME, отдельный browser profile и отдельный shell environment, цель — доказать активный account identity. Это не должно превращаться в схему обхода лимитов.
Следующие действия
Если доказательства показывают старый login, выйдите и войдите в нужный аккаунт, затем повторите Usage и /status. Если account meter действительно исчерпан, ждите reset, используйте более легкую модель или скорость, либо применяйте совместимые credits. Если нужна дополнительная локальная автоматизация, API key подходит только при готовности платить через Platform usage.
Если разные аккаунты на чистом local state получают одинаковое неожиданное ограничение, соберите support packet. В нем должны быть аккаунты, планы, timestamps, screenshots, /status, local auth paths, IP или proxy, concurrency и короткие шаги воспроизведения. Такой пакет позволяет support ответить про account, workspace, network или safety layer, а не гадать.
Часто задаваемые вопросы
OpenAI публикует квоту Codex на один ПК?
Нет, такого публичного правила в проверенных документах не найдено. Публично подтверждены границы plan, workspace, API organization, local/cloud windows и некоторые priced features.
Почему второй аккаунт сразу ограничен?
Проверьте старый auth, browser profile, IDE extension, CODEX_HOME, общий IP, proxy, параллельные задачи и расхождение между dashboard и /status.
Поможет ли отдельный CODEX_HOME?
Он помогает доказать, какой аккаунт использует локальная сессия. Он не создает entitlement и не должен описываться как способ расширить лимит.
API key делит лимит ChatGPT subscription?
Нет. API key идет через Platform billing и project limits. Это отдельная экономическая и административная поверхность.
Что отправить в support?
Нужны screenshots Usage, вывод /status, account email, plan, reset text, timestamps, local auth setup, IP/proxy context, concurrency и минимальный reproduction path.
Подробные таблицы планов: OpenAI Codex usage limits. Разделение API и подписки: Codex API key vs subscription.
В конце держите все повторные проверки в одном evidence packet: первое ограничение, состояние после reset, новый /status, auth state и IP/concurrency. Последовательная timeline сильнее одной отдельной screenshot.