AI 구독은 왜 값싼 API가 아닌가#

2026-08-20

개인 구독 경로와 종량제 API 경로가 하나의 AI로 향하지만 서로 다른 출입구와 과금 체계로 나뉜 모습

AI를 잘 쓸수록 비용이 문제가 됩니다#

AI를 처음 사용할 때는 모델의 성능이 가장 중요했습니다. 어떤 모델이 코드를 더 잘 작성하는지, 긴 문서를 더 정확하게 읽는지, 추론을 얼마나 깊게 하는지를 비교했습니다. 그런데 AI가 실제 업무의 일부가 되고 사용량이 늘어나자 관심사가 달라졌습니다. 이제는 얼마나 잘 쓰느냐만큼 얼마나 지속 가능하게 쓰느냐가 중요해졌습니다.

필자도 코딩 에이전트를 하루 종일 사용하면서 이 문제를 체감했습니다. 복잡한 설계와 디버깅에 고성능 모델을 붙이고, 여러 에이전트가 동시에 작업하게 만들면 생산성은 분명히 올라갑니다. 그러나 API(Application Programming Interface, 응용 프로그램 인터페이스)로 같은 사용량을 처리하면 비용도 빠르게 증가합니다.

그래서 자연스럽게 구독제를 주목하게 됩니다. 월 20달러, 100달러, 200달러를 내고 Claude Code나 Codex, Antigravity를 오래 사용할 수 있다면 같은 작업을 API로 호출하는 것보다 훨씬 저렴해 보입니다. 실제로 꾸준히 많이 사용하는 개인에게 구독제는 강력한 비용 최적화 수단입니다.

하지만 여기서 한 가지 착각이 시작됩니다.

구독이 API보다 싸다면, 구독 계정을 에이전트에 연결해서 값싼 API처럼 사용할 수 있지 않을까?

기술적으로 가능한 경로를 조사할수록 답은 명확해졌습니다. AI 구독은 할인된 API 상품이 아닙니다. 구독의 경제성은 제공자가 허용한 제품과 사용 방식의 경계 안에서만 성립합니다.

구독은 토큰 선불 충전 상품이 아닙니다#

월 200달러짜리 구독을 보면 먼저 이런 계산을 하게 됩니다.

월 구독료 ÷ 모델의 API 토큰 단가
= 구독에 포함된 토큰

하지만 이 계산의 오른쪽에 나오는 값은 구독에 실제 포함된 토큰이 아닙니다. 같은 돈으로 API를 얼마나 사용할 수 있는지 보여주는 비용 등가선일 뿐입니다.

Anthropic, OpenAI, Google은 개인 구독에 포함된 정확한 토큰 수를 공개하지 않습니다. 대신 모델의 종류, 추론 강도, 대화 길이, 컨텍스트 크기, 도구 호출량 등을 반영한 연산량 기반 한도를 사용합니다. 같은 100만 토큰이라도 저렴한 모델로 짧게 대화할 때와 최상위 모델이 긴 컨텍스트를 반복해서 읽을 때의 한도 소비량이 다릅니다.

구독에는 시간이라는 제약도 붙습니다. 5시간 단위 한도와 주간 한도가 동시에 적용될 수 있습니다. 주간 한도가 남아 있어도 짧은 시간에 집중적으로 사용하면 세션 한도에 먼저 도달합니다. 반대로 세션 한도가 계속 초기화되더라도 일주일 동안 누적된 연산량이 많으면 주간 한도에 막힙니다.

API는 사용한 만큼 돈을 내는 상품입니다. 구독은 정해진 제품 안에서 일정 수준의 연산량을 우선 사용할 수 있는 권리입니다. 둘은 가격표만 다른 같은 상품이 아닙니다.

구독이 API보다 저렴할 수 있는 이유#

그렇다면 AI 제공자는 왜 구독에 API 비용보다 훨씬 많은 사용량을 담을 수 있을까요.

세 회사는 구독 상품의 실제 원가 구조를 공개하지 않습니다. 다만 일반적인 구독 사업의 경제성과 각 제품에서 관찰되는 통제 장치를 함께 보면 그 배경을 다음과 같이 해석할 수 있습니다.

