주의: headless claude -p는 일반적인 Claude Code 사용보다 5시간 제한을 약 1.5배 더 빨리 소모함

너한테 무슨 의미냐고?

주간 제한은 남았는데 5시간 제한 때문에 자꾸 막히고, claude -p를 자주 쓴다면 이게 원인일 수 있음.

참고 사항

• 내 계정이랑 작업량 기준임. 헤드리스 작업을 제일 많이 돌린 계정을 빼고 계산해도 1.50배 나옴.

• Max 20x 기준임. Pro나 Max 5x는 모름.

• 이런 현상이 있다는 것만 증명하는 거지, 왜 그런지는 모름.

전체 분석 내용, 검증 과정, 데이터, 직접 돌려볼 수 있는 스크립트: https://github.com/jonathanavis96/claude-usage-tracker/blob/main/docs/findings/2026-10-05-headless-repro/PROOF.md

추적기

이건 내가 만들고 있는 사용량 추적기에서 나온 결과임: https://alldonesites.com/claude-usage-tracker/

아직 만드는 중이라 나중에 어떻게 돌아가는지 따로 글 올릴 예정. 첫 번째 이미지는 맛보기임.

벌써 아무도 언급 안 한 걸 하나 잡아냈는데, 10월 9일쯤부터 5시간 제한 창이 15% 정도 커진 것 같음. 반면에 주간 제한은 거의 그대로임. 그러니까 매번 제한까지 꽉 채워서 쓴다면, 이제는 예전보다 9% 정도 더 빨리 주간 제한에 걸린다는 소리임. 계정 4개 다 똑같이 나옴. 아직 확실한 건 아니니까 그냥 그럴 수도 있겠다 정도로만 생각해.

내 발견은 오직 Max 구독 측정기에 관한 것임. -p가 토큰을 더 많이 쓴다는 말이 아님. 주간 제한의 1%를 사용할 때마다, -p 작업이 5시간 제한 측정기를 대화형 작업보다 약 1.5배 더 많이 움직였음. 같은 작업, 같은 주간 비용인데 5시간 제한 창이 더 빨리 차는 거임. 그 측정기들은 순수 토큰을 1대1로 계산하지도 않음: 내 분석에 따르면 캐시 읽기는 새로운 입력 토큰의 약 1%로 계산되고, 모델마다 비율도 다름.

만약 게이트웨이를 통하는 구독 계정이 있다면, -p 구간과 대화형 구간의 5시간 대비 주간 사용량을 비교한 데이터를 보고 싶음. 만약 그게 1.0배라면 내 설정 어딘가가 잘못된 거임. 데이터와 스크립트는 GitHub 페이지에 있음.

스크립트 기반 대화형 세션: 나도 몇 개 돌리고 있는데(스크립트가 메시지를 보내는 tmux 내 대화형 세션), 이건 내가 직접 타이핑하는 거랑 거의 비슷한 약 1.07배 정도 비용이 들어. -p의 1.5배랑은 비교도 안 되지.

내 데이터상으로는, 장기 대화형 세션에 메시지를 보내는 게 무인으로 돌릴 때 더 저렴한 방법인 것 같아. 표본은 작지만(내 작업의 8% 정도), 증명이라기보단 강력한 힌트로 참고해.