조사 보고 · 2026-09-07

Codex 다계정 전환 조사 보고

ChatGPT Business 좌석 3개를 한도에 막힐 때마다 자연스럽게 갈아타며 쓰려면, 공식 기능·서드파티 도구·하네스 교체 중 무엇을 골라야 하는가.

1. 한 줄 결론 + 권장 조합

공식 Codex CLI에는 다계정 전환 기능이 지금도 없다(요청 이슈 2건 모두 open). 실무 해법은 ① CODEX_HOME 분리 별칭(무설치·최저위험) ② 서드파티 스위처(claude-swap과 같은 경험) ③ 아예 하네스를 바꿔 계정 풀링을 내장으로 쓰기 — 셋 중 하나다.

순위조합왜
1순위 가재코드(gjc) 단독 — /login openai-codex로 3계정 등록 → credentialRankingMode: balanced 자동 랭킹 계정 풀링·자동 랭킹·소진계정 후순위 정렬이 하네스 내장이라 서드파티 auth.json 조작기가 필요 없다. Codex뿐 아니라 Claude Max 좌석도 같은 풀에 넣을 수 있어 HC의 claude-swap까지 흡수 가능. 한국인 제작(Yeachan-Heo), ★2,738, 오늘도 push. 단점: 베타, Codex 웹/IDE 확장은 못 씀
2순위 Codex Switcher(맥 메뉴바 GUI) + codext claude-swap과 가장 비슷한 사용 경험(트레이에서 5시간/주간 잔량 보고 클릭 전환). codext(포크 CLI)를 얹으면 auth.json이 바뀌는 순간 재시작 없이 계정이 갈아끼워지고, 한도 초과로 멈춘 턴을 새 계정으로 자동 재개까지 한다. 공식 Codex CLI/웹/IDE를 그대로 유지하는 게 최대 장점
0순위
(먼저 해볼 것)
CODEX_HOME 별칭 3개 설치 0, 서드파티에 토큰 안 넘김, 5분이면 끝. 자동전환만 없다. 일단 이걸로 하루 써보고 부족하면 1·2순위로

2. A파트 — Codex CLI / ChatGPT 다계정

A-1. 공식 기능: 없다 (2026-09-07 기준)

A-2. GitHub 전환 도구 비교

스타·push 날짜는 2026-09-07 GitHub API 실측.

이름URL★최근 push원리자동 전환맥비고
codex-auth github.com/loongphy/codex-auth 2,616 2026-07-23 ~/.codex/accounts/registry.json + auth.json 교체 ✗(수동 switch) ○ 이 분야 최다 스타. CLI·VS Code 확장·Codex App 지원. CLI/App은 전환 후 재시작 필요 → 그래서 codext를 함께 권함. npm @loongphy/codex-auth
codext (Codex CLI 포크) github.com/Loongphy/codext 142 2026-09-05 openai/codex 포크. auth.json 변경 감시 → 안전 지점에서 인증 리로드 △ 반자동 ○ 핵심 기능 3개: ①외부에서 auth.json이 바뀌면 재시작 없이 계정 반영 ②한도 걸리면 프롬프트 큐에 대기 후 여유 생기면 자동 발사 ③UsageLimitExceeded 후 계정이 바뀌면 “한도 리셋됐으니 이어서” 프롬프트 자동 투입([tui] usage_limit_resume_prompt)
Codex Switcher github.com/Lampese/codex-switcher 714 2026-09-06 Tauri 데스크톱 앱, auth.json 교체 ✗(트레이 클릭) ○ dmg 배포 HC에게 가장 친숙할 형태. 5시간/주간 실시간 잔량, 트레이에 % 표시, 맥 Dock/메뉴바 전용 모드, 5시간 리셋마다 자동 워밍업. 미공증(notarize) 빌드 → xattr -dr com.apple.quarantine 필요
codex-multi-auth github.com/ndycode/codex-multi-auth 478 2026-09-04 루프백 Responses 프록시로 런타임 로테이션 ○ 완전자동 ○ 유일하게 진짜 자동 페일오버(health-aware 선택, 쿼터 예보, 자동 failover). 대신 프록시를 끼우므로 복잡도·약관 리스크 최상. 프로젝트별 계정 분리 지원
Codex_AccountSwitch github.com/isxlan0/Codex_AccountSwitch 248 2026-07-24 C++/Win32/WebView2 ✗ ✗ (윈도우 전용) 참고만
claude-account-switcher github.com/Symbioose/claude-account-switcher 53 2026-05-19 맥 메뉴바, Claude Code + Codex CLI 동시 ○ auto-switch at limits 표방 ○ HC 요구에 개념상 가장 근접(두 도구 한 메뉴바)하나 ★53·3.5개월 정체 → 주력 권장 못 함
codex-router github.com/oli799/codex-router 19 2026-03-08 auth.json 재작성 ✗ ○ 소규모
codex-auth-switcher github.com/yazelin/codex-auth-switcher 2 2026-08-18 PowerShell 프로파일 ✗ △ 사실상 개인용
⚠️ codex-auth 제작자 본인의 경고 (README Disclaimer 원문)

