책에 포함된 노트요즘 바이브 코딩: Codex로 일하는 개발자의 완전 가이드

PART 01-2. 요금제와 모델 선택 정리

2026-04-25Views 265약 11분생성형 AI 활용

PART 01-2. 요금제와 모델 선택 정리

Codex는 성능만 보고 들어가면 금방 답답해지고, 가격만 보고 들어가면 금방 비싸진다. 이 도구는 생각보다 "얼마나 잘 쓰느냐"보다 먼저 "어떤 방식으로 결제하고 어떤 모델을 고르느냐"가 중요하다. 같은 작업을 해도 ChatGPT 로그인으로 돌릴지, API 키로 돌릴지, Plus로 버틸지, Pro로 올릴지에 따라 체감이 완전히 달라진다.¹²

이 장의 목표는 단순하다. 시작 전에 돈 문제와 모델 선택 문제를 끝내는 것이다. 그래야 뒤에서 CLI, IDE 확장, 클라우드 태스크, PR 자동화까지 배울 때 머리가 맑아진다. 한국 개발자 입장에서는 더 그렇다. 결제 한 번 바꾸는 것도 귀찮고, 회사 카드와 개인 카드가 섞이면 비용 추적도 바로 꼬이기 때문이다.

PART 01-2. 요금제와 모델 선택 정리

먼저 결론부터: 대부분은 이렇게 고르면 된다

처음 시작하는 사람에게 가장 실용적인 선택은 의외로 단순하다. 이미 ChatGPT Plus를 쓰고 있다면, 우선 ChatGPT 로그인으로 Codex를 붙여서 시작하는 편이 낫다. 설치와 인증이 빠르고, 웹·CLI·IDE 확장을 한 계정으로 묶어 쓰기 쉽다.³⁴

반대로 한 달에 몇 번만 깊게 코딩 세션을 돌리거나, 자동화 스크립트와 사내 툴에서 프로그래밍 방식으로 Codex를 호출해야 한다면 API 키가 더 낫다. 구독료 대신 실제 사용량만 내면 되기 때문이다.¹⁵

아주 거칠게 정리하면 이렇다.

개인 개발자, 실습 중심, 웹/CLI/IDE를 모두 쓸 예정이면 ChatGPT Plus부터 시작
하루 종일 리팩터링, 병렬 작업, 클라우드 태스크를 많이 돌리면 Pro 고려
팀 보안 정책, SSO, 관리자 통제가 필요하면 Business 이상 검토
제품에 내장하거나 배치 작업으로 돌릴 계획이면 API 키 우선

이 한 줄만 기억해도 절반은 끝난다. Codex의 가격 체계는 복잡해 보여도 결국 "구독형 경험"과 "종량제 인프라" 중 무엇을 원하느냐의 문제다.

Codex 요금의 핵심 구조: 구독 + 한도 + 추가 크레딧

Codex는 별도 상품을 따로 사는 구조가 아니다. ChatGPT 플랜에 포함되어 들어오고, 한도를 넘기면 추가 크레딧을 사서 이어 쓰는 방식이다.¹⁶ 이 점이 Claude Code나 Cursor를 비교할 때 첫 번째 차이점이다. 이미 ChatGPT를 결제 중이라면, Codex의 진입비는 사실상 0에 가깝다.

다만 "포함"이라는 말에 속으면 안 된다. 포함은 무제한이 아니라, 정해진 사용량 안에서 포함이다. 더 정확히 말하면 Codex는 월간 정액제처럼 보이지만 실제 체감은 롤링 윈도우 기반의 제한형 서비스에 가깝다.¹²

이 구조를 이해하려면 세 가지를 분리해서 봐야 한다.

첫째, ChatGPT 플랜이 제공하는 기본 한도다. Plus, Pro, Business, Enterprise/Edu마다 시작점이 다르다.⁶⁷

둘째, 작업 종류다. 로컬에서 CLI나 IDE 확장으로 하는 작업과, 클라우드에서 샌드박스를 띄워 돌리는 작업은 같은 한도를 먹지 않거나, 먹더라도 체감 소모량이 다르다.¹²

셋째, 초과 사용 방식이다. 한도를 넘기면 기다리거나, 상위 플랜으로 올리거나, 추가 크레딧을 구매할 수 있다.¹

즉 Codex는 "매달 얼마"보다 "한 번에 얼마나 오래 몰아서 쓰느냐"가 더 중요한 요금제다. 이건 개발자 입장에서 꽤 낯선 감각이다.

