사용자 5hr cap 체감 공유 기록 — opus 4/6 vs 4.7

요약

Claude CLI 20x 플랜을 쓰는 한 사용자의 후기다.
평소 Opus 4.7 1m xhigh 구성에서도 도달하지 않던 5시간 한도가 지난주 즈음부터 여러 번 다 찼다는 체감을 적었다.

작성자 개인 환경 기준으로 한도 해결을 위한 실험과 레딧의 반응이다.

시도한 우회와 그 후

작성자는 다음 우회를 거쳤지만 본인 환경에서는 한도에 더 빨리 도달하는 현상이 그대로였다.

실패 - 여전히 빨리 소모

• Claude CLI를 2.1.119로 다운그레이드
• claude cache fix(GitHub) 적용
• token optimizer 사용
• 1m 컨텍스트를 끄고 Opus 4.7 high만 사용 — 그래도 이전보다 5시간 한도가 빨리 채워짐

성공 - 한도 소모 체감상 안전.

본문 후반의 업데이트에서는 다른 조합으로 안정화된 사례를 덧붙였다.

• v2.1.128 + Opus 4.6 1m high에서는 평소 작업을 하루 종일 굴려도 5시간 한도에 도달하지 않았다.
• v2.1.129 + Opus 4.7 1m xhigh도 작성자 기준 더 안정적이었다.

같은 한 사람의 짧은 기간 관측이라는 점은 그대로 둔다.

작성자의 자기 한정

작성자는 본인의 작업 흐름이 비효율적인 토큰 사용이나 잘못된 프롬프팅 때문이 아니라고 직접 못 박았다.
글의 초점은 Anthropic의 품질·일관성 변화에 대한 의문이고, GitHub과 Reddit에 비슷한 보고가 많다고 인용했다.

댓글에서 나온 점

• 동의 의견이 많다. Codex나 OpenCode로 옮겼다는 사용자가 여러 명이다. 한 사용자(c0reM)는 본인 환경에서 프롬프트 한 번에 사용량 표시가 51%에서 93%까지 30초 만에 올랐다고 적었다 — 한 사람의 한 사례다.
• 모델 쪽 의견이 갈렸다. Opus 4.7이 토큰을 더 쓰고 결과는 비슷하거나 못하다며 4.6으로 돌리는 편이 낫다는 의견이 있었고, 반대로 4.7로 거의 한 번에 해결되고 한도에도 도달하지 않는다는 사용 후기도 같이 있었다.
• 1m 컨텍스트 사용을 줄이라는 조언이 있었다. 작성자는 "이전에는 그럴 필요가 없었는데 지금은 /compact와 /clear 명령을 자주 쓴다"고 답했다.

범위와 한계

• 본문 수치는 체감 표현 위주이고 작성자 본인의 짧은 기간·개인 환경 기준이다.
• 한 댓글(knifeymen)은 5시간/주간 한도 사이의 A/B 조정이 진행 중인 것 같다는 추정을 적었으나 외부에서 확인된 사실은 아니다.

세부 댓글 원문, GitHub 이슈 스레드 링크, 대안 도구별 가격·기능 비교는 원문 참고.