Claude Max인데 Claude Code에서만 Opus가 “Rate limit” 뜨는 이유, 어디가 문제일까?

하루 종일 코딩하다가 Sonnet 주간 한도를 다 썼는데, 막상 남아있는 **All models 예산(97%)**을 못 쓰면 누구라도 당황해요.
더 혼란스러운 건 같은 계정으로 브라우저(claude.ai)에서는 Opus가 잘 되는데, Claude Code에서는 바로 막힌다는 점이죠.

1) 증상 정리: “Sonnet 100%” 이후 Opus로 바꾸면 Claude Code만 막힘

상황을 한 줄로 요약하면 **Claude Max 구독자 + Sonnet 주간 한도 100% 소진 → Claude Code에서 /model로 Opus 전환 → 모든 요청이 API Error: Rate limit reached**로 실패하는 케이스예요.

사용량 대시보드도 더 헷갈리게 만듭니다. 글 작성자가 확인한 수치는 아래처럼 “남아 보이는데” 실제론 못 쓰는 상태였어요.

• All models weekly: 3% used (즉, 97% 남아 보임)
• Sonnet only weekly: 100% used
• Current session: 46% used

중요한 포인트는 Opus가 claude.ai에서는 정상 동작한다는 점이에요. 같은 계정/같은 구독인데 인터페이스(Claude Code vs 웹)만 다르다는 게 핵심 단서입니다.

2) 사용자가 해본 조치: 인증/버전/모델 설정은 정상인데도 실패

작성자가 시도한 해결 방법이 꽤 표준적이고, 체크리스트도 잘 갖춰져 있어요. 그런데도 동일 오류가 반복됩니다.

• /logout, /login으로 재인증
• /status에서 로그인 경로가 “Claude Max Account”인지 확인(중요: API/Console 경로와 다름)
• Claude Code v2.1.74
• 모델을 claude-opus-4-6로 정확히 지정
• 여러 번 재시도했지만 항상 동일 에러

즉, “설정 실수”라기보다 계정/한도 적용 로직, 혹은 Claude Code 쪽 레이트 리미터(속도 제한) 동작을 의심할 만한 상황이에요.

3) 대시보드가 말하는 ‘All models 3%’는 왜 믿기 어려워졌나

여기서 가장 불신이 커지는 부분은 대시보드의 표현 방식이에요. 사용자 입장에서는 “All models”와 “Sonnet only”가 분리된 한도로 표시되면 당연히 이렇게 해석합니다.

• Sonnet을 다 써도, All models가 남아 있으면 다른 모델(Opus)을 쓸 수 있겠지
• 최소한 막히더라도 대시보드가 그걸 예측 가능하게 보여줘야 함

그런데 실제로는 “All models은 3% 사용”인데도 Claude Code에서 Opus가 막혀요. 이건 아래 셋 중 하나일 가능성이 큽니다.

• **숨겨진 한도/스로틀(throttle, 순간 트래픽 제한)**이 있는데 대시보드에 표시가 없다
• Claude Code 경로에만 적용되는 별도 제한이 있다(웹과 다르게)
• 대시보드가 실제 가용량을 정확히 반영하지 못한다

어떤 경우든 사용자는 “남았는데 못 씀”을 겪게 되고, 이 지점에서 제품 신뢰가 크게 흔들리죠.

4) “Sonnet 100%면 Opus도 제한”이라는 지원 답변이 왜 논란이 되는가

지원 챗봇(“Fin”)은 “공정한 리소스 분배를 위해 Sonnet 한도 도달이 다른 모델 접근에도 영향을 준다”는 취지로 답했다고 해요. 그런데 사용자는 이 설명이 설득력이 없다고 느꼈고, 그 이유가 명확합니다.

• 대시보드가 모델별/전체 한도를 분리해 보여준다(독립처럼 보임)
• 같은 순간에 claude.ai에서는 Opus가 된다(즉, 계정 단위 전면 차단은 아닌 듯)
• “연동 차단 정책”이 있다면 문서화가 되어 있어야 한다
• “All models 3%”가 무엇을 의미하는지 설명이 없다

이 케이스가 특히 개발자에게 불편한 이유는, 단순히 “안 됨”이 아니라 관찰 가능한 지표(대시보드)와 실제 동작이 충돌하기 때문이에요. 분산 시스템 운영에서도 이런 불일치가 가장 디버깅을 어렵게 하죠.

5) 지금 당장 해볼 수 있는 현실적인 디버깅 시나리오

같은 문제를 겪는 분이라면, “원인 후보를 좁히는” 방식으로 접근하는 게 좋아요. 아래는 실제로 도움이 되는 순서입니다.

• /status에서 로그인 경로 확인
  • “Claude Max Account”인지, “Claude API”인지가 핵심이에요. 글 작성자도 강조했듯 결제/한도 적용 경로가 다를 수 있어요.
• 웹(claude.ai)에서 Opus가 되는지 동시 검증
  • 웹에서 되면, 계정 전면 제한보다 Claude Code 쪽 제한/버그 가능성이 올라갑니다.
• Sonnet 한도 100% 상태에서 다른 모델이 Claude Code에서 모두 막히는지 확인
  • Opus만 실패인지, 다른 모델도 실패인지에 따라 “모델별 제한” vs “인터페이스 제한” 힌트가 생겨요.
• 에러가 ‘rate limit’ 단일 메시지인지, 세부 코드/응답 헤더가 있는지 기록
  • 가능하면 동일 시점에 발생하는 로그/시간대를 모아두면 지원 문의 시 효율이 커요.
• Claude Code 버전/환경 차이 분리
  • 가능하면 다른 머신/다른 네트워크에서 재현해보면, 계정 제한인지 클라이언트 이슈인지 더 빨리 갈립니다.

이런 식으로 “재현 조건”을 정리하면, 단순 불만 제기보다 버그 리포트로서의 설득력이 확 올라가요.

마무리: 핵심은 ‘정책이든 버그든, 대시보드에 드러나야 한다’는 것

이번 이슈의 본질은 Opus가 막혔다는 사실 자체보다, 대시보드가 남아 있다고 말하는데 실제로는 못 쓴다는 불일치예요. 정책이라면 문서와 UI에서 투명하게 보여야 하고, 버그라면 같은 계정에서 웹만 되고 Claude Code만 안 되는 현상이 설명돼야 하죠.

혹시 여러분도 비슷하게 Sonnet 한도 도달 후 Claude Code에서 Opus가 막히는지, 그리고 /status가 무엇으로 찍히는지 공유해보세요.
재현 사례가 모이면 “개별 계정 문제”가 아니라 제품 레벨의 제한/버그로 더 빠르게 다뤄질 가능성이 큽니다.