한 엔지니어가 주말 사이 토큰 비용 340달러를 썼다면, 월 20달러의 AI 구독료로는 그 사용량을 감당하기 어렵다. AI 코딩 도구의 사용량에 따라 비용을 나눠 받아야 한다는 주장이다.

수비크 바네르지(Souvik Banerjee)는 AI 코딩 에이전트 구독료를 정할 때 사용량별 비용을 먼저 계산하고, 기본 제공량을 넘는 사용에는 별도 과금을 붙여야 한다고 제안한다. 고정 요금제의 수익성을 고민하는 창업자와 제품 운영자에게 해당하는 조언이다.

AI 코딩 에이전트는 코드 작업을 요청하면 모델이 코드를 읽고 수정안을 내놓는 도구다. 사용량에 따라 비용이 달라지는 택시 요금에 빗대면 이해하기 쉽다. 실제로는 입력·출력 토큰(모델이 읽고 생성하는 텍스트 단위)과 작업 규모에 따라 API 비용이 발생한다.

왜 월정액만으로는 부족한가?

일반적인 서비스형 소프트웨어(SaaS)는 사용자가 한 명 늘어도 추가 비용이 적어 고정 요금제를 운영하기 쉽다. 하지만 AI 코딩 에이전트는 제안 하나, 여러 파일 수정, 긴 문맥 처리마다 비용이 드는 API 호출을 한다. 글은 앤스로픽과 오픈AI의 주요 모델에 공개된 요금을 근거로, 최첨단 코딩 모델의 입력 토큰 100만 개당 비용은 약 3달러, 출력 토큰 100만 개당 비용은 최대 15달러라고 제시한다.

2,000줄짜리 코드 파일을 처리하고 여러 파일을 수정하는 에이전트 작업 한 번에는 총 5만~15만 토큰이 들 수 있다. 이를 하루 12회 반복하면 점심 전에도 추론 비용이 수 달러에 이를 수 있다. 근무일 20일을 기준으로 계산하면 사용량이 가장 많은 이용자의 컴퓨팅 비용은 월 150~400달러에 달할 수 있다.

글은 사용량 분포가 종 모양이 아니라 멱법칙(소수의 이용자가 사용량 대부분을 차지하는 분포)을 따른다고 설명한다. 대다수는 하루에 프롬프트 몇 개만 써 비용이 적지만, 5% 미만의 이용자가 에이전트를 계속 쓰거나 지속적 통합 파이프라인에 넣고 대규모 코드베이스를 수정할 수 있다. 이 소수가 전체 토큰 지출의 40% 이상을 차지할 수 있으므로, 평균 비용보다 사용량 분포의 95·99백분위에 해당하는 이용자의 비용을 살펴야 한다.

글은 커서(Cursor)가 2025년 중반 월 20달러의 사실상 무제한인 Pro 요금제를 조용히 없앴다고 전한다. 일부 이용자가 레딧과 해커뉴스에서 API 사용량을 공유한 뒤, 커서는 일부 이용자의 API 비용이 구독료를 “훨씬 넘어섰다”고 블로그에서 인정했다. 회사는 빠른 요청 크레딧과 사용량 기반 추가 과금을 결합한 방식으로 바꿨다. 리플릿(Replit)도 Agent 구독에 정해진 사용량을 포함하고, 더 무거운 작업에는 별도 크레딧을 차감하는 방식을 채택했다고 글은 설명한다.

요금제를 정하려면 무엇부터 계산해야 하나?

글의 제안은 월 구독료부터 정하지 말고 제품의 단위 비용을 파악하는 것이다. 단위는 한 달 이용권이 아니라 완료된 작업이나 정해진 토큰 묶음으로 잡을 수 있다. 실제 API 로그를 모아 이용자를 사용 패턴별로 나눈 뒤, 이용자별 비용을 백분위에 따라 정리한다. 과거 사용량 자료가 없다면 공개 가격을 정하기 전에 2~4주간 비공개 베타를 운영해 사용량 분포를 확인하라고 권한다.

분포를 확인한 다음에는 사용량 분포의 70백분위에 해당하는 이용자를 감당할 기본 요금제를 정하고, 손익분기점을 넘는 이윤을 포함해야 한다. 기본 제공량을 넘는 사용량에는 상한, 크레딧, 초과 사용료 가운데 하나를 적용할 수 있다. 리플릿은 구독에 포함된 사용량과 별도 크레딧을 함께 쓰며, 앤스로픽은 API를 직접 판매할 때 모델별 토큰 단가를 공개하고 실제 사용량에 따라 청구한다. 글은 비용이 소비량에 따라 달라지는 서비스에서는 사용량 기반 청구가 투명한 방식이라고 주장한다.

어떤 과금 구조와 모델 배분이 적절한가?

글이 제안하는 구조는 세 층으로 나뉜다. 기본 구독료에는 서비스의 브랜드와 안정적인 이용을 포함하고, 이용자가 이해하기 쉬운 완료 작업 수 등으로 넉넉하지만 명확한 사용량을 제공한다. 그 이상은 크레딧 기반 종량 과금(pay-as-you-go)이나 작업별 초과 요금으로 청구하고, 갱신 때 예상치 못한 요금이 나오지 않도록 사용량을 분명히 알린다. 여러 저장소에서 에이전트를 운영하는 대행사나 엔지니어링 팀에는 별도 협상형 기업·팀 요금제를 둘 수 있다.

모델 선택도 비용에 영향을 준다. 자동완성이나 기본 린트 수정처럼 단순하고 빈번한 작업에는 저렴한 모델을 쓰고, 여러 파일을 추론해야 하는 복잡한 작업에는 고성능 모델을 배정하면 작업당 평균 비용을 절반으로 낮출 수 있다고 글은 주장한다. 단순 작업에서 이용자가 품질 저하를 알아채지 못한다는 설명도 덧붙인다. 코딩 도구가 ‘스마트 모델 라우팅’을 내세우는 이유가 사용자 경험뿐 아니라 비용 관리에도 있다는 해석이다.

바네르지는 사용량이 많은 이용자가 제품에서 가장 큰 가치를 얻는 경우가 많으므로, 이들을 내보내려 하기보다 투명한 근거를 제시해 상위 요금제로 유도해야 한다고 주장한다. 토큰 비용은 이용자마다 달라지는 핵심 변동비이므로, 계정당 비용만 보거나 헤비 유저가 알아서 이탈하기를 기대해서는 안 된다는 것이다.

요금제를 설계한다면 실제 사용량 분포를 계산하고, 70백분위 수준을 기준으로 적정 이윤이 포함된 기본 제공량을 정한 뒤 초과 사용 과금 방식을 마련할 필요가 있다. 글은 사용량 기반 과금과 모델 배분을 권하지만, 제시한 토큰 단가의 구체적인 모델명과 요금 확인 시점은 밝히지 않는다. 관련 코딩 자료 · 원문