Codex

Codex 계정을 여러 개 쓰려면? 도구 9가지와 세션 유지 방식

Codex Plus 할당량이 떨어지면 계정을 어떻게 바꾸나? Cockpit Tools, CC Switch, OpenCodex 등 9가지 도구를 비교하고 공식 계정, 중계 API, 계정 풀, 세션 유지의 차이를 정리합니다.

게시일: 2026-08-07

Codex 다중 계정 전환 도구 표지. 검은 계정 라우팅 콘솔이 신원, 자격 증명, 세션 상태 패널을 연결합니다

Codex Plus 할당량에 막히면 문제는 “계정 하나 더 로그인하기”가 아닙니다. 지금 돌아가는 작업을 어떻게 할지가 문제입니다. 다른 Plus 계정으로 바꾸거나 중계 API로 옮겨도, 현재 대화를 이어서 할 수 있나?

짧은 답은 이렇습니다. 로컬 기록은 보통 남습니다. 다만 계정을 바꾼 뒤 원래 작업이 이어진다는 뜻은 아닙니다. 이전 대화를 볼 수 있는지, 다시 열 수 있는지, 새 계정으로 이전 작업을 계속할 수 있는지는 서로 다른 일입니다. 세션에 계정이나 프로바이더와 묶인 암호화 컨텍스트가 있으면, 계정 간 resume은 실패할 수 있습니다.

선택만 보면: Base URL, API 키, 프로바이더를 바꿀 때는 CC Switch를 씁니다. 데스크톱 앱 하나에서 여러 AI 클라이언트를 관리하려면 Cockpit Tools를 봅니다. 런타임 계정 풀과 라우팅이 필요하면 OpenCodex, Codex Tools, Codex-Manager를 이어서 봅니다. macOS에서 Codex 공식 계정만 바꿀 때는 lizhelang/codexbar와 Codex Switcher가 더 가볍습니다.

“세션 유지”는 적어도 네 층이다

전환 도구를 논하기 전에 말을 맞춰야 합니다. 아래 네 층이 흔히 “세션을 잃지 않는다” 한 문장으로 뭉개지고, 도구를 산 뒤에야 서로 다른 이야기를 하고 있었음을 알게 됩니다.

층	실제 의미	계정 변경 후 결과
기록 파일 유지	`~/.codex/sessions` 같은 로컬 파일이 삭제되지 않음	기록은 디스크에 남음
기록 가시성	Codex 앱 또는 CLI가 이전 작업을 나열함	제목과 메시지를 볼 수 있음
원래 계정으로 이어 실행	작업을 만든 계정으로 돌아가면 계속할 수 있음	이전 계정이 아직 유효해야 함
새 계정이 인수	계정이나 프로바이더를 바꾼 뒤 이전 작업이 계속 요청을 보냄	가장 어렵고, 암호화 컨텍스트와 프로바이더 호환 제한을 받음

많은 도구는 auth.json이나 config.toml만 바꿉니다. 그래서 앞의 두 층은 됩니다. 로컬 프록시와 스레드 친화 라우팅은 세 번째 층을 개선할 수 있습니다. 네 번째 층은 “원클릭 전환”만으로 단정할 수 없습니다.

Codex 다중 계정 전환 도구 9가지 고르는 법

