Codex 기업 도입 가이드 — 플랜 선택, 크레딧 과금, 관리자 통제, 국내 사례까지
한줄평
Codex 기업 도입의 뼈대는 셋이에요. 과금 — 4월부터 크레딧제(토큰 연동)로 바뀌었고 자동 충전 한도를 비워두면 무제한 결제되는 함정이 있어요. 통제 — requirements.toml 관리형 구성으로 샌드박스·네트워크·파일 접근을 조직이 강제할 수 있어요. 순서 — 파일럿 그룹 → AGENTS.md 표준화 → 단계 확대가 공식 권장 경로입니다.
기업에서 Codex 도입을 검토하기 시작하면 첫 질문은 대부분 "Enterprise 플랜이 필요한가?"인데, 답부터 말하면 Codex 자체는 이미 모든 ChatGPT 플랜에 포함돼 있어요. 진짜 결정 포인트는 플랜이 아니라 세 가지 — 과금 구조를 이해하고 있는가, 관리자 통제를 걸 수 있는가, 도입 순서를 설계했는가예요. 이 가이드는 2026년 8월 3일 기준 공식 문서와 관리자 가이드를 검증해서, 도입 품의에 바로 들어갈 수 있는 수준으로 정리했어요.
플랜 지형 — Business면 충분한 경우가 많아요
- ChatGPT Business (구 Team): 연간 결제 시 사용자당 월 $20(월 결제 $25), 최소 2석. Codex 포함, 좌석당 사용 한도는 Plus와 동일하고, 기본적으로 업무 데이터를 학습에 쓰지 않아요.
- ChatGPT Enterprise: 영업 협의 가격. 유연 과금(고정 한도 없이 크레딧 비례), 데이터 보존·리전 통제, SSO/SCIM 고도화가 추가돼요. 서드파티 보도 기준 약 150석·연 $10.8만 수준이 진입선으로 알려져 있지만 공식 수치가 아닌 추정치이고 계약마다 달라요.
- 참고: 크레딧으로만 과금되는 "Codex 전용 시트"라는 옵션이 있었는데, 6월 24일부로 신규 Business 워크스페이스에는 막혔어요. 기존에 쓰던 워크스페이스만 유지됩니다.
개발 조직만 쓸 거라면 Business + 워크스페이스 크레딧 조합으로 시작하는 게 표준 경로예요. Enterprise가 필요해지는 시점은 보통 인원(수백 석)보다 데이터 요건(보존 기간, 리전, 감사)이 먼저 옵니다.
크레딧 과금 — 구조와 함정
4월 2일부터 Codex 과금이 메시지 횟수제에서 API 토큰 사용량에 연동된 크레딧제로 바뀌었어요. 구조는 3층이에요:
- 좌석 포함 한도: 5시간 롤링 윈도우 기준, 모델별 메시지 한도
(Business = Plus 동일: GPT-5.6 Sol 10
100, Terra 25200, Luna 250~2,000) - 워크스페이스 크레딧 풀: 좌석 한도를 넘으면 워크스페이스가 구매한 공유 크레딧에서 차감
- 크레딧 요율: 1M 토큰당 Sol 125(입력)/750(출력), Terra 50/300, Luna 5/30 — 모델 선택이 곧 3~25배의 비용 차이예요
관리자가 꼭 알아야 할 함정이 하나 있어요. 크레딧 자동 충전 설정(Workspace settings → Billing)에 "Minimum balance / Target balance / Monthly recharge limit" 세 필드가 있는데, Monthly recharge limit을 비워두면 월 자동 충전이 무제한이에요. 도입 첫날 이 한도부터 걸고, Usage Alerts를 같이 설정하는 게 에이전트 비용 사고를 예방하는 최소 장치입니다. 크레딧은 구매 후 12개월이면 소멸되고 이월되지 않는다는 점도 예산 계획에 반영해야 해요.
대안 경로로 API 키 방식도 있어요. 5시간 한도 없이 순수 종량제인데, GitHub 코드 리뷰·Slack 연동 같은 클라우드 기능을 포기해야 해요. CI 파이프라인용과 개발자 좌석용을 분리 운영하는 근거가 됩니다.
관리자 통제 — requirements.toml이 핵심이에요
접근 통제의 기본은 워크스페이스 권한 "Allow members to use Codex Local"(데스크톱·CLI·IDE 확장 일괄)이고, RBAC와 SCIM 그룹 동기화로 대상을 관리해요. 중요한 원칙 하나 — 워크스페이스에서 Codex를 켜도 GitHub 등 연결 시스템의 권한은 별개예요. 소스 접근은 소스 쪽에서 다시 통제됩니다.
기술 통제의 핵심은 관리형 구성(requirements.toml)이에요. /etc/codex/requirements.toml(Unix) 또는 %ProgramData%\OpenAI\Codex\requirements.toml(Windows)로 배포하면 개인 설정으로 덮어쓸 수 없는 강제 계층이 생겨요. 조직이 강제할 수 있는 것들:
- 승인 정책·샌드박스 모드·권한 프로필의 허용 목록 (
allowed_approval_policies,allowed_sandbox_modes등) - 네트워크 도메인 허용/차단 목록 (
[experimental_network]) - 파일 읽기 차단 — 예:
deny_read = ["/**/*.env", "~/.ssh"] - Appshots(화면 캡처)·원격 제어 비활성화
이 구성은 fail-closed예요 — 유효한 캐시 없이 정책을 못 받아오면 클라이언트가 아예 시작되지 않아요. 기본값도 보수적입니다: 로컬 샌드박스는 작업 디렉토리 밖 쓰기와 네트워크가 기본 차단이고, 클라우드 에이전트의 인터넷 접근도 기본 차단이에요.
데이터·컴플라이언스: Business 이상은 기본 학습 제외, SOC 2 Type 2·ISO 27001/27701 보유. 컴플라이언스 로그는 30일 보존이라 그 이상이 필요하면 SIEM으로 상시 내보내기를 구축해야 해요. 텔레메트리는 기본 꺼짐이고, 조직이 원하면 자체 수집기로만 OpenTelemetry 내보내기를 켤 수 있어요.
가시성: admin.openai.com의 Codex 분석 대시보드와 Analytics API로 도입률·활동을 볼 수 있는데, 문서가 명시적으로 경고하는 게 있어요 — Compliance API는 개인 성과 측정용이 아닙니다. 채점표 글에서 말한 "성공 작업" 측정은 이 데이터가 아니라 업무 시스템(머지율, 해결률) 쪽에서 해야 해요.
도입 순서 — 공식 권장 경로
공식 관리자 가이드의 8단계를 실무형으로 압축하면: ① 파일럿 그룹(예: codex-local-users 그룹, 저위험 리포) → ② 표준화(AGENTS.md와 리포 설정에 학습 내용을 성문화 — 메모리가 아니라 AGENTS.md에 팀 규칙을 두는 원칙) → ③ 통제 배포(requirements.toml, 크레딧 한도, 알림) → ④ 파상 확대(분석 대시보드로 도입률 확인하며 그룹 단위 확장). 이 순서의 요점은 통제와 표준을 확대 전에 만든다는 거예요.
국내 지형 — 이미 대기업 레퍼런스가 있어요
한국은 도입 사례가 부족한 시장이 아니에요. 삼성전자가 6월 21일 국내 전 임직원 + 글로벌 DX 부문에 ChatGPT Enterprise와 Codex를 배포했고(OpenAI 최대급 롤아웃), 보안 검토가 많았던 DS(반도체) 부문도 7월 말 합류 예정으로 보도됐어요. 조달 채널도 열려 있습니다 — 삼성SDS가 2025년 12월 국내 최초 OpenAI 리셀러 계약을 맺어서, 국내 계약·기술지원 경로로 도입할 수 있어요. 해외 레퍼런스 수치로는 Cars24(약 600명, 일간 활성 8590%), Cisco(월 1,500 엔지니어링 시간 절감 주장), Virgin Atlantic(일부 코드베이스 7880% 감축 주장) 등이 있고 — 전부 벤더 계열 사례연구라는 할인은 필요하지만, 품의서의 비교 기준으로는 충분해요.
참고로 상위 제품과의 구분: 좌석(Business/Enterprise)은 사람의 접근권, Frontier는 에이전트를 만들어 관리하는 플랫폼, Presence는 배포까지 대행하는 서비스예요. "직원들이 Codex를 쓴다"가 목표라면 좌석으로 충분하고, "AI 에이전트를 고객 접점에 세운다"가 목표일 때 상위 제품 검토가 시작됩니다.
이렇게 볼 수도 있어요
정직한 한계 셋. 첫째, 가격·한도는 올해만 두 번 바뀌었어요(4월 크레딧 전환, 6월 Codex 시트 폐지). 이 글의 수치는 8월 3일 검증값이고, 계약 전엔 반드시 공식 페이지에서 재확인하세요. 둘째, Enterprise 진입선(150석, $10.8만)은 서드파티 추정이고, 워크스페이스 크레딧의 달러 단가는 공개 문서에서 확인되지 않아요 — 셀프서브 크레딧($40/1,000크레딧)은 Plus/Pro 기준입니다. 셋째, 도입 사례 수치는 대부분 OpenAI 사례연구 기반이라 생존 편향이 있어요. 실패한 도입은 사례연구가 되지 않습니다.
한국 개발자 입장에서
품의서 체크리스트로 정리할게요. ① 플랜: 개발 조직 중심이면 Business($20/석/월, 연간)로 시작, 데이터 요건(보존·리전·감사)이 있으면 Enterprise 협의. ② 비용 통제: Monthly recharge limit 설정 + Usage Alerts + 모델 기본값을 Terra/Luna로 (Sol은 요율이 6~25배). ③ 보안 통제: requirements.toml로 네트워크 허용 목록과 .env/.ssh 읽기 차단을 강제, Appshots는 정책에 따라. ④ 조달: 국내 계약이 필요하면 삼성SDS 리셀러 경로 검토. ⑤ 확대 조건: 파일럿 그룹의 도입률·업무 지표(대시보드 + 자체 측정)가 기준을 넘을 때만 다음 웨이브로. 이 다섯 줄이면 도입 회의의 골격이 됩니다.
참고 문서: Codex 요금·한도, 관리자 롤아웃 가이드, 역할·워크스페이스 권한, 워크스페이스 분석
광고
Claude Code, OpenCode 같은 AI 코딩 도구를 직접 쓰면서 AI 업계의 변화를 개발자 관점에서 기록합니다. 단순 번역이 아니라 써본 경험과 해석을 함께 남기려고 해요.
관련 글
OpenAI Codex 메모리·이미지 기능 완전 정리 — 켜는 법, 설정, 검열 정책까지
Codex의 메모리는 기본 꺼짐이고, 로컬 클라이언트와 ChatGPT 웹의 메모리는 서로 다른 저장소예요. 이미지는 입력뿐 아니라 생성(gpt-image-2)까지 되고요. 공식 문서 기준으로 메모리 3계층 구조, config.toml 설정, 이미지 생성 사용법과 검열(moderation) 동작까지 실무자용으로 정리했어요.
엔터프라이즈 졸업, 그 다음 — Notion·Nextdoor·LSEG가 Codex로 바꾼 것
지난주에 저는 엔터프라이즈가 AI 코딩 '파일럿을 졸업했다'고 썼어요. 6월 사례들을 보니 이건 도입 선언이 아니라 그다음 단계, 즉 개발 생산성을 어디에 쓸지를 다시 배치하는 이야기예요. Notion·Nextdoor·LSEG가 서로 다른 자리에서 같은 변화를 가리킨다고 봅니다.
OpenAI + Dell: Codex가 기업 온프레미스로 간다
OpenAI와 Dell이 Codex를 하이브리드/온프레미스 환경에 배포하는 파트너십을 맺었어요. 코딩 에이전트가 클라우드를 넘어 기업 내부로 들어가는 본격적인 신호예요.