2026년 4월 29일 기준으로 OpenAI Platform API 키는 생성 자체에는 비용이 들지 않을 수 있다. 그러나 그 키가 공식 API를 무료 무제한으로 호출할 권리를 주는 것은 아니다. 실제 요청을 결정하는 것은 organization, project, billing, credit, model access, usage limit, rate limit의 조합이다.
| 경로 | 계정 또는 키 소유자 | 비용 부담 | 안전한 용도 | 먼저 확인할 것 |
|---|---|---|---|---|
| OpenAI Platform API | 본인의 OpenAI organization/project | API billing, credit, prepaid balance | 프로덕션 API와 통제된 테스트 | billing, model access, usage limit, rate limit |
| ChatGPT 앱 접근 | 소비자 앱 계정 | Free, Plus, Pro, workspace quota | 수동 앱 사용. backend API 아님 | 앱 plan은 API 청구로 전환되지 않음 |
| Trial credit | 특정 Platform 계정 | credit 먼저, 이후 paid balance 가능 | 짧은 공식 테스트 | 잔액, 만료, 허용 모델, 결제 fallback |
| Provider route | 제3자 provider | provider credit, plan, provider bill | 조건이 명확한 비민감 평가 | owner, price unit, data terms, limits, support |
| User-pays route | SDK/platform과 end user | 실행 시 end user 부담 | 사용자가 세션이나 결제를 가져오는 앱 | consent, privacy, abuse control, rate limit |
| 무료 open-weight model | host, community, self infra | host, community, self infra | OpenAI API 권리가 아닌 저위험 실험 | model identity, host limits, context, data policy |
| Copied key 또는 generator | 불명확하거나 노출된 owner | 불명확, 대개 타인 계정 | 거절 | key ownership, billing risk, logs, malware, policy risk |
멈춤 규칙은 간단하다. 키 소유자, 무료 이후 비용 부담자, 적용 limits, prompt와 output을 보호하는 terms, failure support가 보이지 않는 경로는 실제 데이터나 프로덕션 코드에 연결하지 않는다. 공식 경로를 원한다면 직접 Platform key를 만들고, billing 또는 credit을 확인하고, 낮은 usage limit을 설정한 뒤 최소 요청 한 번만 보내 usage를 확인한다.
API 키는 인증 정보이지 quota가 아니다
OpenAI Platform API 키는 특정 organization 또는 project 안에서 요청을 인증하는 secret이다. 새 키를 만든다고 독립적인 무료 quota, 숨은 예산, 별도의 model access가 생기지 않는다. 요청 성공 여부는 project, role, billing, credit, model access, usage limit, rate limit가 결정한다.
그래서 방금 만든 키도 실패할 수 있다. secret은 유효하지만 project에 사용할 credit이 없거나, billing이 준비되지 않았거나, 모델이 허용되지 않았거나, spend cap 또는 rate limit에 걸렸을 수 있다. key rotation은 보안을 위한 조치이지 quota를 늘리는 방법이 아니다.
구현에서는 OPENAI_API_KEY를 서버 환경 변수나 secret manager에 둔다. frontend bundle, 공개 repo, screenshot, 공유 notebook, browser extension에 넣지 않는다. 팀에서는 어떤 project가 어떤 key를 소유하고 어느 billing에 연결되는지 기록해야 usage와 비용을 추적할 수 있다.
역할도 중요하다. 한 사용자는 project A에서는 key를 만들 수 있지만 project B 리소스에는 접근하지 못할 수 있다. service account key 역시 권한을 좁히고 주기적으로 검토해야 한다. 로컬에서는 동작하지만 production에서 실패하면 먼저 owning project, role, billing, limits를 본다.
실제로 무료인 것과 유료가 되는 것
무료인 것은 key creation이다. API usage는 billing과 limit 결정이다. OpenAI pricing page가 공식 모델 가격의 현재 owner이고, prepaid billing은 API usage credit을 미리 구매하는 방식이다. OpenAI Help의 현재 prepaid 설명은 최소 구매액을 5달러로 안내한다. 이는 낮은 공식 시작 비용이지 무료 무제한 권리가 아니다.
Trial credit이나 promotional credit은 account-specific이다. 모든 새 계정이 같은 잔액, 만료일, 모델 범위를 가진다고 가정하지 않는다. 자신의 Platform billing page에서 balance, expiry, allowed models, paid fallback을 확인하고 날짜를 남긴다.
Rate limit와 usage limit도 분리해야 한다. rate limit는 request와 token throughput을 제한하고, usage limit는 비용을 제한한다. 실패 원인이 billing인지, quota인지, model access인지, permission인지, rate인지에 따라 해결책이 다르다. 같은 project에서 키를 더 만들어도 보통 같은 제한에 다시 걸린다.
ChatGPT 앱 접근과 API billing은 별개다
ChatGPT 앱의 Free, Plus, Pro, workspace access는 사람이 앱 안에서 쓰는 surface다. OpenAI Platform API는 애플리케이션이 인증, 청구, logging, retry, failure handling을 책임지는 developer surface다. 모델 이름이 비슷하더라도 billing과 limits는 같은 것이 아니다.
앱에서 모델을 쓸 수 있다고 코드에서 무료로 호출할 수 있는 것은 아니다. 반대로 API credit이 있어도 ChatGPT 앱의 message cap이나 plan 기능이 바뀌지 않는다. 수동 작업은 앱, 자동화와 backend integration은 Platform API로 분리해서 설계한다.
회사 내부 도구나 고객 기능에서는 이 분리를 문서화해야 한다. 어떤 경로가 사람의 작업이고, 어떤 경로가 server call인지, 어디서 청구되고 어디서 usage가 기록되며 오류를 누가 처리하는지 명확해야 한다. 이 단계 없이 key만 공유하면 quota, billing, support가 뒤섞인다.
무료처럼 보이는 대안을 분류하라
Provider route는 평가에 유용할 수 있다. trial credit, compatible endpoint, playground, model alias를 제공해 빠르게 테스트할 수 있다. 하지만 그 경로에서는 provider가 price unit, model mapping, logs, data terms, rate limits, failure handling, support를 소유한다. provider evaluation이지 공식 OpenAI free usage가 아니다.
User-pays route는 또 다르다. end user가 session, account, quota, payment를 가져오는 설계라면 개발자의 중앙 청구가 줄어들 수 있다. 그러나 사용자 동의, privacy, abuse control, quota 소진 시 UX, support 책임이 필요하다. 전체 시스템이 무료가 아니라 payer가 이동하는 것이다.
무료 open-weight model은 비용 없는 실험이나 self-hosting에 맞다. OpenAI Platform API와 같은 contract, support, model behavior, data handling을 기대하는 선택지가 아니다. model identity, context window, host limits, data policy를 확인해야 한다.
Copied key, generator, owner 없는 wrapper는 프로덕션에서 쓰지 않는다. 한 번 응답이 나온다고 permission, billing ownership, data safety, durability, support가 증명되지 않는다. 오히려 다른 사람의 credential, prompt leakage, malware, 갑작스러운 revoke, 청구 사고 가능성을 보여준다.
가장 작은 공식 테스트 경로
공식 경로의 첫 테스트는 작아야 한다. 올바른 organization과 project를 선택하고, secret key를 만들고, 서버 환경 변수나 secret manager에 저장하고, billing 또는 credit을 확인하고, 낮은 project usage limit을 설정한 뒤, 활성화된 저비용 모델에 최소 prompt를 보낸다.
그 다음 usage page에서 요청이 예상한 project에 기록됐는지 확인한다. 실패하면 error owner를 읽는다. billing, quota, model access, permission, rate limit는 각각 수정할 곳이 다르다. 키가 노출됐거나 scope가 틀린 경우가 아니라면, 같은 project에서 새 키를 계속 만드는 것은 해결책이 아니다.
Production 전에는 server-side secret storage, budget alert 또는 low cap, quota/billing failure에 대한 사용자 메시지, logging, support path를 마련한다. 첫 payload는 비민감 데이터로 시작하고, data handling과 retention을 확인한 뒤 실제 데이터로 넘어간다.
판단 규칙
공식 문서, 직접 API behavior, project control, billing visibility, production ownership이 필요하면 OpenAI Platform API를 선택한다. 사람이 앱 안에서 쓰는 작업이면 ChatGPT 앱 접근을 선택한다. Provider route는 owner, payer, limits, terms, support가 위험에 비해 충분히 명확할 때만 쓴다. User-pays route는 제품이 사용자 결제와 동의를 명시적으로 전제로 할 때만 맞다. 무료 open-weight model은 비용 없는 실험을 위한 것이지 OpenAI API entitlement가 아니다.
Copied key와 generator는 거절한다. 비용 문제를 security, privacy, billing, reliability 문제로 바꿀 뿐이다.
FAQ
OpenAI API 키를 무료로 만들 수 있나?
만들 수는 있다. 하지만 사용은 billing, credit, model access, project permission, usage limit, rate limit에 달려 있다. 키는 무료 무제한 권리가 아니다.
ChatGPT Plus나 Pro에 API credit이 포함되나?
자동 포함되지 않는다. ChatGPT 앱 접근과 Platform API billing은 별개다. 앱 plan은 backend API call 비용을 대신 내지 않는다.
Trial credit은 모두에게 같은가?
아니다. 자신의 Platform billing page에서 balance, expiry, allowed models, paid fallback을 확인해야 한다.
Provider 무료 endpoint는 공식 OpenAI 무료 API인가?
아니다. provider route는 별도 contract이며 price unit, limits, data terms, support를 provider가 가진다.
GitHub의 무료 key는 안전한가?
안전하지 않다. 공개 key와 generator는 ownership, permission, billing control, data safety를 증명하지 않는다.
quota exceeded가 나오면 무엇을 먼저 확인해야 하나?
project billing, credit balance, model access, usage limit, rate limit를 확인한다. 같은 project에서 key를 늘리는 것은 보통 해결책이 아니다.