5시간 롤링 윈도우를 이해해야 돈이 안 샌다

대부분의 SaaS는 월간 한도를 쓴다. Codex는 다르다. 사용량이 5시간 롤링 윈도우로 초기화되는 구조를 채택하고 있다.²⁷

이 말은 무슨 뜻일까. 오전 9시에 첫 작업을 보냈다면, 그 시점부터 5시간짜리 창이 열린다. 그 창 안에서 복잡한 리팩터링을 여러 번 돌리면 점심도 되기 전에 막힐 수 있다. 그리고 자정까지 기다린다고 풀리는 게 아니라, 첫 사용 시점 기준으로 5시간이 지나야 다시 열린다.²

이 구조 때문에 Codex는 "짧고 자주" 쓰는 사람과 "한 번 켜면 3시간 몰입"하는 사람의 체감이 완전히 다르다. 예를 들어 간단한 버그 수정, 테스트 한두 개 추가, 문서 보강 정도면 Plus로도 꽤 오래 간다. 하지만 Next.js 앱 전체 인증 플로우를 뜯어고치거나, Express API 레이어와 MongoDB 스키마를 한 번에 바꾸는 식의 작업은 한 세션에 많은 메시지를 태울 수 있다.²

여기서 중요한 감각은 이것이다. Codex의 비용 문제는 시간보다 "복잡도"에 더 민감하다. 같은 30분이라도 깔끔한 수정은 적게 먹고, 디버깅 왕복이 많은 세션은 훨씬 많이 먹는다.²

플랜별 선택 기준: Free/Go부터 Enterprise까지

Free와 Go: 체험은 되지만 주력은 어렵다

한시적으로 Codex가 Free와 Go에도 열려 있다. 다만 이건 어디까지나 체험용에 가깝다. 실제 프로젝트를 꾸준히 밀기에는 한도가 너무 빠듯하다.⁶⁸

비개발자 바이브 코더라면 Free나 Go로 감을 잡는 건 괜찮다. 하지만 현업 개발자라면 보통 첫 주 안에 한계를 느낀다. 저장소를 읽고 테스트를 돌리고 여러 파일을 수정하는 순간, "오 된다" 다음에 바로 "왜 막히지"가 나온다.

Plus: 대부분의 개인 개발자 출발점

Plus는 여전히 가장 현실적인 출발점이다. 이미 ChatGPT Plus를 쓰는 한국 개발자라면 추가 구독 없이 Codex를 붙일 수 있고, 웹·CLI·IDE 확장을 모두 시험해 보기 좋다.⁶³

Plus가 잘 맞는 사람은 이런 유형이다. 퇴근 후 사이드 프로젝트를 만들거나, 업무 중 일부 작업만 Codex에 위임하거나, 하루 종일 붙잡기보다 필요할 때만 쓰는 사람이다. 예를 들면 Next.js + Supabase 프로젝트에서 회원가입 버그 수정, 관리자 대시보드 테이블 정리, 테스트 코드 초안 생성 같은 작업들이다.

Plus의 장점은 싸다는 것이 아니라, 실패 비용이 낮다는 것이다. 한 달 20달러로 "Codex를 내 워크플로에 붙일 수 있는지"를 검증하기 좋다. 반면 약점은 긴 세션에 약하다는 점이다. 복잡한 멀티파일 리팩터링을 하루 종일 밀어붙이기에는 금방 숨이 찬다.²⁷

Pro: 시간을 돈으로 바꾸는 사람의 플랜

Pro는 단순히 "더 좋은 모델" 플랜이 아니라, 기다리는 시간을 줄이는 플랜에 가깝다. 사용량 한도가 훨씬 높고, 일부 최신 코딩 모델이나 리서치 프리뷰가 먼저 열리기도 한다.⁷⁹

이 플랜이 맞는 사람은 명확하다. Codex를 보조 도구가 아니라 작업 엔진처럼 쓰는 사람이다. 예를 들면 이런 경우다. 오전에는 레거시 Express 라우터를 서비스 레이어로 분리하게 하고, 오후에는 React 프론트의 폼 밸리데이션을 고치고, 밤에는 클라우드 태스크로 PR 리뷰까지 돌린다. 이런 패턴이면 Plus의 5시간 창이 너무 짧게 느껴질 수 있다.²⁷