도구와 맞는 장면	전환 방식	세션과 경계
1️⃣ Cockpit Tools: 여러 AI 클라이언트와 계정을 함께 관리	데스크톱 계정 관리, 로컬 API 서비스	새 계정이 현재 작업을 인수한다는 증거는 없음. 기능이 무겁고 토큰 저장 방식은 따로 확인해야 함
2️⃣ CC Switch: 공식, 중계, 로컬 프로바이더를 오감	Base URL, API 키, 프로바이더 설정을 다시 씀	같은 Codex 디렉터리면 기록은 남을 수 있음. 프로바이더를 넘나드는 이어 실행은 보장되지 않음
3️⃣ codexbar: macOS에서 Codex 계정과 프로바이더 전환	메뉴 막대에서 같은 설정과 인증을 다시 씀	`~/.codex` 기록 풀을 공유. 프로바이더 간 resume 제한은 남고 macOS만 지원
4️⃣ codex-auth: CLI 한 줄로 공식 계정을 바꾸고 싶을 때	계정 자격 증명을 저장하고 전환	일반 모드는 재시작 필요. 심리스 모드는 실험 단계이며 할당량 새로고침은 계정 정책 위험이 있음
5️⃣ Codex Switcher: 독립 GUI, 트레이, 할당량 통계가 필요할 때	데스크톱 OAuth / `auth.json` 가져오기	전환 전에 Codex를 닫을 수 있음. macOS 빌드는 아직 공증되지 않음
6️⃣ Codex Tools: GUI, CLI/TUI, 로컬 프록시가 필요할 때	`ctc switch` 또는 프록시 런타임 순환	프록시 모드는 재시작을 줄일 수 있음. 프로바이더 간 resume은 여전히 실패할 수 있음
7️⃣ OpenCodex: 다중 프로바이더, ChatGPT 계정 풀, 할당량 라우팅	로컬 범용 프로바이더 프록시	이전 스레드는 원래 계정에 묶이고, 새 세션은 건강한 계정으로 감. 할당량이 바닥난 계정의 이전 스레드를 자동 인수하지는 않음
8️⃣ codex-multi-auth: 공식 Codex CLI를 유지하면서 다중 계정 능력을 더할 때	OAuth 관리자, 선택적 wrapper와 로컬 프록시	세션 친화, 런타임 순환, 장애 조치를 지원. 프록시 체인을 이해하는 사용자에게 더 맞음
9️⃣ Codex-Manager: 팀이나 헤비 유저가 계정 풀을 운영할 때	데스크톱, 서버, OpenAI 호환 게이트웨이	게이트웨이로 라우팅을 통일. 배포와 유지가 무겁고 데스크톱은 Windows에 더 치우침

Cockpit Tools: 여러 AI 클라이언트를 한 조종석에

Cockpit Tools는 계정이 Codex, Claude Code, Gemini CLI 같은 여러 클라이언트에 흩어져 있을 때 맞습니다. 계정 전환, 할당량 확인, 깨우기, 다중 인스턴스를 데스크톱 화면에 넣고, 내장 CLIProxyAPI sidecar로 로컬 API 서비스도 제공합니다.

“원클릭으로 계정을 바꾸고 주요 모델을 지원한다”는 제품 방향만 요약합니다. 공식 계정에서 중계로 바꾼 뒤 원래 작업이 반드시 이어진다는 뜻으로 확장하면 안 됩니다. 해결하는 것은 집중 관리와 라우팅 입구입니다. 구체 세션은 여전히 Codex 로컬 상태와 업스트림 인증 제약을 받습니다.

라이선스도 봐야 합니다. 저장소에 소스가 공개되어 있다고 기본 상업 이용이 허용되는 것은 아닙니다. 현재 README는 CC BY-NC-SA 4.0입니다. 프로젝트 문서는 Grok 토큰을 본기에 평문으로 저장한다고 명시합니다. 개인 기기와 팀 기기의 위험 모델은 다릅니다. 설치 전에 관리하는 계정 유형에 맞춰 확인하세요.

CC Switch: 프로바이더 전환은 편하지만 세션 이전기는 아님

CC Switch는 Claude Code, Codex, Gemini CLI, OpenCode 같은 클라이언트를 다루고, 프로바이더, Base URL, API 키, MCP, 설정 프리셋을 관리하는 데 강합니다. 공식 계정, 중계 서비스, 로컬 모델을 자주 오갈 때 가치가 분명합니다.

바꾸는 것은 클라이언트 설정과 인증 입구입니다. 같은 ~/.codex를 쓰면 로컬 기록이 프로바이더를 바꾼다고 자동 삭제되지는 않는 편입니다. 이전 작업이 계속 요청을 보낼 수 있는지는 인증 형식, Responses API 호환, 세션의 암호화 내용에 달립니다. 설정이 이미 바뀌었어도 OpenAI auth 인식 실패로 현재 작업이 멈출 수 있습니다.

사이트에 CC Switch 설치와 설정 가이드가 있습니다. 데스크톱 버전과 같은 이름 CLI 버전을 섞어 설치하지 마세요.

codexbar: macOS에서 같은 기록 풀을 공유

