Claude의 사용량 제한이 모델 출시 직전에 반복적으로 악화되었을까? 날짜를 확인해 봤다.

음, Opus 5.5가 이전 모델보다 토큰 사용량이 40% 적다고 자랑한 건 앤스로픽이었는데.. 그래, 나도 제한 걸리는 거 체감하고 있어..

이게 모델 문제인지, 아니면 토큰 소모를 늘리는 사용자들의 워크플로우 변화 때문인지 궁금하네. 사용자들은 최소 매달, 가능하면 매주 컨텍스트나 스킬을 정리할 필요가 있어.

Claude Code에게 최근 세션을 검토해달라고 해서 토큰 사용 추세를 파악하고 개선 권장 사항을 확인해 봐. 내가 할 때마다 항상 최적화할 새로운 것들을 찾아내더라고. 만약 아무것도 안 나온다면, 그때는 모델에 대한 음모론이 일리가 있을지도 모르지.

이번 주 들어 Opus가 더 멍청해진 건 확실함.

그래, 나도 똑같이 느꼈어.
온라인 양식을 채우는 게 전부인 로컬 모델에 대해 가드레일을 과하게 설계하더라고. 그러고는 필드 몇 개 잘못 입력한 걸 보고 그 부분을 하드코딩하기 딱 좋은 타이밍이라고 판단했지.

근데 이제 구조가 다른 다른 양식에서는 그 하드코딩 때문에 문제가 생겨서 그걸 지우고, 새 양식에 맞춰 하드코딩을 추가하니까 이전 양식이 멈춰버려.

밤새도록 왔다 갔다 해서 아침이 되어서야 겨우 잡았어... Opus 5.5 미디엄 리즈닝에서 일어난 일이야.

아, 이런 빌어먹을 상황은 초기 GPT 모델로 코딩할 때나 보던 건데. 이건 수많은 예시 중 하나일 뿐이야. 정보에 기반한 결정을 내리게 하려고 상세한 추적 파이프라인을 설정했는데, 이 녀석이 추적 규칙 중 하나를 기능 범위를 '확장'하는 걸로 바꿔버려서 이전의 모든 추적을 쓸모없게 만들었어.

난 아닌데. 5시간 내내 세션 돌렸는데 29%밖에 안 썼어 ㅋㅋ Opus 5.5 미디엄(편집: 패스트 모드 켰음 ㅋㅋ)에 Fable 어드바이저까지 켰는데도 말이야. 사용량이 너무 적어서 Sonnet한테 토큰 측정 좀 해달라고 했으니까 관심 있는 사람 있으면 참고해.

참고로 5x임

난 여전히 똑같아. 유럽에 있는데, 이 문제 겪는 사람들 대부분이 캐시 미스가 많더라고. 혹시 그 문제가 아닌지 확인해 봐. 모델이 돌아가는 도중에 테스트 결과가 나오길 5분 넘게 기다리면 캐시 미스가 발생할 수 있거든. 이걸 20번만 반복해도 기능 하나가 두 배로 비싸지는 셈이지(비유하자면 말이야, 네 기능이 얼마나 큰지는 모르겠지만).