첫째, 모든 사용자가 한도를 끝까지 사용하지 않습니다. 사용량이 적은 가입자와 많은 가입자를 하나의 풀로 묶으면 평균 비용을 예측할 수 있습니다. 헬스장 회원권이나 통신사의 무제한 요금제와 비슷한 구조입니다.

둘째, 제공자가 워크로드를 통제할 수 있습니다. 공식 앱과 코딩 에이전트에서는 동시 실행 수, 모델 선택, 컨텍스트 관리, 캐싱, 요청 우선순위와 한도 초기화 방식을 직접 설계할 수 있습니다. 수요가 몰리면 속도를 조절하거나 일시적으로 모델 사용을 제한할 수도 있습니다.

셋째, 구독은 API 토큰 외의 제품 가치를 함께 판매합니다. 검색, 파일 처리, 메모리, 음성, 이미지, 코딩 도구, 저장공간이 하나의 상품에 포함됩니다. 반대로 API 사용자는 자신이 원하는 프로그램에서 모델을 자유롭게 호출하고, 자동화하고, 고객에게 제공할 수 있습니다. 그 자유와 운영 책임이 API 가격에 포함됩니다.

따라서 구독의 낮은 가격은 단순한 할인이라기보다 사용 범위가 제한된 대가에 가깝습니다.

OAuth 토큰은 마법의 구독 API 키가 아닙니다#

OAuth(Open Authorization)는 사용자가 비밀번호를 직접 넘기지 않고 다른 프로그램에 제한된 접근 권한을 주는 인증 방식입니다. 서드파티 에이전트에 AI 계정을 연결할 때도 자주 등장합니다.

여기서 또 하나의 오해가 생깁니다.

구독 계정의 OAuth 토큰으로 인증했다
→ 구독에 포함된 사용량이 차감된다

이 추론은 성립하지 않습니다. OAuth는 우선 누구인지 증명하는 수단입니다. 그 요청을 구독 한도에서 차감할지, 별도 크레딧으로 청구할지, 아예 거부할지는 서버가 결정합니다.

실제 과금을 이해하려면 세 가지 질문을 분리해야 합니다.

  1. 어떤 자격 증명으로 인증했는가
  2. 요청이 어느 제품 또는 API 경로로 전달되는가
  3. 서버가 그 요청을 어떤 사용량 계정에 귀속하는가

같은 OAuth라도 결과가 다를 수 있습니다. Claude 구독 토큰을 사용해도 API 경로로 요청하면 기본 구독 한도에 접근하지 못할 수 있습니다. 반대로 Codex 전용 제품 경로로 요청하면 ChatGPT 구독의 5시간 / 주간 한도가 차감될 수 있습니다.

인증 방식만 보고 과금 방식을 판단하면 안 되는 이유입니다.

Anthropic은 구독 한도를 Claude 제품 안에 가둡니다#

이 차이를 가장 선명하게 보여주는 사례가 Hermes Agent의 Claude 연동입니다.

Hermes는 Claude Code OAuth 토큰으로 Anthropic Messages API를 호출할 수 있습니다. 겉으로 보면 Claude 구독 계정을 연결했으니 Max나 Team 플랜의 포함 사용량을 쓸 것 같습니다. 하지만 Hermes 공식 문서에 따르면 이 경로는 Max의 기본 포함량을 소비하지 않습니다. 사용하려면 Max 플랜과 별도로 Extra Usage 크레딧이 필요하며, Hermes 요청은 처음부터 그 추가 크레딧에서 차감됩니다.

구조를 단순화하면 다음과 같습니다.

Claude Code
→ Claude 제품의 구독 경로
→ 기본 구독 한도 사용

Hermes + Claude OAuth
→ api.anthropic.com
→ Extra Usage 크레딧 사용

OAuth 인증에 성공했다는 사실과 구독 포함분을 사용한다는 사실이 완전히 분리되어 있습니다. Anthropic은 Claude와 Claude Code에는 구독 경제성을 제공하지만, 서드파티 에이전트가 같은 자격 증명으로 API를 호출할 때는 그 혜택을 넘겨주지 않습니다.

이는 기술적 한계라기보다 상품 경계에 가깝습니다. 서드파티 호출까지 기본 구독 한도에 포함하면 월정액 계정 하나가 백엔드 자동화나 상용 서비스의 추론 인프라로 바뀔 수 있기 때문입니다.

관련 내용은 Hermes Agent의 AI Providers 문서에서 확인할 수 있습니다.