lizhelang/codexbar는 macOS 메뉴 막대 도구입니다. 계정마다 독립 CODEX_HOME을 만들지 않고 같은 ~/.codex를 쓰며, 전환 때 config.toml과 auth.json을 맞춰 sessions와 archived_sessions를 같은 기록 풀에 둡니다.

이 설계는 계정과 프로바이더가 바뀌어도 작업 목록이 여러 디렉터리로 흩어지지 않게 합니다. 증명하는 것은 공유 기록 풀과 resume 입구입니다. 어떤 프로바이더든 이전 컨텍스트를 복호화하고 인수한다는 뜻은 아닙니다. 저장소는 MIT이고, 현재 위치는 Codex Desktop companion에 가깝습니다.

codex-auth: 공식 계정 전환용 가벼운 CLI

Loongphy/codex-auth는 가벼운 경로입니다. codex-auth switch로 Codex CLI, VS Code 확장, Codex 앱이 쓰는 계정 사이를 바꿉니다. CLIProxyAPI 토큰 JSON을 가져오고 내보낼 수도 있습니다.

일반 모드에서는 전환 후 Codex 클라이언트를 다시 시작해야 합니다. 앱용 실험적 심리스 모드도 있지만, README는 앱을 깨뜨릴 수 있다고 분명히 적습니다. 할당량 새로고침은 OpenAI 엔드포인트를 직접 호출하고, 저자 역시 이런 접근이 플랫폼 정책 위험을 만들 수 있다고 적습니다. 예측 가능성이 필요하면 실험 패치보다 한 번의 재시작을 받아들이는 편이 더 안정적입니다.

Codex Switcher: 데스크톱 사용자를 위한 독립 GUI

Lampese/codex-switcher는 크로스 플랫폼 데스크톱 화면, 트레이 전환, 할당량 통계, 예약 warm-up을 제공합니다. 계정은 OAuth 로그인도 되고, 기존 auth.json을 가져올 수도 있습니다.

실행 중인 Codex 세션을 감지하고, 필요할 때 전환 전에 클라이언트를 강제 종료합니다. “무감”은 아니지만 경계는 정직합니다. 프로세스가 자격 증명을 쓰는 중이면 닫고 바꾸는 편이 상태 꼬임을 줄입니다. macOS 설치 패키지는 아직 공증되지 않아서 Gatekeeper 안내와 배포 신뢰는 직접 평가해야 합니다.

Codex Tools: 정적 전환과 런타임 순환을 함께

170-carry/codex-tools는 데스크톱 GUI, CLI/TUI, 로컬 OpenAI 호환 프록시를 함께 제공합니다. 가벼운 쓰임은 ctc switch입니다. 할당량에 따라 계정을 고를 때는 ctc switch --best --launch를 쓸 수 있습니다. Codex 앱이나 CLI를 로컬 프록시에 붙이면 실행 중에도 계정을 돌려, 매번 Codex를 닫지 않아도 됩니다.

이 프로젝트 README는 세션 경계를 대부분의 도구보다 분명히 적습니다. 프로바이더를 맞춘 뒤 기록의 암호화 내용이 다시 보일 수는 있습니다. 프로바이더를 넘는 resume은 암호화 컨텍스트 때문에 여전히 실패할 수 있습니다. 전환 동작은 매끄럽게 만들 수 있어도, 업스트림 세션 프로토콜 제한은 없애지 못합니다.

OpenCodex: 계정 풀은 스레드 친화로 컨텍스트를 유지

lidge-jun/opencodex는 Codex, Claude Code 같은 클라이언트용 로컬 범용 프록시입니다. 40개 넘는 프로바이더를 지원하고, ChatGPT 계정 풀을 관리하며 할당량에 따라 라우팅할 수 있습니다.

세션 처리는 thread affinity입니다. 기존 스레드는 만든 계정에 계속 묶이고, 새 세션은 현재 사용량이 낮은 건강한 계정으로 갑니다. 같은 스레드가 무작위로 다른 계정에 떨어지지 않게 하면서도 한계를 드러냅니다. 스레드를 만든 계정의 할당량이 바닥나면 새 스레드로 건강한 계정을 쓸 수 있습니다. 이전 스레드가 “계정 풀”이라는 말만으로 다른 계정에 넘어가지는 않습니다.

