Fable 5가 제 Claude 허용량을 얼마나 빨리 소모하고 있는지 제가 착각하는 것이라고 생각하여, 정확한 실행 내역을 확인하기 위해 로컬 Claude Desktop/Cowork 및 Claude Code 로그를 조사했습니다. 결과는 예상보다 더 심각했습니다. 제 5시간 허용량은 오전 12:20에 초기화되었습니다. 저는 정확히 오전 12:50에

대화가 길어질수록 비용이 더 많이 발생한다는 점은 이해합니다. 하지만 편집도 없고 서브에이전트 (subagents)도 없는 단순한 6분짜리 UI 테스트 루프가 5시간의 허용량을 통째로 소진하도록 묵인하는 것은 합리적인 동작이 아닙니다. 최소한 Claude는 컨텍스트 (context)를 압축하거나 진행하기 전에 저에게 경고를 했어야 합니다. 반복되는 650K 토큰 규모의 1시간 캐시 (cache) 쓰기는 Cowork/Claude Code의 캐시 무효화 (cache invalidation) 또는 사용량 계정 (usage-accounting) 결함으로 보입니다. 동일한 세션은 그날 저녁 일찍 이미 이전 허용량을 모두 소진한 상태였습니다. 허용량이 초기화된 후, 이 단 한 번의 6분 32초 실행이 새로운 할당량을 다시 소진해 버렸습니다. 혹시 다른 분들도 Fable 5가 단일 짧은 도구 루프 내에서 거대한 1시간 캐시를 반복적으로 다시 쓰는 것을 보신 적이 있나요? 만약 그렇다면, 이것이 정상적인 모델 출력이라고 가정하기 전에 로컬 Claude Code JSONL 파일에서 message.usage.cache_creation.ephemeral_1h_input_tokens 값을 확인해 보십시오. 저는 호출별 사용량 표, 타임라인, 계산 내역, 도구 호출 (tool-call) 목록, 소스 해시 (source hashes), 스크린샷, 그리고 읽기 전용 검증 스크립트를 포함한 개인정보 보호가 적용된 증거 패키지를 준비했습니다. 또한 저는 이 문제를 Anthropic에 직접 보고하고 있으며, 캐시 동작을 조사하고 허용량을 복구해 줄 것을 요청하고 있습니다. 이것은 최소한 Claude Cowork 제품 및 가드레일 (guardrail) 결함입니다. 단 하나의 42자 프롬프트가 비용 경고, 자동 압축, 또는 사용 중단 가드 없이 392초 동안 15회의 자율적인 모델 호출과 5.19M 개의 1시간 캐시 쓰기 토큰을 유발했습니다. 근본 원인이 결함이 있는 캐시 무효화인지, 잘못된 계정 처리인지, 아니면 기술적으로 의도되었으나 안전하지 않은 제품 동작인지 판단하기 위해서는 서버 텔레메트리 (telemetry)가 필요합니다. 계산에 사용된 공식 가격 정보: https://platform.claude.com/docs/en/about-claude/pricing /u/cosmintrica 제출 [link] [comments]