기본 모드는 GET https://chatgpt.com/backend-api/wham/usage·/backend-api/accounts에 액세스 토큰을 보내 잔량을 갱신한다 — “This behavior may be detected by OpenAI and could violate their terms of service, potentially leading to account suspension.” 잔량 표시가 꼭 필요 없으면 --skip-api로 쓰는 게 안전하다.

A-3. Threads·한국 커뮤니티 (2~3개월)

A-4. ChatGPT 웹/앱 자체 다중 계정 — 웹에서 2개까지만

공식 도움말 “Use multiple accounts with account switching” 원문:

“Account switching is currently available on ChatGPT web; it is not yet supported in Codex desktop or the native ChatGPT mobile apps.”

“You can have a maximum of two accounts active in the switcher per session. You can still create additional accounts, but you'll need to log out to access more than two at once.”

A-5. 한도 구조 — 좌석(사용자) 단위, 워크스페이스 풀링 아님

ChatGPT Business models and limits 원문:

“Your included usage depends on your seat type and the experience you use. Premium seats provide a higher included allowance for ChatGPT Work and Codex.”

“The estimates below show allowed local messages per 5-hour window... Premium seats have 5x the included usage of Standard seats, with the benefit of no 5-hour limit so users can maximize uninterrupted session time”

Standard 좌석 5시간 창 로컬 메시지 추정치: GPT-6 Astra 5–45 / GPT-5.6 Sol 10–100 / Terra 25–200 / Luna 250–2,000.

또한 Codex pricing 문서: “ChatGPT Work and Codex share usage.” — 즉 ChatGPT에서 쓴 것과 Codex가 같은 통을 나눠 쓴다. 계정을 늘리는 게 곧 통을 늘리는 것이지만, 한 좌석에서 ChatGPT를 많이 쓰면 그 좌석의 Codex 한도도 같이 준다는 뜻이기도 하다.

💡 즉 HC의 3좌석 구상은 “3 × (Work+Codex 공용 통)”이 된다. 주간 창 수치는 이 문서에 없어 확인 안 됨.

3. B파트 — 플랫폼을 갈아타면 되는가

B-6. OpenCode

플러그인★최근 push상태
numman-ali/opencode-openai-codex-auth 2,194 2026-01-09 ★는 제일 높지만 8개월 정체 — 원조 격, 지금 쓰기엔 위험
ndycode/oc-codex-multi-auth 186 2026-09-03 현재 가장 활발. 다계정 로테이션·헬스체크·복구
dkraemerwork/opencode-openai-multi-auth 52 2026-03-08 소규모

한계: OpenAI가 서드파티 하네스의 ChatGPT OAuth 사용을 명시 허용했다는 문서는 찾지 못했다(확인 안 됨). 차단 사례도 이번 조사에서 확인 안 됨. 다만 후술할 약관 §3.3(h)(i) 리스크는 그대로 적용된다.

B-7. 하네스 비교표

하네스★ / 최근 pushChatGPT 구독 로그인다계정 풀링·자동 페일오버판정
가재코드 (gjc) — Yeachan-Heo/gajae-code 2,738 / 2026-09-07 ○ 내장 openai-codex(브라우저) / openai-codex-device(헤드리스) ○ 내장 — OAuth 자격증명을 “계정 풀”로 취급, /login에 AUTO(ranked), gjc accounts pin/list/check, credentialRankingMode: balanced|earliest-reset, “Blocked/exhausted accounts sort last” 최적합
OpenCode 205,493 / 2026-09-07 ○ 공식 zero-setup(ChatGPT Plus) △ 플러그인 필요(oc-codex-multi-auth 등) 차선
공식 Codex CLI 122,111 / 2026-09-07 ○ (당연) ✗ 스위처 필수
Crush (charmbracelet) 27,939 / 2026-09-07 확인 안 됨 확인 안 됨 미확인
Kilo Code 27,208 / 2026-09-07 확인 안 됨 확인 안 됨 미확인
Cline 67,597 / 2026-09-07 확인 안 됨 확인 안 됨 미확인
Roo Code 24,308 / 2026-05-15(정체) 확인 안 됨 확인 안 됨 비권장
Gemini CLI 106,842 / 2026-09-07 ✗(구글 계정) 해당없음 논외
Qwen Code 27,690 / 2026-09-07 ✗ 해당없음 논외
“가재코드”의 정체 확정