가격은 무겁다. 그래서 판단 기준도 단순해야 한다. "내 시급보다 대기 시간이 더 비싼가?" 이 질문에 예라고 답하면 Pro를 검토할 차례다.

Business: 용량 업그레이드가 아니라 관리 업그레이드

Business는 많은 사람이 착각하는 구간이다. 이름만 보면 Plus보다 훨씬 많은 한도를 줄 것 같지만, 핵심 차별점은 사용량보다 관리와 보안이다. 관리자 통제, SSO, MFA, 학습 미사용 정책, 더 큰 클라우드 VM 같은 조직 기능이 중심이다.²⁹

즉 팀 단위로 도입하면서도 "회사 코드가 개인 계정에 얹히는 느낌"을 없애고 싶을 때 보는 플랜이다. 5인 정도의 스타트업이라도 레포지토리 권한, 퇴사자 계정 정리, 결제 관리가 중요해지는 순간 Business의 의미가 커진다.

Enterprise/Edu: 계약형 운영의 세계

Enterprise와 Edu는 공개형 요금표보다 계약 구조에 가깝다. 좌석 수, 보안 요구사항, 크레딧 풀, 감사 로그, RBAC, SCIM 같은 조직 기능이 핵심이다.²⁶

이 단계에서는 더 이상 "개발자 한 명이 어떤 플랜을 쓰나"가 아니라 "조직이 에이전트를 어떻게 통제하나"가 중요해진다. 나중에 엔터프라이즈 챕터에서 다시 다루겠지만, 이 구간부터는 비용보다 정책 설계가 더 큰 주제가 된다.

ChatGPT 로그인과 API 키, 무엇이 다른가

이 장에서 가장 중요한 선택이 이 부분이다. 둘 다 Codex를 쓴다는 점은 같지만, 성격은 완전히 다르다.⁴¹⁰

ChatGPT 로그인은 제품을 쓰는 방식이다. 브라우저, 앱, CLI, IDE 확장을 하나의 사용자 경험으로 연결한다. 로그인만 하면 되고, 자격 증명도 캐시되어 다음 실행 때 재사용된다.⁴³ 쉽게 말해 "사람이 쓰는 Codex"다.

API 키는 인프라를 쓰는 방식이다. 토큰 단가로 과금되고, 프로그램에서 호출하고, 자동화 스크립트와 백엔드 워크플로에 붙이기 좋다.⁵¹⁰ 쉽게 말해 "시스템이 쓰는 Codex"다.

둘 중 무엇을 고를지 고민될 때는 기능보다 목적을 보자.

ChatGPT 로그인이 유리한 경우

ChatGPT 로그인은 특히 처음 시작하는 사람에게 유리하다. 설치 후 바로 브라우저 인증으로 붙고, 플랜에 포함된 한도 안에서 바로 써볼 수 있다.³⁶

무엇보다 Codex의 진짜 매력인 클라우드 작업, 앱/웹/IDE 연동, 계정 통합 경험이 자연스럽다. 한국 독자 기준으로는 이 장점이 크다. 회사 PC, 집 맥북, 서브 노트북을 왔다 갔다 해도 같은 ChatGPT 계정으로 이어서 쓰기 쉽다.

이 방식이 잘 맞는 사람은 다음과 같다.

Codex를 직접 대화하고 위임하는 인터랙티브 도구로 쓰려는 사람
웹, CLI, IDE 확장을 한 번에 써보려는 사람
월 고정비가 마음 편한 사람

API 키가 유리한 경우

API 키는 자유도가 높다. 한도를 구독형 메시지 수가 아니라 토큰 비용으로 계산하고, 배치 작업과 사내 자동화에 붙이기 쉽다.¹⁵

예를 들어 매일 새벽 3시에 레포지토리 린트 오류를 스캔하고, 실패한 테스트를 요약한 뒤 슬랙으로 보내는 사내 스크립트를 만들고 싶다면 ChatGPT 로그인보다 API가 맞다. 사용량을 기록하고, 예산 경고를 걸고, 특정 모델만 쓰게 강제하기도 쉽다.

또 한 달에 깊은 세션이 5번뿐이라면 API가 더 싸게 끝날 수 있다. 종량제이기 때문이다.²⁵

헷갈리면 이렇게 고르자

개인 개발자라면 ChatGPT 로그인부터 시작하자. 익숙해진 뒤 자동화가 필요해지면 API 키를 추가하는 것이 가장 덜 꼬인다.

