Claude Code 비용을 줄이려면, 모델보다 먼저 어떤 일을 나눠야 할까요

핵심 요약 (TL;DR)

Claude Code의 비용이 부담스러울 때 모든 작업을 저렴한 모델로 바꿀 필요는 없습니다. Spotify 엔지니어링 블로그는 큰 파일을 읽는 일과 반복적인 코드 초안을 별도 모델에 맡기는 Portal 활용 사례를 소개합니다.[1] 한국시간 9월 5일 Hacker News에 공유된 글로, 이번 주 새로 출시된 제품이라는 뜻은 아닙니다.[7] 핵심은 모델 순위가 아니라 업무의 성격을 나누는 데 있습니다.

무엇을 나누고 무엇을 남겨야 할까요?

bulk-reader는 여러 파일에서 질문에 필요한 내용을 추리고, code-writer는 기존 파일의 패턴을 참고해 테스트나 설정 초안을 만듭니다. 예시 작업 모델은 Gemini 2.5 Flash이며, Portal에 구성한 다른 모델을 선택할 수 있다고 설명합니다.[1]

반면 디버깅, 아키텍처 결정, 안전에 중요한 코드는 위임 대상에서 제외합니다. 저자는 작업 모델이 미묘한 스레드 안전성 문제를 놓쳤고, Claude가 관련 맥락을 직접 읽은 뒤 발견했다고 기록합니다.[1] 이는 특정 모델의 보편적인 우열을 증명하는 실험이 아니라, 요약과 판단을 같은 일로 취급하면 안 된다는 사례입니다.

토큰 절감은 왜 청구서 할인과 다를까요?

원문이 제시하는 절감은 Java 모노레포의 특정 시나리오에서 Claude가 직접 읽을 토큰과 요약을 받을 토큰을 비교한 제작자 측 측정입니다. 별도 모델을 호출하는 지연도 있고, 작은 파일은 위임 비용이 더 클 수 있다고 밝힙니다.[1] 이를 전체 개발비나 모든 프로젝트의 절감률로 옮겨 쓰면 안 됩니다.

같은 질문과 파일로 직접 읽기와 요약 후 읽기를 비교해 보세요. 주 모델 사용량, 작업 모델 비용, 대기 시간, 재질문을 모두 기록합니다. 이 글은 직접 실행한 성능 보고서가 아니라 공개 사례에서 뽑은 실험 설계입니다.

초보자는 어떤 요청으로 시작하면 좋을까요?

처음에는 코드 수정 대신 읽기 전용 질문을 고르세요. “이 폴더에서 결제 API를 호출하는 파일과 함수 이름만 찾아 주세요. 추정과 확인된 내용을 구분해 주세요”처럼 범위를 좁힙니다. 답을 받은 뒤에는 지목된 원문을 직접 열고, 실제 수정은 해당 부분을 확인한 에이전트에 맡기면 됩니다.

Portal의 AiKA Modes 문서는 역할별 지시와 사용할 도구를 구성하는 방식을 설명하며, AiKA가 활성화된 Portal 환경을 전제로 합니다.[2] 개인 사용자가 비용 절약만을 위해 새 플랫폼부터 도입할 필요는 없습니다. 먼저 불필요한 전체 파일 읽기를 줄이고, 질문에 필요한 부분만 요청하는 습관을 만들어도 비교 기준이 생깁니다.

좋은 분업은 요약해도 되는 일과 원문을 봐야 하는 일을 구분하는 데서 시작합니다.

FAQ: 저렴한 모델이 만든 코드를 바로 저장해도 될까요?

초안 파일로 분리하고 기존 코드와의 차이를 확인하세요. 테스트 실행과 사람 검토를 통과하기 전에는 운영 코드에 합치지 않는 편이 좋습니다.

FAQ: Cursor와 Claude Code 중 어느 쪽이 더 저렴한가요?

이 사례만으로는 판단할 수 없습니다. 같은 작업의 성공 조건을 맞춘 뒤 구독 조건, 사용량, 재시도까지 비교해야 합니다. 서로 다른 과제의 토큰 수만 나란히 두면 공정한 비교가 아닙니다.

관찰 시점: 2026-09-07 KST

Sources

[1] https://engineering.atspotify.com/2026/9/portal-by-spotify-cut-my-claude-code-token-usage-by-90
[2] https://backstage.spotify.com/docs/portal/core-features-and-plugins/aika/modes
[7] https://news.ycombinator.com/item?id=49571465