OpenAI는 Codex 생태계에 통로를 열어 두었습니다#

OpenAI는 현재 세 회사 중 가장 개방적으로 보입니다. Hermes는 ChatGPT 계정으로 Codex OAuth 인증을 수행하고, Codex 사용량의 5시간 / 주간 한도를 확인할 수 있습니다. 이 경로의 요청은 일반 OpenAI API가 아니라 ChatGPT의 Codex 제품 백엔드로 전달됩니다.

따라서 일정 범위에서는 ChatGPT Plus나 Pro에 포함된 Codex 사용량을 서드파티 에이전트에서도 활용할 수 있습니다.

하지만 이것을 범용적인 구독 API 허용으로 해석하면 곤란합니다. Hermes에는 성격이 다른 두 가지 방식이 존재합니다.

첫 번째는 Hermes가 ChatGPT 내부 Codex 엔드포인트를 직접 호출하는 방식입니다. 기술적으로 동작하더라도 공개 API 계약에 포함된 경로가 아니며, 클라이언트 헤더를 맞추는 구현에 의존합니다. OpenAI가 동작을 변경하면 언제든 깨질 수 있고, 서드파티 사업자가 고객의 OAuth 토큰을 받아 서비스하는 근거로 삼기도 어렵습니다.

두 번째는 공식 Codex CLI(Command Line Interface, 명령줄 인터페이스)나 Codex app-server를 실행하고 Hermes가 그 런타임과 통신하는 방식입니다. 인증과 요청은 OpenAI가 제공한 프로그램이 담당하고 Hermes는 상위 오케스트레이터가 됩니다. 개인이 자신의 환경에서 Codex를 자동화하려는 목적이라면 이쪽이 정책과 안정성 면에서 훨씬 안전합니다.

여기에는 공식 근거도 있습니다. OpenAI의 Codex 인증 문서는 ChatGPT 로그인을 구독 사용 경로로 명시하고, Codex app-server 문서는 자체 제품에 Codex를 깊이 통합할 때 app-server를 사용하라고 안내합니다. 자동화와 지속적 통합 작업에는 Codex SDK(Software Development Kit, 소프트웨어 개발 키트)를 권장합니다.

현재 OpenAI 쪽에 열려 있는 통로는 값싼 범용 API라기보다 Codex라는 공식 에이전트 런타임을 자동화할 수 있는 여지에 가깝습니다.

Google은 가장 강하게 경계를 그었습니다#

Google의 구분은 더 명확합니다. Google AI Pro나 Ultra 구독은 Gemini 앱과 Antigravity 같은 소비자 제품에 적용됩니다. Hermes의 기본 gemini 공급자 설정(provider)은 Google AI Studio API 키를 사용하므로 구독과 별도로 과금됩니다. Vertex AI 역시 OAuth 2.0으로 인증하지만 Google Cloud 프로젝트에 비용이 청구됩니다.

Hermes에는 과거 Gemini CLI와 Antigravity의 OAuth를 직접 사용하는 공급자 설정이 있었습니다. 이 경로는 소비자 구독 한도를 활용할 수 있는 구조였습니다. 하지만 Hermes는 Google 계정 제재 위험을 이유로 두 설정을 모두 제거했습니다.

제거 당시 설명에 따르면 서드파티 도구가 Gemini CLI / Antigravity / Code Assist OAuth를 재사용하면 Google 계정 전체가 제재될 수 있으며, Gmail과 Drive까지 영향을 받을 가능성이 있었습니다. 단순히 요청이 실패하는 수준이 아니라 Google 계정 전체가 위험해질 수 있는 문제였습니다.

관련 배경은 Hermes의 Google OAuth 공급자 설정 제거 변경에서 확인할 수 있습니다.

현재 Hermes에서 Gemini를 메인 모델로 사용하려면 AI Studio API 키나 Vertex AI를 사용해야 합니다. 두 경로 모두 Google AI Pro / Ultra 구독과 별도입니다.

다만 Hermes가 공식 Antigravity CLI인 agy를 하위 작업자로 실행하는 것은 가능합니다. 이 경우 Hermes가 OAuth 토큰을 꺼내 API를 흉내 내는 것이 아니라, 로그인된 공식 CLI에 작업을 위임합니다. Google도 Antigravity CLI의 헤드리스(headless, 비대화형) 모드를 공식적으로 문서화하고 있습니다.

