ChatGPT, Claude, Gemini 유료 구독을 모두 결제한 팀이 있습니다. 개발자는 구독 계정으로 로그인했다고 생각하고 코딩 에이전트를 사용했습니다. 그런데 월말에 별도의 API 사용료가 찍혔습니다.

같은 회사의 같은 모델을 썼는데 돈이 두 번 나간 것처럼 보입니다. 원인은 대개 모델이 아니라 요청이 지나간 경로에 있습니다. 구독 계정으로 접속한 사용과 API 키로 보낸 요청은 이름이 비슷해도 서로 다른 계약과 청구 체계를 따를 수 있습니다.

AI 코딩 도구의 비용을 관리하려면 모델 목록보다 먼저 다음 한 줄을 그려야 합니다.

사용 도구 → 인증 방식 → 최종 공급자 → 청구 계정

이 연결을 모르면 구독이 몇 개 있는지 알아도 다음 청구서가 어디에서 나올지 알기 어렵습니다.

구독 로그인과 API 키는 같은 지갑이 아닙니다

Codex는 ChatGPT 계정 로그인과 OpenAI API 키 로그인을 모두 지원합니다. ChatGPT 로그인은 구독 이용 경로이고, API 키로 사용한 작업은 OpenAI Platform 계정에 사용량 기준으로 청구됩니다.[1] ChatGPT 구독료를 냈더라도 API 키로 보낸 요청까지 자동으로 포함되는 것은 아닙니다.

Claude Code도 구독 계정과 API 계정으로 사용할 수 있습니다. 특히 컴퓨터나 프로젝트에 ANTHROPIC_API_KEY 환경변수가 남아 있으면 Claude 구독이 아니라 API 키가 사용되어 별도 API 요금이 발생할 수 있습니다.[2]

Gemini CLI 역시 Google 계정 로그인, Gemini API 키, Vertex AI를 지원합니다. 어떤 방식으로 인증했는지에 따라 적용되는 한도와 가격, 약관이 달라집니다.[3][4]

세 제품의 정책이 완전히 같다는 뜻은 아닙니다. 공통점은 하나입니다. 화면에서 고른 모델 이름만으로는 어떤 계정에 비용이 청구되는지 확정할 수 없습니다.

인증·과금 설명은 2026년 8월 16일 기준입니다. 이 영역은 자주 바뀌므로 실제 도입 시점에는 각 제품의 최신 공식 문서를 다시 확인해야 합니다.

프로젝트 폴더에 남은 키가 청구 경로를 바꿀 수 있습니다

문제는 개발자가 API 키를 직접 입력한 기억이 없어도 생깁니다. 예전에 테스트하려고 셸 설정, .env 파일, IDE 설정이나 자동화 도구에 넣어 둔 키가 다시 사용될 수 있기 때문입니다.

예를 들어 구독 계정으로 로그인한 뒤 프로젝트를 열었더라도, 도구가 환경변수의 API 키를 우선 사용한다면 그 작업은 API 청구 계정으로 흘러갑니다. 브라우저에 어느 계정이 열려 있는지는 이 요청 경로를 설명하지 못합니다.

그래서 예상하지 못한 요금이 발생했을 때는 결제 내역부터 비교하기보다 다음 순서로 확인하는 편이 빠릅니다.

  1. 현재 도구가 로그인 계정과 API 키 중 무엇을 사용하고 있는지 확인합니다.
  2. 운영체제, 프로젝트의 .env, IDE와 확장 프로그램에 등록된 키를 확인합니다.
  3. 요청을 최종 처리한 공급자와 조직·프로젝트 계정을 확인합니다.
  4. 기본 한도가 끝났을 때 다른 유료 경로로 넘어가는 설정이 있는지 확인합니다.

여기서 중요한 것은 키의 실제 값을 모으는 일이 아닙니다. 키를 노출하지 않은 채 어떤 이름의 자격 증명이 어느 청구 계정과 연결됐는지 기록하는 것입니다.

라우터와 자동 전환은 청구 경로를 늘립니다

여러 모델을 한 화면에서 바꾸는 라우터나 통합형 코딩 도구를 쓰면 경로는 한 단계 더 늘어납니다.

사용 도구 → 인증 방식 → 라우터 → 최종 공급자 → 청구 계정

이때 비용을 라우터에 내는지, 공급자 API 계정에 직접 내는지, 선불 크레딧을 차감하는지는 서비스마다 다릅니다. 주 모델의 한도가 끝나면 다른 모델이나 공급자로 자동 전환되는 기능도 편리하지만, 별도 유료 경로를 켜 둔 사실을 모르면 비용이 발생한 뒤에야 알게 됩니다.

