Claude Code 5배 비용 논란, 원장이 필요하다

월 구독료가 같아도 체감 가격은 달라진다

Vincent Schmalbach의 글 Claude Code Quietly Got 5x More Expensive는 공식 가격 인상 뉴스가 아니다. 한 heavy user가 자신의 로컬 로그와 사용량 미터를 비교한 사례 분석이다. 그는 최근 7일 창에서 보이는 Opus 입력과 출력 토큰이 144만 2423개였고, 이전 heavy week 두 번은 892만 7831개와 847만 7395개였다고 썼다. 현재 주가 과거의 16.2%와 17.0%에 불과하다는 계산이다.

cache_create를 포함한 더 넓은 비캐시 지표로 봐도 현재 주는 456만 3761개, 이전 주들은 2215만 5800개와 2307만 7312개였다고 한다. 이 기준에서도 약 20% 수준이다. 작성자는 그래서 실제 유용 작업 기준 체감 가격이 약 5배 비싸졌다고 본다. 중요한 것은 이 주장이 공식 계량이 아니라 사용자가 관측한 불일치라는 점이다. 그러나 바로 그 불일치가 문제다.

AI 코딩 도구에는 계량 원장이 필요하다

Anthropic은 2026년 5월 Claude Code 사용 한도 확대를 발표하며 Pro, Max, Team, Enterprise의 5시간 한도를 두 배로 늘리고 Pro와 Max의 피크 시간 제한 완화를 설명했다. Claude Max 플랜 도움말은 5배 또는 20배 사용량이라는 단순한 메시지를 준다. 그러나 실제 개발자는 한도 문구가 아니라 오늘 몇 개의 PR을 끝낼 수 있는지를 산다.

사용자에게 필요한 원장은 복잡하지 않다. 시간, 모델, 표면, 입력, 출력, cache_create, cache_read, 성공 여부, 재시도 횟수, 5시간 미터 변화, 7일 미터 변화가 있으면 된다. 이 원장은 사용자만 보호하지 않는다. 미터가 공정하다면 Anthropic도 불필요한 의심에서 벗어날 수 있다.

구독형 에이전트의 위험한 착시

AI 코딩은 일반 SaaS와 다르다. Slack이나 Notion은 월 구독료를 내도 사용량이 업무 결과와 직접 연결되지 않는다. Claude Code, Cursor, Codex 같은 도구는 실행량이 곧 산출량에 가깝다. 한도가 예측 불가능하면 개발자는 스프린트 계획을 세우기 어렵고, 에이전트 자동화는 중간에 멈춘다.

Codex 에이전트 업무 경제성은 에이전트의 손익분기점을 리뷰 가능한 변경 단위에서 찾아야 한다고 봤다. htmx 사례가 보여준 AI 코딩의 좋은 거리감은 AI가 테스트와 원인 분석에는 강하지만 최종 설계 판단은 사람이 해야 한다고 했다. 여기에 사용량 불확실성이 더해지면 팀은 도구를 생산성 인프라가 아니라 운 좋은 보너스로만 취급하게 된다.

한국 개발팀의 구매 기준

한국 기업은 AI 코딩 도구를 도입할 때 월 가격표만 비교하면 안 된다. 실제 기준은 개발자 1명당 월 완료 PR 수, 실패한 에이전트 실행률, 리뷰 시간, 보안 사고 가능성, 사용량 제한으로 멈춘 시간이다. 특히 Max 5x나 20x 같은 표현은 내부 예산서에 바로 쓰기 어렵다. 팀 단위로는 어느 저장소에서 어떤 모델을 쓰면 몇 시간 안에 한도가 닳는지 측정해야 한다.

Claude Code 사고 로그, 감사 추적의 착시와 같은 투명성 이슈도 같은 뿌리다. 개발자 도구가 강력해질수록 사용자는 더 많은 원장을 요구한다. Oak, 에이전트 시대 버전관리의 새 실험처럼 에이전트가 많은 변경을 만들면 버전관리와 비용관리도 함께 바뀌어야 한다.

자주 묻는 질문

Q1: Claude Code가 공식적으로 가격을 5배 올렸나요?

A: 이 글은 공식 가격 인상이 아니라 사용자가 자신의 로그를 바탕으로 체감 작업량 감소를 분석한 것이다. 따라서 공식 사실과 사용자 관측을 구분해야 한다.

Q2: 그래도 왜 중요하나요?

A: AI 코딩 도구는 사용량이 곧 생산성과 연결된다. 체감 한도가 불투명하면 기업은 예산과 일정 계획을 세우기 어렵다.

Q3: cache_read와 cache_create는 왜 구분해야 하나요?

A: cache_create는 새 컨텍스트를 만드는 비용이지만 cache_read는 이전 캐시를 읽는 성격이 강하다. 어떤 항목이 미터에 어떻게 반영되는지 알아야 공정하게 비교할 수 있다.

Q4: 팀은 어떤 지표를 봐야 하나요?

A: 개발자별 월 비용보다 PR당 토큰, 완료율, 실패 재시도, 리뷰 시간, 한도 소진으로 멈춘 시간을 봐야 한다.

Q5: 공급자가 해야 할 일은 무엇인가요?

A: 가격표보다 자세한 사용량 원장을 제공해야 한다. 모델별 가중치와 실패 호출 반영 기준도 명확히 공개하는 것이 좋다.