반대로 팀에서 처음부터 결제 추적, 예산 분리, 서버 자동화를 생각한다면 API 키 중심 설계가 낫다. 특히 제품 기능에 LLM을 넣을 계획이라면 더 그렇다. 그건 Codex를 쓰는 것이 아니라 OpenAI 인프라를 운영하는 문제이기 때문이다.

API 종량제 과금이 의미하는 것

2026년 4월 시점의 큰 변화는 "Codex를 구독형 도구로만 보지 말라"는 신호가 더 강해졌다는 점이다. CLI와 IDE 확장도 ChatGPT 로그인과 API 키 모드를 모두 지원하고, 한도를 넘겼을 때 추가 크레딧 구매가 자연스러운 흐름이 되었다.¹⁵

이 변화의 의미는 세 가지다.

첫째, Codex는 이제 단순한 앱이 아니라 플랫폼이 되었다. 사람은 구독형으로, 시스템은 토큰형으로, 조직은 크레딧 풀로 쓸 수 있다.

둘째, 비용 최적화가 가능해졌다. 쉬운 작업은 저렴한 모델로 API 호출하고, 중요한 인터랙티브 작업만 ChatGPT 로그인 세션에서 돌리는 식의 혼합 전략이 가능하다.⁵¹¹

셋째, "한도 때문에 아예 못 쓴다"에서 "조심하지 않으면 예상보다 많이 나온다"로 고민이 바뀌었다. 예전엔 멈춤이 문제였다면, 이제는 비용 통제가 문제다.

그래서 실무에서는 보통 이렇게 나눈다. 사람의 생산성을 올리는 주간 작업은 구독형으로 돌리고, 반복적 자동화나 배치성 태스크는 API 키에 예산 상한을 걸어 관리한다. 이 방식이 가장 예측 가능하다.

모델 선택의 원칙: 무조건 최고 모델이 답은 아니다

이제 모델 이야기로 넘어가 보자. 많은 사람이 여기서 가장 비싼 모델을 고르면 가장 잘될 거라고 생각한다. 하지만 Codex는 작업 종류에 따라 모델을 섞어 쓰는 것이 훨씬 효율적이다.¹¹¹²

실무에서는 성능보다 먼저 세 가지를 본다. 첫째, 이 작업이 정말 깊은 추론이 필요한가. 둘째, 긴 문맥이 필요한가. 셋째, 실패했을 때 다시 돌리는 비용이 큰가.

예를 들어 로그인 폼 문구 수정, 타입 오류 제거, 테스트 스냅샷 갱신 정도는 최고급 모델이 아깝다. 반대로 Supabase 인증 구조를 바꾸거나, Next.js 서버 액션과 RLS 정책을 함께 만지는 작업은 싼 모델이 오히려 전체 비용을 더 올릴 수 있다. 여러 번 왕복하게 만들기 때문이다.

실전 모델 선택 가이드

GPT-5.5: 가장 강한 기본 선택이지만 항상 첫 픽은 아니다

최신 플래그십 계열 모델은 전반적인 추론, 코딩, 도구 사용에서 가장 강한 기본 선택이 된다.¹² 다만 최신 모델일수록 토큰 단가가 높고, 실제로는 과할 때가 많다.

이 모델은 이런 작업에 어울린다. 복잡한 설계 판단이 들어가는 리팩터링, 여러 폴더에 걸친 기능 추가, 애매한 버그 원인 분석, 테스트 실패 원인 추적처럼 "한 번에 잘 맞히는 것"이 중요한 일이다.

쉽게 말해 선임 개발자 시간을 대신 사는 모델이다. 비싸지만, 틀리게 여러 번 시도하는 것보다 싸게 끝나는 순간이 있다.

GPT-5.4: 가장 균형 좋은 실무 기본값

GPT-5.4는 현재 Codex에서 가장 실용적인 기본값으로 보는 편이 맞다. 범용성과 코딩 성능이 좋고, 1M급 문맥 처리도 가능하며, Codex의 기본 프런티어 모델 역할을 맡고 있다.¹¹¹³

이 모델은 대부분의 실무 작업에 잘 맞는다. React 컴포넌트 리팩터링, Express 미들웨어 정리, 테스트 작성, 배포 전 체크리스트 생성, PR 리뷰 요약 같은 작업에서 안정감이 좋다.

처음 Codex를 쓰는 독자라면 모델 고민을 오래 하지 말고, 우선 GPT-5.4 계열로 시작해서 막히는 순간에만 더 올리거나 내리는 전략이 좋다.