Hermes
→ 공식 agy 프로세스 실행
→ agy가 자체 자격 증명으로 요청
→ Antigravity 구독 한도 사용

이는 Antigravity를 Hermes의 메인 공급자로 만드는 것과는 다릅니다. Hermes를 움직일 모델은 여전히 별도로 필요하고, 특정 작업만 Antigravity에 위임합니다. 그래도 자격 증명을 서드파티가 직접 재사용하지 않는다는 점에서 훨씬 안전한 구조입니다.

Antigravity CLI의 공식 헤드리스 모드 문서도 기존에 로그인된 자격 증명을 사용해 비대화형 작업을 실행하는 방법을 안내합니다.

공식 런타임을 실행하는 것과 공식 클라이언트를 흉내 내는 것은 다릅니다#

겉으로 보면 두 방식 모두 서드파티 에이전트에서 구독 모델을 사용하는 것처럼 보입니다. 그러나 인증과 요청을 누가 책임지는지에 따라 안정성과 정책 위험이 달라집니다.

  • 공식 CLI / SDK: AI 제공자의 런타임이 인증과 요청을 담당합니다. 문서화된 범위에서 사용하면 안정성이 상대적으로 높습니다.
  • 공개 API와 API 키: 서드파티 애플리케이션이 요청하지만 제공자가 공식 지원하는 계약입니다.
  • OAuth 토큰으로 내부 엔드포인트 직접 호출: 서드파티가 비공개 구현을 추적하므로 동작과 정책이 모두 불안정합니다.
  • 공식 클라이언트처럼 헤더를 위장: 기술적·정책적 위험이 가장 큽니다.

공식 CLI를 실행하면 토큰 저장, 갱신, 요청 형식, 한도 적용을 제공자의 프로그램이 책임집니다. 제공자가 동작을 변경하면 공식 런타임도 함께 업데이트됩니다.

반면 내부 엔드포인트를 직접 호출하면 서드파티가 비공개 구현을 추적해야 합니다. 오늘 동작한다는 사실은 내일도 허용된다는 뜻이 아닙니다. 기술적 가능성과 계약상 권리는 다릅니다.

개인 자동화와 서드파티 사업은 같은 문제가 아닙니다#

여기서 개인이 자신의 컴퓨터에서 에이전트를 사용하는 경우와, 사업자가 고객에게 서비스를 제공하는 경우를 구분해야 합니다.

개인이 자신의 계정으로 공식 Codex CLI나 Antigravity CLI를 실행하는 것은 사용자가 직접 제품을 사용하는 방식의 연장선에 가깝습니다. 에이전트가 터미널에서 CLI를 호출하더라도 계정 소유자, 실행 환경, 결과의 수혜자가 같습니다.

서드파티 사업은 다릅니다.

고객의 구독 OAuth 토큰 수집
→ 사업자의 서버에 저장
→ 고객 요청을 대신 처리
→ 구독 한도를 추론 인프라로 사용

이 구조가 허용되면 사업자는 API 비용을 내지 않고 소비자 구독을 재판매할 수 있습니다. AI 제공자 입장에서는 가장 원하지 않는 그림입니다. 소비자용 가격으로 예측 불가능한 서버 워크로드를 처리해야 하고, API의 사용량 정책과 안전장치도 우회될 수 있기 때문입니다.

따라서 “OAuth 로그인을 제공한다”와 “구독 용량을 서드파티 서비스에 사용할 권리를 제공한다”는 전혀 다른 문장입니다. 전자는 인증 기능이고 후자는 사업 계약입니다.

여러 구독 계정을 합치는 것은 비용 최적화가 아닙니다#

구독 한도가 API보다 저렴하다면 여러 계정을 만들고 OAuth 토큰을 순환시키는 전략도 떠올릴 수 있습니다. 한 계정의 주간 한도가 끝나면 다음 계정으로 전환하는 방식입니다.

기술적으로 구현할 수 있더라도 이는 지속 가능한 비용 최적화가 아닙니다. 단순한 추측도 아닙니다. OpenAI 이용약관은 계정 자격 증명 공유와 사용량 제한 우회를 금지합니다. Anthropic 소비자 약관은 계정 자격 증명 공유를 금지하고, API 키를 쓰거나 별도로 허용한 경우가 아니면 자동화된 접근도 금지합니다. Google 서비스 약관도 보호 조치 우회를 금지하며 위반 시 계정 이용을 정지하거나 종료할 수 있다고 밝힙니다.