Gajae Code (gjc), 제작자 Yeachan-Heo. 이름은 “갑각류를 닮은 TUI 테마”에서 유래(기본 다크=red-claw, 라이트=blue-crab). 특정 에이전트의 플러그인이 아니라 외부 하네스라서 Claude Code·Codex·OpenCode와 병행 가능. 슬로건이 정확히 HC의 문제의식이다: “The coding agent that runs on the plan you already pay for.”

출처: github.com/Yeachan-Heo/gajae-code, 하네스 생태계 정리 블로그

B-8. 결론 — 풀린다. 단, 잃는 게 명확하다

푼다: 가재코드는 다계정 OAuth 풀링을 하네스 자체 기능으로 갖고 있다. auth.json을 남이 덮어쓰는 방식이 아니라 자체 자격증명 DB에서 랭킹으로 고르고, 막힌 계정은 뒤로 민다. 게다가 Claude Pro/Max 좌석도 같은 메커니즘에 들어가므로 claude-swap + codex 스위처 2종을 하나로 통합할 수 있다. 텔레그램으로 에이전트 질문을 받는 기능은 HC의 헤르메스 봇 운용과도 맞물린다.

잃는 것:

  1. Codex 웹(cloud tasks·자동 코드리뷰·Slack 연동)과 IDE 확장은 못 쓴다 — 가재코드는 로컬 하네스다. Codex 웹까지 쓰려면 브라우저 계정 전환(2개 한도)을 병행해야 한다.
  2. Codex 전용 모델 튜닝(GPT-5.3-Codex-Spark 등 Codex 표면 전용 기능)이 하네스 경유로 그대로 온다는 보장 확인 안 됨.
  3. 베타다. README 원문: “Gajae-Code is an experimental, beta-stage project. Expect rough edges.”
  4. 약관 리스크는 플랫폼을 바꿔도 사라지지 않는다 (아래 4번).

4. 약관·정책 원문과 현실적 위험도

OpenAI Services Agreement (Effective: 2026-01-01) 원문:

§3.1 Customer Account. “Customer will not share Account access credentials or individual login credentials between multiple users.”

§3.2 End Users. “End User Accounts may only be provisioned to, registered for, and used by, a single End User.”

§3.3. “...(h) interfere with or disrupt the Services, including circumvent any rate limits or restrictions or bypass any protective measures...; (i) violate or circumvent Usage Limits or otherwise configure the Services to avoid Usage Limits.”

해석 — HC 상황에 대한 정직한 평가:

항목위험도근거
여러 좌석을 HC 혼자 쓰기 중 §3.1이 금지하는 건 “1계정을 여러 사람이”인데, HC는 그 반대(여러 계정을 1인이)다. 다만 §3.2의 “provisioned to a single End User”는 좌석↔사람 1:1을 전제한다. 유령 좌석 취급될 소지 있음. 회사 워크스페이스(CCFD2)라 재단 관리자 책임으로 번질 수 있다는 게 진짜 리스크
한도 걸리면 자동으로 다음 계정 높음 §3.3(i) “otherwise configure the Services to avoid Usage Limits”에 문언상 정면으로 걸린다. 수동 전환보다 자동 로테이션 프록시(codex-multi-auth 등)가 훨씬 위험
잔량 조회 API 폴링 중 codex-auth 제작자 본인이 계정 정지 가능성을 경고
CODEX_HOME 별칭 수동 전환 낮음 사람이 직접 다른 계정으로 로그인해 쓰는 것. 도구가 개입하지 않음
현실적 권고

기술적으로는 어떤 방식이든 동작한다. 하지만 회사 워크스페이스(CCFD2)에 개인 지메일 좌석을 얹고 자동 로테이션을 돌리는 조합은 재단 계정 리스크로 번질 수 있어 권하지 않는다. 개인 계정끼리 수동/반자동 전환으로 시작하고, 자동 로테이션 프록시는 피하는 것이 안전선이다. 최종 판단은 HC 몫.

5. HC가 바로 해볼 순서

5-A. 0순위 — CODEX_HOME 별칭 (5분, 설치 없음, 위험 최저)

# 1) 2·3번째 계정용 폴더 준비
mkdir -p ~/.codex2 ~/.codex3

# 2) zsh 별칭 등록
cat >> ~/.zshrc <<'EOF'
alias codex2='CODEX_HOME="$HOME/.codex2" codex'
alias codex3='CODEX_HOME="$HOME/.codex3" codex'
EOF
source ~/.zshrc

# 3) 각 별칭으로 실행해 해당 계정으로 로그인
codex2      # → hcseo217@gmail.com 으로 로그인
codex3      # → 기존 워크스페이스 계정으로 로그인