GPT-5.4-mini: 많이 돌려야 하는 일의 친구

mini 계열은 "약한 모델"이 아니라 "가벼운 모델"로 이해하는 편이 좋다. 빠르고 싸고, 반복 작업에서 강하다.¹²

예를 들어 이런 일에 좋다. 테스트 코드 초안 생성, 주석 보강, 타입 보정, 단순 파일 이동, 린트 오류 수정, README 정리, 작은 CRUD 보일러플레이트 작성. 즉 깊은 설계보다 속도와 비용이 중요한 일이다.

한국 개발자 실무로 옮기면 감이 쉽다. Next.js + Supabase 프로젝트에서 관리자 페이지 테이블 컴포넌트 10개 스타일 정리, DTO 타입 보정, 폼 검증 문구 통일 같은 일은 mini가 훨씬 효율적이다. 최고 모델을 쓰면 과하게 똑똑해서 오히려 느리고 비싸다.

GPT-5.3-Codex: 코딩 특화 감각이 필요한 순간

GPT-5.3-Codex 계열은 코딩 에이전트 감각이 강한 모델로 자리 잡아 왔다. 복잡한 저장소 작업, CLI 상호작용, 코드 수정과 검증 루프에서 좋은 평가를 받아 왔고, 여전히 많은 사용자가 선호한다.⁷¹⁴

이 모델은 특히 "코드베이스와 씨름하는 일"에 잘 맞는다. 테스트를 돌려 보고, 에러를 읽고, 다시 고치고, diff를 정리하는 흐름이 매끄럽다. Claude Code와 비교 검토 중인 독자라면 바로 이 지점이 중요하다. 단순히 한 번에 예쁜 코드를 쓰는 능력보다, 저장소 안에서 끝까지 밀고 가는 감각이 중요하기 때문이다.

GPT-5.3-Codex-Spark: 빠른 탐색과 초안용

Spark는 연구 프리뷰 성격의 초고속 코딩 반복용 모델이다. 아주 빠르게 시도하고, 방향을 잡고, 바로 다음 질문으로 넘어가야 할 때 유용하다.¹⁵

이 모델은 초안용으로 생각하면 편하다. 예를 들면 슈퍼앱 클론 프로젝트에서 네비게이션 구조를 세 가지 버전으로 빠르게 뽑아 보거나, Express 라우트 초안을 여러 방식으로 비교하는 식이다. 다만 결과물을 바로 머지할 최종안이라기보다, 탐색 속도를 높이는 도구로 보는 편이 안전하다.

모델을 작업별로 매칭하는 법

모델 선택은 스펙표보다 작업 분류가 더 중요하다. 다음 정도로 나누면 실전에서 거의 맞는다.

GPT-5.4-mini: 반복 작업, 가벼운 수정, 대량 보일러플레이트
GPT-5.4: 기본값, 대부분의 기능 추가와 리팩터링
GPT-5.5: 애매하고 어려운 문제, 중요한 설계 판단, 실패 비용이 큰 작업
GPT-5.3-Codex: 저장소 중심 코딩 루프, 복잡한 수정·테스트·검증 흐름
GPT-5.3-Codex-Spark: 초고속 탐색, 초안 생성, 여러 안 병렬 실험

중요한 것은 모델 충성도를 버리는 것이다. "나는 무조건 이 모델만 쓴다"는 태도보다, "이 일은 어떤 엔진이 싸고 잘 맞나"를 묻는 태도가 훨씬 경제적이다.

1M 컨텍스트 윈도우는 언제 켜야 하나

긴 문맥은 멋있지만, 항상 좋은 것은 아니다. GPT-5.4 계열은 1M급 컨텍스트를 지원하지만, 이건 상시 켜둘 기본 옵션이라기보다 정말 필요한 순간에 쓰는 확장 슬롯에 가깝다.¹³¹⁶

예를 들어 거대한 모노레포 전체를 한 번에 읽히고 싶을 때, 오래된 설계 문서와 실제 구현을 함께 비교할 때, 여러 서비스의 로그·스택트레이스·관련 파일을 묶어 원인 분석할 때 1M 문맥이 빛난다.¹³

반면 대부분의 일상 작업은 그렇게 길지 않다. 오히려 긴 문맥은 모델이 불필요한 정보까지 들고 다니게 만들고, API에서는 비용도 커질 수 있다.¹⁶ 그래서 실무 팁은 간단하다.