프로젝트는 MIT입니다. README는 프록시 사용 방식이 업스트림 약관을 어기거나 계정 조치를 부를 수 있다고 적습니다. 계정 풀이 자동화될수록 공식 구독과 API의 사용 경계를 더 분명히 해야 합니다.

codex-multi-auth: 공식 바이너리를 유지하는 고급 안

ndycode/codex-multi-auth는 공식 Codex CLI 바깥의 다중 계정 OAuth 관리자입니다. 계정 전환, 헬스 체크, 진단, 프로젝트 단위 저장, 선택적 wrapper와 loopback Responses 프록시를 포함합니다.

프록시와 wrapper를 켜면 런타임 순환, 세션 친화, 할당량 예측, 장애 조치를 할 수 있습니다. 끄면 공식 codex가 실행 입구를 유지합니다. 공식 CLI를 바꾸고 싶지 않으면서 인증과 로컬 프록시를 이해할 의지가 있는 사용자에게 맞습니다. 프로젝트 설명은 개인 개발 용도로 두고, 프로덕션은 공식 Platform API를 권합니다.

Codex-Manager: 개인 전환기 위는 계정 풀 플랫폼

qxcnm/Codex-Manager는 이미 “눌러서 계정 바꾸기”가 아닙니다. 계정 그룹, 태그, 할당량, 플랫폼 키, 라우팅, 모델 목록, 플러그인, 통일된 OpenAI 호환 로컬 게이트웨이를 담고, 여러 계정을 운영 가능한 자원 풀로 다룹니다.

능력이 많을수록 배포, 업그레이드, 장애 위치 찾기도 무거워집니다. 저자의 Windows 데스크톱 지원 약속도 다른 플랫폼보다 분명합니다. 계정 두세 개만 쓸 때 이 시스템을 올리면 로그인 문제 하나가 게이트웨이 운영 문제로 커질 수 있습니다.

CodexBar 두 개는 같은 프로젝트가 아니다

steipete/CodexBar는 macOS 메뉴 막대 할당량·사용량 모니터입니다. 여러 AI 서비스의 한도, 초기화 시각, 소비, 상태를 봅니다. Codex 다중 계정 전환기가 아닙니다.
lizhelang/codexbar가 이 글에서 말하는 전환 도구입니다. README는 공유 ~/.codex 세션 풀, OpenAI 계정 전환, 호환 프로바이더를 분명히 적습니다.

질문이 “Plus가 얼마나 남았고 몇 시에 초기화되나”라면 전자가 맞습니다. 계정이나 프로바이더를 바꾸려면 후자를 보세요. 제품 이름만 같고 저장소 저자와 기능은 완전히 다릅니다.

Codex 계정을 바꾸면 세션이 사라지나

로컬 세션 파일을 바로 지우지는 않는 편이지만, 이전 작업이 새 계정으로 이어진다는 뜻은 아닙니다. 판단할 때는 세 곳을 보세요. 도구가 같은 CODEX_HOME을 계속 쓰는지, sessions 디렉터리를 남기는지, README가 계정 간 또는 프로바이더 간 resume 경계를 분명히 쓰는지입니다.

같은 CODEX_HOME에서 인증 파일만 바꾸면 기록 목록은 남을 가능성이 큽니다. 원래 계정으로 돌아가면 이전 작업도 더 잘 돌아옵니다. 다른 공식 계정이나 중계 프로바이더로 바꾸면 인증, 모델 프로토콜, 서버 측 스레드, 암호화 컨텍스트가 모두 바뀔 수 있습니다. 어떤 도구든 “기록이 남아 있다”만 보여 주면, 작업이 이어진다는 증거가 되지 않습니다.

긴 작업에는 할당량이 거의 떨어질 때 Codex가 짧은 인수인계를 쓰게 하는 편이 더 현실적입니다. 현재 목표, 이미 고친 파일, 남은 단계, 검증 결과, 다음 명령. 새 계정에서 새 작업을 연 뒤 이 인수인계를 읽는 것이, 계정 간 복구를 거는 것보다 안정적입니다. handoff는 손실을 줄이는 방법이지, 대화 이전 프로토콜이 아닙니다.

도구 없이도 Codex 계정을 여러 개 관리할 수 있다

