ChatGPT Images 2.0, Codex 안의 GPT-Image-2 생성, OpenAI API의 gpt-image-2는 이름이 비슷하지만 같은 사용 계약이 아닙니다. 사람이 프롬프트를 쓰고 결과를 보며 수정하고 내려받는 작업은 ChatGPT가 가장 빠릅니다. 이미지가 MDX, 코드, 문서, 공개 자산과 함께 저장소에 남아야 한다면 Codex가 맞습니다. 사용자 요청으로 제품이 이미지를 생성해야 한다면 저장, 재시도, 로그, 권한, 과금 추적을 갖춘 OpenAI API가 주 경로입니다. 공급업체나 gateway는 접근성과 결제에 도움이 될 수 있지만 가격, 별칭, 실패 과금, 데이터 조건은 공급업체 계약입니다.
빠른 경로표
| 경로 | 적합한 작업 | 확인할 소유자 |
|---|---|---|
| ChatGPT Images 2.0 | 수동 생성, 편집, 업로드, 눈으로 확인, 다운로드. | ChatGPT 플랜, workspace 정책, 앱 사용 한도. |
| Codex GPT-Image-2 | 블로그 이미지, docs 그림, 코드 자산, MDX 참조처럼 저장소에 남는 작업. | Codex 작업 맥락, 이미지 크레딧, raw evidence, publish path. |
OpenAI API gpt-image-2 | 제품이 반복 생성하고 저장, 로그, 재시도, 비용 추적을 해야 하는 작업. | OpenAI API project, model docs, endpoint, billing. |
| 공급업체 또는 gateway | 접근, 결제, 호환 레이어, 테스트 경로 검증. | provider alias, price, data terms, failure billing, support. |
2026-05-13 기준 OpenAI 개발자 문서는 gpt-image-2를 이미지 생성 모델로 다루며 Image API 또는 Responses API를 개발자 경로로 제시합니다. Codex 가격 문맥에서는 GPT-Image-2가 Codex 크레딧과 연결됩니다. ChatGPT Images 2.0은 ChatGPT 제품 기능입니다. 따라서 ChatGPT 한도, Codex 크레딧, API 청구, 공급업체 가격을 하나의 비용으로 섞지 않는 것이 핵심입니다.
먼저 한 문장으로 나누기
선택 기준은 모델 이름이 아니라 결과를 누가 운영하는가입니다. 사람이 대화에서 만들고 보고 고르는 이미지는 ChatGPT 소유 흐름입니다. 에이전트가 이미지를 만들고 raw PNG를 evidence에 남기며 WebP로 공개하고 MDX 링크까지 바꾸는 작업은 Codex 흐름입니다. 사용자가 버튼을 누를 때 애플리케이션이 이미지를 만들어 저장하고 비용을 기록해야 한다면 OpenAI API 흐름입니다.
이렇게 나누면 비싼 오해를 줄일 수 있습니다. ChatGPT에서 좋은 이미지가 나왔다고 API payload, 저장, 실패 처리, 비용이 검증된 것은 아닙니다. Codex가 저장소 이미지를 만들었다고 외부 사용자가 호출할 production endpoint가 생긴 것은 아닙니다. 공급업체에서 같은 별칭이 동작해도 그 가격이 OpenAI 공식 가격이 되는 것은 아닙니다.
| 현재 작업 | 시작 경로 | 이유 | 경로를 바꿔야 할 때 |
|---|---|---|---|
| 스타일, 구도, 문구 밀도를 빠르게 시험 | ChatGPT | 사람이 보고 바로 수정하기 쉽습니다. | request ID, storage, retry, user policy가 필요할 때. |
| 글, docs, 코드용 이미지 제작 | Codex | 파일, 원본, WebP, alt, report를 저장소에서 관리합니다. | 온라인 사용자가 직접 생성해야 할 때. |
| 제품 기능으로 이미지 생성 | OpenAI API | endpoint, logs, storage, billing, monitoring을 설계합니다. | 단발성 내부 이미지일 뿐일 때. |
| 공급업체 검증 | provider route | 접근, 결제, 호환성 마찰을 낮출 수 있습니다. | alias, price, data terms, support를 설명할 수 없을 때. |
공식 경계는 세 면으로 나뉩니다
OpenAI API 면에서는 개발자 계약을 확인합니다. model ID, snapshot, Image API, Responses API, 지원 크기, 입력 이미지, 출력 형식, 오류 처리, rate limit, billing owner가 중요합니다. 단일 생성이나 편집에는 Image API가 단순하고, 대화 상태나 tool flow 안에서 이미지를 만들려면 Responses API가 더 자연스러울 수 있습니다.
ChatGPT 면에서는 제품 계약을 확인합니다. 플랜, workspace 정책, 이미지 기능 활성화, 업로드, 다운로드, 내역, 수동 검수 흐름이 핵심입니다. 장점은 사람이 결과를 빨리 보고 판단하는 것입니다. 하지만 애플리케이션의 request log, storage, retry, per-user billing을 제공하는 경로는 아닙니다.
Codex 면에서는 저장소 작업 계약을 확인합니다. Codex는 이미지를 만들고 생성 디렉터리의 raw PNG를 찾고, evidence에 복사하고, 공개 WebP를 만들고, MDX 참조와 이미지 보고서를 갱신할 수 있습니다. 글과 문서 이미지에는 이 파일 추적이 중요합니다.
| 증거 면 | 증명하는 것 | 증명하지 않는 것 |
|---|---|---|
| OpenAI developer docs | gpt-image-2 모델과 Image API / Responses API 경로. | ChatGPT 앱 한도나 Codex 크레딧. |
| ChatGPT product notes | ChatGPT 안에서의 이미지 생성과 수동 편집 흐름. | 제품 로그, 재시도, API 청구. |
| Codex pricing and workspace | Codex 작업의 이미지 크레딧과 저장소 파일 흐름. | 외부 앱이 Codex를 endpoint로 호출할 수 있다는 뜻. |
| provider contract | 해당 공급업체의 별칭, 가격, 지원. | OpenAI 공식 가격이나 공식 보장. |
ChatGPT는 사람이 판단하는 이미지 작업에 맞습니다
ChatGPT는 결과를 눈으로 보고 결정해야 하는 작업에 적합합니다. 광고 시안, 내부 발표 자료, SNS 이미지, 업로드 이미지 수정, 긴 텍스트의 가독성 확인, API 프롬프트를 정하기 전의 스타일 탐색이 여기에 들어갑니다. 대화 중에 여백을 늘리고 문구를 줄이고 배경을 바꾸는 요청을 빠르게 반복할 수 있습니다.
확인해야 할 제한은 API dashboard가 아니라 ChatGPT 쪽에 있습니다. 플랜, workspace policy, 이미지 생성 횟수, 업로드 제한, 내보내기 형식, 기록, 입력 소재의 권리, 생성 모드를 봐야 합니다. 나중에 제품 기능으로 옮길 계획이라면 최종 prompt, input images, target size, style constraints, forbidden elements, acceptance criteria, bad outputs를 따로 기록합니다.
사람이 한 장씩 승인하고 수동으로 저장하며 실패 시 다시 지시할 수 있다면 ChatGPT를 유지해도 됩니다. 그러나 사용자별 quota, 서버 로그, 저장소, 재시도, 결제, 환불, 권한, 지연 시간 목표가 필요해지는 순간에는 API 경로로 옮겨야 합니다.
Codex는 저장소 자산에 맞습니다
Codex는 이미지가 저장소 산출물일 때 강합니다. 기술 글의 cover, API route map, pricing board, troubleshooting visual, docs diagram은 본문, frontmatter, alt text, 이미지 디렉터리, 최적화, 리뷰와 연결됩니다. Codex는 주변 파일을 읽고 같은 작업 안에서 이미지와 참조를 함께 갱신할 수 있습니다.
좋은 Codex 이미지 흐름은 생성 디렉터리의 raw PNG, run evidence 안의 복사본, public/posts/ko/chatgpt-gpt-image-2-vs-codex-gpt-image-2-api/img/cover.webp 같은 공개 파일, MDX의 ./img/... 참조, alt text, image report, hash를 포함합니다. 이 체인은 나중에 이미지 출처, locale별 생성 여부, 최적화 여부, 본문과의 대응을 확인하게 해 줍니다.
Codex를 production API로 이해하면 안 됩니다. Codex는 자산을 만들고 구현 코드를 쓰고 문서를 갱신하는 데 도움이 됩니다. 하지만 최종 사용자가 버튼을 눌러 이미지를 생성한다면 애플리케이션이 OpenAI API 같은 runtime route를 가져야 하며 auth, storage, logging, retry, billing, policy를 관리해야 합니다.
제품 기능이면 OpenAI API를 사용합니다
OpenAI API는 이미지 생성이 제품 기능이 될 때 선택합니다. 여기서는 한 번 생성했다는 사실보다 운영 가능한 설계가 중요합니다. route, model ID, endpoint family, input images, size, quality, output format, user, project, request metadata, latency, retry count, storage path, cost source, error class를 기록해야 합니다.
Image API와 Responses API도 경험에 따라 나눕니다. 단일 생성이나 편집은 Image API가 단순할 수 있습니다. 대화 상태, tool call, 여러 번의 수정, assistant flow와 묶을 경우 Responses API가 적합할 수 있습니다. 어느 쪽이든 입력 이미지 권리, 출력 저장, content rules, unsupported parameters, rate limits, billing owner를 먼저 확인해야 합니다.
작은 운영 테스트부터 시작합니다. 낮은 비용의 요청 하나를 실행하고 입력과 출력을 저장하며, storage URL을 만들고, 실패 시 사용자 메시지를 정하고, cost source를 기록하고, timeout, refusal, storage failure, provider error를 분류합니다. 그 다음에야 queue, cache, concurrency, monitoring을 논의할 수 있습니다.
과금은 하나의 GPT Image 2 가격으로 합치지 않습니다
ChatGPT plan caps, Codex image credits, OpenAI API billing, provider pricing은 서로 다른 회계면입니다. 이름이 비슷해도 한도, 결제, usage log, refund, support owner가 다릅니다. 예산이나 팀 공유에서는 항상 어떤 경로의 비용인지 분리합니다.
| 비용 또는 제한 | 확인 위치 | 의미 |
|---|---|---|
| ChatGPT plan caps | ChatGPT plan과 workspace. | 수동 이미지 생성의 접근성과 횟수. |
| Codex image credits | Codex pricing과 workspace usage. | agent task에서 쓰는 이미지 생성량. |
| OpenAI API billing | OpenAI API project, pricing, usage. | 제품이 호출하는 이미지 생성 비용. |
| Provider pricing | provider dashboard와 terms. | 그 provider route에만 적용되는 가격. |
공급업체 경로는 결제, 호환 API, 접근성, 임시 테스트에 도움이 될 수 있습니다. 하지만 production 경로로 쓰기 전에는 model alias, price unit, failed-generation billing, refund, data handling, support owner, exit plan을 명확히 해야 합니다.
작은 경로 테스트로 결정합니다
한 장의 성공 이미지만으로 결정하지 마세요. ChatGPT에서는 prompt, input images, final output, export constraint, human acceptance note를 남깁니다. Codex에서는 raw PNG, evidence copy, published WebP, MDX reference, image report를 남깁니다. API에서는 request payload, model, endpoint family, latency, storage path, error behavior, cost source를 남깁니다. 공급업체에서는 alias mapping, price unit, data terms, support owner, failure billing을 확인합니다.
비교 축은 이미지 모양만이 아닙니다. control, ownership, recovery, auditability를 봅니다. control은 파라미터와 안전성, ownership은 files, logs, cost, recovery는 retry와 fallback, auditability는 나중에 설명할 수 있는지를 뜻합니다. 이 네 가지가 맞는 경로가 현재 작업의 주 경로입니다.
자주 생기는 오해
Codex GPT-Image-2는 OpenAI API 자체가 아닙니다
Codex는 agent workflow 안에서 이미지를 만들 수 있지만 외부 사용자용 production endpoint는 아닙니다. Codex는 workspace workflow, API는 runtime integration surface로 분리해야 합니다.
ChatGPT의 성공 결과만으로 제품 운영이 되지 않습니다
ChatGPT는 사람이 보는 창작에 강합니다. 제품에는 request IDs, server logs, retry, storage, user policy, billing attribution이 별도로 필요합니다.
Provider price는 OpenAI 공식 가격이 아닙니다
Provider route는 편할 수 있지만 price, alias, data terms, support는 provider contract입니다. OpenAI 공식 가격이라고 말하려면 OpenAI 공식 출처가 필요합니다.
이미지 품질만으로 경로가 결정되지 않습니다
여러 경로가 비슷한 품질을 낸다면 재현성, 파일 소유자, 로그, 과금, 실패 복구, 권한 관리가 결정 요소가 됩니다. 보기 좋은 결과라도 추적할 수 없으면 production-ready가 아닙니다.
다음 단계
- ChatGPT Images 2.0에서 ChatGPT 제품 기능과 경계를 확인합니다.
- GPT-Image-2 API에서 Image API, Responses API, request shape, provider boundary를 봅니다.
- GPT-Image-2 API Pricing에서 공식 비용, provider price, 예산 계산을 분리합니다.
- How to Use GPT-Image-2에서 생성, 편집, prompt, 검증 흐름을 봅니다.
- Is GPT-Image-2 Free?에서 ChatGPT, API, trial, provider free route를 구분합니다.
FAQ
ChatGPT Images 2.0과 gpt-image-2는 같은가요?
관련은 있지만 같은 계약면은 아닙니다. ChatGPT Images 2.0은 ChatGPT 제품 기능이고, gpt-image-2는 developer docs와 API logs에서 확인하는 model identity입니다.
Codex GPT-Image-2를 제품 API로 쓸 수 있나요?
그렇게 보지 않는 것이 맞습니다. Codex는 저장소 자산 생성, 증거 보존, MDX 갱신에 적합합니다. 사용자용 생성 기능에는 API route, auth, storage, logs, retries, billing이 필요합니다.
개발자는 ChatGPT부터 시작해야 하나요, API부터 시작해야 하나요?
시각 방향을 탐색할 때는 ChatGPT부터 시작합니다. 기능을 출시하려면 가능한 빨리 API 최소 요청을 만듭니다. ChatGPT는 prompt와 acceptance criteria 정리에 도움을 줍니다.
ChatGPT 한도, Codex credits, API billing은 공유되나요?
공유된다고 보면 안 됩니다. ChatGPT는 ChatGPT, Codex는 Codex usage, API는 OpenAI API project, provider는 provider contract에서 확인합니다.
공급업체 경로는 언제 유용한가요?
결제, 호환 레이어, 접근성 검증, 짧은 테스트에 유용할 수 있습니다. production에 쓰기 전 alias, price, failure billing, data handling, support, exit plan을 확인해야 합니다.
언제 OpenAI API로 전환해야 하나요?
최종 사용자의 요청으로 이미지가 생성되거나 user, project, order, time 기준의 cost and logs가 필요하면 API로 전환해야 합니다. 그때 이미지는 수동 자산이 아니라 제품 기능입니다.