짧은 답은 이렇습니다. OpenAI 공개 문서에서는 같은 PC의 서로 다른 ChatGPT 계정이 하나의 Codex 한도를 공유한다는 규칙을 확인할 수 없습니다. 확인되는 것은 플랜, 모델, 작업 크기, local/cloud 작업, 로그인 방식, workspace, API organization의 경계입니다. local messages와 cloud tasks가 5시간 창을 공유할 수 있고, 일부 priced agentic features와 Codex usage가 공유될 수 있다는 내용은 있지만, 그것은 PC 단위의 여러 계정 통합과 다릅니다.
한 컴퓨터에서 한 계정을 많이 쓴 뒤 다른 계정도 바로 제한되는 것처럼 보인다면 증상 자체는 중요합니다. 다만 먼저 해야 할 일은 정책을 추측하는 것이 아니라 app, CLI, IDE extension, browser OAuth, Usage dashboard, /status가 모두 같은 계정을 가리키는지 증명하는 것입니다.
공식 경계
ChatGPT로 로그인한 Codex는 subscription, workspace permission, plan limit의 영향을 받습니다. API key로 사용하는 Codex는 OpenAI Platform organization, project limit, usage-based billing의 영향을 받습니다. 두 경로는 비슷한 local task를 실행할 수 있지만, 요금과 관리 표면이 다릅니다.
| 표면 | 말할 수 있는 것 | 말하면 안 되는 것 |
|---|---|---|
| ChatGPT subscription | plan, model, task size, local/cloud에 따라 달라진다 | 다른 계정이 PC 단위로 합쳐진다는 증거는 아니다 |
| Workspace credits | 팀 플랜은 workspace credits나 설정을 가질 수 있다 | 개인 Plus 계정과 같은 풀은 아니다 |
| API key | Platform billing과 project limit을 사용한다 | subscription quota의 숨은 reset이 아니다 |
| Agentic features | 일부 기능과 usage를 공유할 수 있다 | cross-account device rule은 아니다 |
따라서 안전한 결론은, Codex에는 공유 창과 기능 공유가 있지만 같은 PC의 다른 계정을 하나의 quota로 합친다는 공개 규칙은 확인되지 않는다는 것입니다. support가 특정 계정에 대해 safety throttling을 설명했다면 그 사례의 답변으로 기록해야지 전체 사용자 정책으로 일반화하면 안 됩니다.
왜 공유처럼 보이나
가장 흔한 원인은 로그인 상태가 완전히 바뀌지 않은 것입니다. 브라우저에서는 새 계정이어도 CLI는 이전 auth를 사용할 수 있습니다. desktop app, IDE extension, shell, CODEX_HOME이 서로 다른 상태라면 실제로는 다른 meter를 보면서 같은 제한처럼 느낄 수 있습니다.
또 같은 IP, proxy, parallel runs, cloud tasks, code review, fast mode가 겹치면 제한이 비슷한 시점에 나타날 수 있습니다. 이것은 device quota의 증거가 아니라 network/concurrency/safety context의 가능성입니다. support에 보낼 때는 반드시 이 정보를 함께 넣어야 합니다.
Usage dashboard와 /status도 같은 의미가 아닙니다. Usage는 account와 plan surface이고, /status는 현재 CLI session의 model, service tier, remaining state입니다. 둘이 다르면 timestamp와 함께 둘 다 저장하세요.
확인 순서
| 단계 | 저장할 것 | 목적 |
|---|---|---|
| 1. Codex Usage | account, plan, reset, credits, time | account meter 확인 |
2. /status | model, tier, limit text, time | active session 확인 |
| 3. Login | app avatar, IDE profile, codex login status | 이전 계정 배제 |
| 4. Local state | CODEX_HOME, auth store, browser profile | local auth 혼선 배제 |
| 5. Network | IP, proxy, parallel runs, cloud tasks | concurrency/safety 맥락 확인 |
| 6. Support | screenshots, timeline, commands, reproduction | 계정 또는 safety 판단 요청 |
local state를 분리하는 것은 진단에 도움이 됩니다. 하지만 그것이 새로운 entitlement를 만들지는 않습니다. 별도 CODEX_HOME과 browser profile은 어떤 계정이 실제로 사용되는지 확인하기 위한 도구이지, 한도 우회 방법이 아닙니다.
다음 조치
이전 계정으로 남아 있었다면 로그아웃하고 목표 계정으로 다시 로그인한 뒤 Usage와 /status를 다시 확인합니다. 실제 account meter가 소진된 경우에는 reset을 기다리거나 더 가벼운 model/speed로 낮추고, 가능한 credits를 사용합니다. 추가 local automation이 필요하면 API key를 사용할 수 있지만, Platform usage-based billing을 받아들일 때만 적합합니다.
깨끗한 local state에서도 여러 계정이 같은 예기치 않은 제한을 보인다면 support packet을 만드세요. account, plan, timestamp, Usage, /status, local auth path, IP/proxy, concurrency, reproduction을 포함하면 account, workspace, network, safety layer 중 어디인지 물을 수 있습니다.
자주 묻는 질문
OpenAI는 PC 단위 Codex quota를 공개했나요?
확인한 공개 문서에서는 찾을 수 없습니다. 공개적으로 확인되는 것은 plan, workspace, API organization, local/cloud windows, 일부 기능 공유입니다.
두 번째 계정이 바로 제한되는 이유는 무엇인가요?
이전 auth, browser profile, IDE extension, CODEX_HOME, 같은 IP/proxy, parallel tasks, dashboard와 /status 불일치를 먼저 확인하세요.
CODEX_HOME을 나누면 한도가 늘어나나요?
아닙니다. local auth 분리에는 도움이 되지만 entitlement를 늘리는 방식은 아니며 공식 limit extension으로 쓰면 안 됩니다.
API key는 ChatGPT 한도를 공유하나요?
API key는 Platform billing과 project limit을 따릅니다. subscription quota reset이 아닙니다.
support에는 어떤 증거를 보내야 하나요?
Usage screenshot, /status, account, plan, reset text, timestamp, local auth setup, IP/proxy, parallel tasks, reproduction을 보내세요.
전체 plan 표는 OpenAI Codex usage limits, API와 subscription 차이는 Codex API key vs subscription를 보세요.
마지막으로 모든 재확인 결과를 하나의 evidence packet에 모으세요. 첫 제한, reset 이후 상태, 다시 로그인한 뒤의 /status, auth state, IP/concurrency를 이어서 기록하면 account quota인지 local state인지 safety limit인지 설명하기 쉽습니다.