평소에는 필요한 파일만 좁게 주고, 진짜 구조적 문제를 다룰 때만 긴 문맥을 쓴다. "전부 넣으면 더 잘하겠지"는 흔한 착각이다. 실제로는 중요한 단서가 묻히기 쉽다.

1M 컨텍스트를 켜기 전에 할 질문

1M 문맥이 필요하다고 느껴질 때, 먼저 세 가지를 자문해 보자.

첫째, 정말 전체를 알아야 하는 문제인가. 인증 버그 하나 잡는데 레포 전체는 필요 없을 수 있다.

둘째, 정보를 압축해서 줄 수 없는가. AGENTS.md, 구현 계획서, 핵심 파일 목록, 에러 로그 요약만으로 충분한 경우가 많다.

셋째, 이번 세션의 실패 비용이 큰가. 한 번 잘 푸는 것이 중요하다면 긴 문맥이 가치가 있다.

예를 들어 Next.js + Supabase 서비스에서 결제 실패와 세션 만료가 엮인 문제를 잡을 때는 프론트 인증 가드, 서버 액션, 미들웨어, RLS 정책, 결제 웹훅 처리 코드를 함께 봐야 할 수 있다. 이럴 때는 긴 문맥이 확실히 도움이 된다.

비용을 줄이는 현실적인 운영 팁

비용 최적화는 거창한 기술이 아니다. 작은 습관의 차이다.

먼저, 쉬운 작업부터 가벼운 모델로 보내자. 미니 모델로 해결될 일을 최고 모델에 보내면 체감상 편해 보여도 결국 비용과 한도를 같이 태운다.¹¹¹²

다음으로, 요청을 구체적으로 써야 한다. "버그 고쳐줘"보다 "회원가입 후 첫 로그인에서 redirect loop가 나는 원인을 찾고, 재현 방법과 수정 diff를 보여줘"가 싸다. 왕복 횟수가 줄기 때문이다.

마지막으로, 인터랙티브 작업과 자동화 작업을 분리하자. 사람이 붙어서 검토할 일은 ChatGPT 로그인으로, 야간 배치나 대량 처리 작업은 API 키로 나누면 훨씬 관리가 쉽다.⁵¹⁰

한국 사용자 관점에서의 추천 조합

한국 개발자 독자를 기준으로, 시작 조합은 보통 세 가지 중 하나다.

첫 번째는 가장 무난한 조합이다. ChatGPT Plus + ChatGPT 로그인 + GPT-5.4 기본 사용. 개인 프로젝트, 학습, 실무 보조에 가장 부담이 적다.

두 번째는 헤비유저 조합이다. ChatGPT Pro + 클라우드 태스크 적극 활용 + GPT-5.4와 GPT-5.3-Codex 혼용. 하루에 긴 세션을 자주 돌리거나, PR 리뷰와 자율 작업을 많이 위임하는 사람에게 맞다.

세 번째는 자동화 조합이다. ChatGPT Plus로 사람용 세션을 쓰고, 별도로 API 키를 발급해 야간 스크립트나 사내 도구를 붙인다. 개인과 팀의 경계에 있는 실무자에게 특히 좋다. 비용 추적도 쉽고, 기능 확장도 쉽다.

비개발자 바이브 코더라면 이야기가 조금 다르다. 이 경우는 ChatGPT 로그인 기반이 압도적으로 쉽다. API 키는 바로 복잡해진다. 처음엔 무조건 제품 경험을 먼저 익히고, 자동화는 나중에 생각하는 편이 낫다.

이 장의 핵심 정리

Codex 요금제와 모델 선택은 화려한 기능보다 먼저 정리해야 하는 기초 공사다. 돈 문제와 모델 문제를 정리하지 않으면, Codex는 금방 "비싸고 답답한 도구"가 된다.

처음엔 단순하게 가자. 이미 ChatGPT Plus를 쓰고 있다면 ChatGPT 로그인으로 시작하고, GPT-5.4를 기본값으로 쓰면 된다. 반복 작업은 mini로 내려서 비용을 줄이고, 정말 어려운 문제에만 상위 모델을 투입하자. 하루 종일 Codex를 붙잡고 사는 단계가 되면 그때 Pro를 검토하면 된다.

그리고 꼭 기억하자. 최고 모델을 고르는 것이 실력은 아니다. 내 작업을 가장 싸고 빠르게 끝내는 조합을 찾는 것이 진짜 실무 감각이다.