구독료는 다 냈는데, 정작 한도에는 왜 이렇게 자주 걸릴까요. 반대로 어떤 사람은 한도를 다 못 쓰고 매달 그냥 날립니다. 같은 요금제인데 실제로 쓰는 양이 이렇게 갈립니다.

AI 코딩 도구를 쓰는 두 실무자가 X에 각자의 요령을 올렸습니다. 한 명은 코딩 에이전트가 필요보다 2~3배 토큰을 태우는 지점들을 짚었고, 다른 한 명은 리셋 때 남은 한도를 버리지 말라고 강조합니다. 두 글을 관통하는 생각은 하나죠. 월 구독은 지능을 사는 게 아니라, 매달 리셋되는 ‘자원 예산’을 사는 것.

출처:

• Never Hit Your Claude Usage Limits Ever Again – Rahul (@sairahul1)
• Codex 사용량 /goal 활용법 – Vox (@Voxyz_ai)

한도는 지능이 아니라 예산이다

구독을 ‘똑똑한 조수 한 명’으로 생각하면 한도가 억울하게 느껴집니다. 하지만 ‘매달 채워지는 연료통’으로 보면 이야기가 달라지죠. 연료를 너무 빨리 태워도 문제, 남기고 버려도 문제. 사용량 관리는 이 두 방향의 낭비를 동시에 줄이는 일입니다.

토큰은 어디서 새는가

Rahul은 Claude Code에 하루 37달러, 한 달로 치면 1,000달러가 넘는 돈을 쓰고 있었다고 합니다. 지능에 돈을 낸 줄 알았는데 사실은 ‘잡음’에 내고 있었다는 것. 그가 정리한 낭비 지점은 대체로 이렇게 나뉩니다.

1. 격에 안 맞는 모델 — 변수 하나가 뭘 하는지 묻는 사소한 작업에도 가장 비싼 모델이 나선다
2. 맹목적 탐색 — 파일 하나를 찾겠다고 코드베이스 전체를 읽어 들인다
3. 장황한 출력 — 설치 로그나 상태 조회 결과 수천 줄이 통째로 문맥에 쌓인다
4. 매번 백지에서 시작 — 세션이 바뀌면 지난 작업 맥락을 처음부터 다시 설명한다
5. 같은 자료 재독 — 이미 읽은 파일이나 가져온 웹페이지 원본을 반복해서 다시 문맥에 담는다

가장 큰 구멍은 첫 번째입니다. 대부분의 에이전트가 모든 일에 가장 비싼 모델을 기본으로 씁니다. ‘이 함수가 뭘 하지’ 같은 단순한 질문에까지 최상위 모델이 답하는 셈이죠. Rahul의 비유를 빌리면, 시간당 500달러짜리 건축가에게 화장실이 어디냐고 묻는 격입니다. 조회와 검색은 가벼운 모델에, 반복 작업은 중간 모델에, 아키텍처 결정에만 최상위 모델을 배정하도록 라우팅 규칙을 정해두면, 그 하나만으로 비용의 40% 이상이 줄었다는 게 그의 계산입니다.

나머지도 결이 같습니다. 요컨대 에이전트에게 필요 이상을 보여주는 데서 돈이 새는 겁니다. 장황한 명령 출력을 걸러내는 장치를 두거나, 가져온 웹페이지를 핵심만 남겨 넣거나, 이미 읽은 파일을 다시 읽지 말라는 규칙 한 줄을 지시문에 박아두면 대부분 잡히죠. 다만 원문은 특정 유료 도구도 함께 권하고, 절감 수치도 본인 사례라 환경에 따라 체감은 다를 수 있습니다.

남기고 버리는 쪽

반대 문제도 있습니다. Vox의 지적은 간단합니다. 사용량이 리셋되는 순간 한도가 절반 남아 있다면, 그만큼의 자원을 그냥 버린 것과 같다는 것.

그가 제안하는 해법은 남는 주기를 ‘정비 시간’으로 쓰는 겁니다. 사이트 점검, 코드베이스 구조 파악, 앱 속도 손질, 워크스페이스에 쌓인 미완료 작업 정리 같은 것들. Claude Code의 /goal처럼 완료 조건을 정해두는 기능을 쓰면, 급하지 않은 이런 작업을 목표에 도달할 때까지 알아서 굴리게 둘 수 있습니다.