계정 사이 격리가 강해야 하면 CODEX_HOME이 가장 단순한 기준선입니다. 각 디렉터리가 독립 인증, 설정, 세션을 갖고 서로를 덮지 않습니다.

CODEX_HOME=~/.codex-work codex
CODEX_HOME=~/.codex-personal codex

설명하기 쉽고 되돌리기도 쉽습니다. 대가는 기록도 다른 디렉터리로 나뉘어 같은 작업 목록을 자연스럽게 공유하지 못한다는 점입니다. 반대로 같은 ~/.codex에서 auth.json만 바꾸면 기록 풀은 남지만, 자격 증명 오덮어쓰기와 계정 간 복구 실패 위험은 커집니다.

오래 유효한 토큰을 저장소, 동기화 디스크, 메신저 기록에 넣지 마세요. 인증 파일을 손으로 백업할 때도 일반 설정이 아니라 비밀 파일로 다루세요.

마지막 선택 조언

공식 계정 두 개이고 전환 후 클라이언트 재시작을 받아들일 수 있으면 codex-auth로 충분합니다. GUI를 원하면 Codex Switcher를, macOS면 lizhelang/codexbar도 볼 수 있습니다.

공식 API, 중계 서비스, 로컬 모델을 자주 오가면 CC Switch의 역할이 가장 가깝습니다. 여러 AI 클라이언트를 함께 관리하면 Cockpit Tools가 더 편합니다.

할당량이 떨어질 때 계정을 자동으로 고르려면 로컬 프록시나 계정 풀이 필요합니다. 개인 개발자는 Codex Tools, OpenCodex, codex-multi-auth를 볼 수 있습니다. 계정 수가 많고 그룹과 플랫폼 키까지 필요하면 Codex-Manager를 고려하세요.

어느 것을 고르든 첫 테스트는 유일한 긴 작업으로 하지 마세요. 짧은 대화를 만들고, 계정을 바꾸고, 클라이언트를 다시 연 뒤 “기록이 보이는지, 이전 대화를 열 수 있는지, 새 메시지를 보낼 수 있는지”를 순서대로 확인하세요. 세 칸이 다 체크되어야 본인에게 맞는 세션 유지 방식입니다.

자주 묻는 질문

Codex Plus 할당량이 떨어지면?

할당량 창이 초기화될 때까지 기다리거나, 요금을 올리거나, 본인이 가진 다른 공식 계정으로 바꾸거나, 규정을 지키는 API/프로바이더를 쓰면 됩니다. 실행 중인 작업은 먼저 인수인계를 남기세요. 계정을 바꾼 뒤 같은 작업을 이어가는 보편 보장은 없습니다.

Codex에 계정을 동시에 여러 개 로그인할 수 있나?

공식 클라이언트의 기본 경험은 현재 계정 중심입니다. 서드파티 도구는 보통 여러 자격 증명을 저장하고, auth.json을 바꾸고, CODEX_HOME을 격리하거나, 클라이언트를 로컬 프록시에 연결해 다중 계정을 만듭니다.

Codex 계정을 바꿨는데 기록은 있는데 메시지를 못 보내는 이유는?

기록 파일은 로컬에 있습니다. 새 계정이 이전 스레드의 서버 상태나 복호화 능력을 가졌다는 뜻은 아닙니다. 계정 권한, 프로바이더 프로토콜, 모델 지원, 암호화 컨텍스트 중 하나라도 맞지 않으면 이전 작업은 보기만 되고 이어지지 않을 수 있습니다.

CC Switch와 계정 풀 도구의 차이는?

CC Switch는 주로 클라이언트 설정과 프로바이더 프리셋을 관리합니다. 계정 풀 도구는 요청 경로에 앉아 할당량, 건강 상태, 스레드 소속에 따라 어느 계정으로 보낼지 정합니다. 후자가 더 자동이고 더 복잡합니다.

Codex 세션 유지에 가장 맞는 도구는?

기록 풀만 보면 lizhelang/codexbar 설계가 가장 직관적입니다. 프록시 안의 스레드 친화가 필요하면 OpenCodex나 codex-multi-auth를 보세요. 계정과 프로바이더를 넘어 이전 작업을 이어가는 일은, 어떤 도구도 모든 장면에 보장하지 않습니다.