데이터 관리 조건도 함께 달라질 수 있습니다. ChatGPT 로그인과 API 키 로그인은 서로 다른 조직의 권한과 데이터 처리 설정을 따릅니다.[1] 비용표만 같아도 고객 코드와 업무 문서가 거치는 계정이 달라지면 같은 운영 방식이라고 보기 어렵습니다.

저는 팀의 기본 설정에서 공급자를 넘는 자동 유료 전환을 끄는 편이 낫다고 봅니다. 작업이 멈추는 불편보다 어느 계정이 비용과 데이터를 책임지는지 모르는 상태가 더 큰 문제이기 때문입니다. 중단 없이 처리해야 하는 업무만 별도 한도와 담당자를 정해 예외로 두면 됩니다.

팀에는 구독 목록보다 요청 경로표가 필요합니다

결제 중인 제품 이름만 적은 표로는 비용을 관리하기 어렵습니다. 실제 작업 경로를 다음처럼 기록해야 합니다.

확인 항목기록할 내용
사용 도구IDE 확장, CLI, 자동화 작업 이름
인증 방식구독 로그인, API 키, 클라우드 계정
최종 공급자실제 모델 요청을 처리하는 회사
청구 계정비용이 찍히는 조직·프로젝트
기본 모델해당 작업에서 먼저 사용하는 모델
자동 전환전환 대상, 조건, 월 한도
데이터 정책로그 보관 위치와 적용되는 조직 설정
담당자키 회수와 비용 이상을 확인할 사람

이 표는 개발자 한 명의 설정 메모가 아니라 프로젝트 운영 문서여야 합니다. 개인 구독이나 개인 키를 업무에 쓰다가 담당자가 바뀌면 비용 정산뿐 아니라 접근 회수와 기록 확인도 어려워집니다.

팀 계정과 프로젝트별 키를 사용하고, 월 한도와 이상 사용 알림을 설정해야 합니다. 프로젝트가 끝나면 키를 회수하고 자동화 작업도 함께 종료합니다. 사람만 퇴사 처리하고 살아 있는 키를 남겨 두면 청구 경로도 그대로 남습니다.

가장 싼 모델보다 완료 비용이 낮은 경로를 고릅니다

구독과 API 중 무엇이 항상 더 싸다고 정하기는 어렵습니다. 정해진 범위 안에서 자주 쓰는 개인 작업은 구독이 예측하기 쉬울 수 있고, 팀 자동화처럼 사용량을 작업별로 추적해야 하는 경우에는 API가 더 관리하기 쉬울 수 있습니다.

비교할 때 토큰 단가만 보면 중요한 비용이 빠집니다.

  • 같은 결과를 얻기까지 몇 번 다시 요청했는가
  • 잘못 생성된 코드를 사람이 고치는 데 얼마나 걸렸는가
  • 한도나 장애 때문에 작업이 얼마나 멈췄는가
  • 고객 데이터에 맞는 관리 정책을 적용할 수 있는가

저라면 팀 전체에 도구 하나를 억지로 통일하지 않습니다. 대신 업무별 기본 경로는 하나만 정합니다. 예를 들어 대화형 개발, 자동 코드 리뷰, CI 자동화를 서로 다른 작업으로 나누고 각 작업의 기본 도구·인증 방식·한도를 고정합니다. 다른 경로는 품질이나 장애 때문에 필요한 경우에만 승인합니다.

이렇게 해야 “누가 어떤 모델을 좋아하는가”가 아니라 “이 작업을 어떤 비용과 책임으로 끝냈는가”를 비교할 수 있습니다.

청구서를 보기 전에 로그인 경로를 확인해야 합니다

AI 코딩 구독을 여러 개 결제했다고 비용 관리가 끝나지는 않습니다. 구독 계정으로 쓴 작업과 API 키로 보낸 요청은 별도로 계산될 수 있고, 프로젝트에 남은 키나 자동 전환 설정이 청구 경로를 바꿀 수 있습니다.

새 모델의 성능표를 보기 전에 네 가지를 한 줄로 적어 보세요.

사용 도구 → 인증 방식 → 최종 공급자 → 청구 계정

여기에 자동 전환 조건과 데이터 정책, 담당자까지 붙이면 예상하지 못한 API 요금이 어디에서 생겼는지, 고객 코드와 업무 문서가 어느 계정을 거쳤는지 설명할 수 있습니다. 모델 선택은 그다음입니다. 비용을 통제하는 첫 번째 설정은 가장 싼 모델이 아니라, 요청이 갈 수 있는 길을 줄이는 일입니다.

출처