한도를 우회하기 위한 다중 계정 운영은 이 조항들과 충돌할 가능성이 큽니다. 자격 증명 관리와 계정 정지 위험도 커집니다. 제공자가 탐지 규칙을 바꾸면 서비스 전체가 한 번에 중단될 수 있습니다.

무엇보다 사업의 원가 구조가 제공자의 묵인에 의존하게 됩니다. 제품이 성장할수록 위험이 커지는 구조는 최적화가 아니라 기술 부채입니다.

구독은 평균적인 개인 사용을 전제로 가격이 정해집니다. 여러 계정의 한도를 합쳐 서버 용량처럼 사용하는 순간 그 전제에서 벗어납니다.

비용 최적화의 출발점은 작업을 구분하는 것입니다#

구독과 API 중 하나만 선택할 필요는 없습니다. 두 상품이 다른 목적을 가진 만큼 워크로드도 나누는 것이 자연스럽습니다.

사람이 직접 수행하는 대화와 개발#

Claude Code, Codex, Antigravity처럼 제공자가 공식 지원하는 제품에 구독을 적용합니다. 사용량이 꾸준하고 한도 내에서 작업할 수 있다면 구독의 경제성이 가장 크게 나타납니다.

개인용 로컬 에이전트#

가능하면 제공자가 구독 인증을 공식 지원하는 CLI, SDK, app-server를 사용합니다. OAuth 토큰을 직접 추출하거나 내부 엔드포인트를 흉내 내는 경로는 피합니다. 공식 런타임을 하위 작업자로 두고 상위 에이전트가 조율하는 구조가 현실적입니다.

백엔드 자동화와 고객 대상 서비스#

처음부터 API 비용을 원가로 반영해야 합니다. 캐싱, 배치(Batch) 처리, 저비용 모델 라우팅, 요청별 예산과 사용량 제한을 설계합니다. 고객의 소비자 구독에 비용 구조를 의존하지 않습니다.

혼합형 운영#

사람이 개입하는 고난도 작업은 구독형 최상위 모델에 맡기고, 반복 가능하거나 대량으로 처리할 작업은 최적화된 API로 보냅니다. 구독료와 API 예산을 서로 다른 비용 항목으로 관리하면 실제 손익도 더 정확하게 보입니다.

구독의 경제성은 사용권의 경계 안에서만 성립합니다#

꾸준히 많은 AI를 사용하는 개인에게 구독이 API보다 경제적이라는 판단은 여전히 맞습니다. 필자의 실제 사용에서도 코딩 에이전트 구독은 같은 연산량을 API로 처리하는 것보다 훨씬 저렴했습니다.

하지만 그 차익은 어디서나 꺼내 쓸 수 있는 크레딧이 아닙니다. 제공자가 통제할 수 있는 제품, 공식 런타임, 개인 사용이라는 조건이 붙어 있습니다.

Anthropic은 Hermes의 Claude OAuth 요청을 기본 구독 한도에서 분리했습니다. Hermes는 Google의 소비자 OAuth를 직접 재사용하는 공급자 설정을 제거했습니다. OpenAI는 Codex 런타임을 중심으로 상대적으로 열린 통로를 유지하고 있지만, 이것도 범용 API나 구독 용량의 재판매를 허용한다는 뜻은 아닙니다.

결국 AI 구독을 이해하는 가장 정확한 문장은 이것입니다.

AI 구독은 토큰을 싸게 구매하는 계약이 아니라, 제공자가 허용한 제품과 런타임 안에서 AI를 경제적으로 사용할 수 있는 권리입니다.

개인은 그 권리를 최대한 활용할 수 있습니다. 그러나 서드파티 사업은 API라는 별도의 경제 시스템 위에 세워야 합니다. 이 경계를 인정하는 것이 장기적으로 가장 안전한 비용 최적화입니다.

이 글은 2026년 8월 20일 기준 공개 문서와 Hermes Agent의 구현 및 문서를 바탕으로 작성했습니다. AI 제공자의 요금제, 사용 한도와 OAuth 정책은 수시로 변경될 수 있습니다.