로그인이 끝나면 설정·세션·MCP·스킬을 공유하도록 auth.json만 빼고 복사한다.

# 4) 원본 설정을 2·3번 계정 폴더에 복사 (auth.json은 절대 덮지 않음)
for d in ~/.codex2 ~/.codex3; do
  rsync -a --exclude 'auth.json' ~/.codex/ "$d/"
done

이제 codex = 1번 계정, codex2 = 2번, codex3 = 3번. 한도에 막히면 그냥 다음 별칭으로 새 세션을 연다.

함정

4단계를 로그인(3단계) 뒤에 해야 한다. 순서를 바꾸면 auth.json이 없는 상태로 복사돼 로그인이 날아간다. rsync의 --exclude 'auth.json'을 빠뜨리면 계정이 전부 1번으로 덮인다 — 이 한 줄이 핵심.

5-B. 1순위 — 가재코드로 계정 풀 만들기

# 설치 (태그 고정 설치 권장)
curl -fsSL https://raw.githubusercontent.com/Yeachan-Heo/gajae-code/v0.15.3/scripts/install.sh -o gjc-install.sh
sh gjc-install.sh

# 프로젝트 폴더에서 실행
cd ~/Projects/<작업폴더>
gjc

세션 안에서 (TUI 명령):

/login openai-codex        → 브라우저 열림, 1번 계정 로그인
/login openai-codex        → 다시 실행 → "Add new account" 선택 → 2번 계정
/login openai-codex        → 한 번 더 → 3번 계정
/usage                     → 3계정 잔량 한눈에

자동 선택 모드로 두려면 ~/.gjc/agent/config.yml:

auth:
  credentialRankingMode: balanced   # 또는 earliest-reset

5-C. 2순위 — 공식 Codex를 유지하며 메뉴바 전환

# GUI: Codex Switcher (Apple Silicon dmg)
# https://github.com/Lampese/codex-switcher/releases/latest 에서
# Codex.Switcher_*_aarch64.dmg 받아 /Applications 로 이동 후:
sudo xattr -dr com.apple.quarantine "/Applications/Codex Switcher.app"
open "/Applications/Codex Switcher.app"

재시작 없는 전환까지 원하면 CLI를 포크로 교체:

npm i -g @loongphy/codext
codext            # codex 대신 이걸로 실행

~/.codex/config.toml에 자동 재개 프롬프트 설정:

[tui]
usage_limit_resume_prompt = "한도가 리셋됐으니 하던 작업을 이어서 진행해줘."
주의

codext는 openai/codex 포크이고 “업스트림 코드를 머지하지 않고 매번 최신 태그 위에 재구현”하는 방식이라 본가보다 며칠~몇 주 늦을 수 있다(★142). 그리고 codex-auth의 잔량 조회는 --skip-api로 쓰는 편이 안전하다.

6. 확인 안 된 것

  1. Codex 주간(weekly) 창 수치 — Business 도움말에 5시간 창 표만 있고 주간 한도 숫자 없음.
  2. Business Standard 좌석의 Codex 전용 한도 수치 — “Work와 Codex가 통을 공유”까지만 명시, Codex 단독 수치 없음.
  3. Premium 좌석의 정확한 구간 수치 — 표에 Standard 열만 노출됨(“Premium = 5x, 5시간 제한 없음”만 서술).
  4. Threads 게시물들의 정확한 게시 날짜 — 로그인 벽으로 미확인.
  5. OpenAI가 서드파티 하네스의 ChatGPT OAuth를 허용/차단하는지에 대한 공식 입장, 그리고 2025~2026 실제 차단 사례 — 못 찾음.
  6. Crush / Kilo Code / Cline / Roo Code의 ChatGPT 구독 로그인 지원 여부 — 시간 제한으로 각 문서를 열지 못함. 표에 “확인 안 됨”으로 남김.
  7. 가재코드가 Codex 전용 모델(Spark 등)을 그대로 노출하는지.
  8. codex-switcher가 한도 도달 시 자동 전환하는지 — README는 “Rate-Limit Monitoring”·“Automatic Warm-Up”만 명시, 자동 전환 문구 없음(수동 추정).
  9. guard22/opencode-multi-auth-codex는 리다이렉트로 메타데이터 미확보.

7. 출처

공식

도구

하네스

커뮤니티

💡 쉬운 풀이

CODEX_HOME은 “코덱스가 신분증을 넣어두는 서랍 위치”입니다. 서랍을 하나 더 만들어 다른 신분증을 넣어두면, 부를 때 어느 서랍을 볼지만 지정해서 계정을 갈아탈 수 있죠. 가재코드는 아예 신분증 여러 장을 지갑 하나에 넣고 “지금 안 막힌 카드”를 스스로 골라 쓰는 방식이고요.