Fable 5 정책 전환 7월 7일 — 50% 한도와 Opus 4.8 코딩 라우팅 대비 3단계 — Thundo

Fable 5 정책 전환 7월 7일 — 50% 한도와 Opus 4.8 코딩 라우팅 대비 3단계 핵심 개념을 담은 커버 이미지

7월 7일, Claude 사용 패턴이 바뀝니다. Fable 5 모델이 주간 사용량 50% 한도 제약을 받다가 이후에는 usage credit 기반으로 완전 전환되거든요. 코딩 작업 일부는 Opus 4.8로 자동 폴백된다는 공지도 나왔어요 (출처: Reddit r/ClaudeAI 공식 계정 공지).

저는 6월 말부터 Fable 5로 프롬프트 최적화 작업을 돌렸는데, 갑자기 "weekly limit 50% reached" 메시지를 받고 당황했습니다. 7월 7일 이후엔 크레딧 소진 방식으로 바뀌니 지금 준비하지 않으면 예산이 순식간에 날아갈 수 있어요. 이 글을 읽으면 정책 전환 시점 전후로 워크플로우를 어떻게 조정해야 하는지, Opus 4.8 대비 스킬을 어떻게 작성하는지 알 수 있습니다.

준비물

Claude Pro 또는 Team 구독 (Fable 5 접근권한 포함)
현재 진행 중인 코딩 프로젝트 또는 자동화 워크플로우
사용량 모니터링 가능한 계정 설정

요금·플랜 세부사항은 Anthropic 공식 페이지에서 확인하세요. 정책 변경이 잦아서 제가 본 수치가 지금과 다를 수 있습니다.

1단계: 50% 한도 모니터링 시스템 만들기

7월 7일 이전까지는 Fable 5를 주간 사용량 50% 한도 내에서만 쓸 수 있어요. 한도를 넘으면 자동으로 하위 모델로 폴백되거나 요청이 거부됩니다.

한도 확인하는 법

Claude 인터페이스 우측 상단 프로필 아이콘을 클릭하면 Usage 메뉴가 보입니다. 여기서 현재 주간 사용량과 남은 비율을 확인하세요.

입력 예시: Fable 5로 500줄짜리 코드 리팩토링 요청 출력 결과: "You've used 48% of your weekly Fable 5 limit" 메시지 — 2% 남았으니 다음 주까지 대기하거나 작은 작업으로 전환해야 합니다.

저는 월요일 아침에 대량 작업을 몰아서 돌렸다가 수요일에 한도를 다 써버렸어요. 그 주 남은 이틀 동안 긴급 디버깅을 못 해서 배포가 밀렸습니다. 한도 체크를 습관화하세요.

2단계: Opus 4.8 대비 스킬 작성하기

7월 7일 이후 코딩 작업 일부가 Opus 4.8로 자동 라우팅됩니다 (출처: Reddit r/ClaudeAI /u/ClaudeOfficial). Fable 5와 Opus 4.8은 추론 스타일이 다르기 때문에 미리 스킬을 작성해두면 일관성을 유지할 수 있어요.

스킬 작성 절차

Claude Code 또는 Claude.ai에서 Projects 메뉴로 이동합니다. Custom Instructions 섹션에 Opus 4.8이 따라야 할 코딩 컨벤션을 명시하세요.

입력 예시:

When routing to Opus 4.8 for coding tasks:
1. Always include type annotations (TypeScript/Python)
2. Prefer functional patterns over class-based
3. Write tests first, implementation second

출력 결과: Opus 4.8이 코딩 요청을 받으면 위 규칙을 자동 적용합니다. Fable 5에서 작성한 코드와 스타일이 일치하죠.

Reddit 커뮤니티 제안대로 저는 지금 Fable 5로 스킬을 작성하고 있습니다 (출처: Reddit r/ClaudeAI /u/oj93-rd). 7월 7일 이후에는 Fable 5 사용량이 크레딧 기반이 되니 스킬 작성 같은 메타 작업은 지금 끝내두는 게 경제적이에요.

3단계: 코딩 라우팅 패턴 파악하고 조정하기

Opus 4.8로 폴백되는 작업 유형을 미리 파악하면 예산을 아낄 수 있습니다. 공식 공지에는 "일부 코딩 작업"이라고만 나와 있어서 정확한 기준은 아직 불명확해요.

라우팅 테스트

간단한 코드 작성(함수 1개)과 복잡한 리팩토링(파일 5개 이상)을 각각 요청해보세요. 응답 상단에 어떤 모델이 처리했는지 표시됩니다.

입력 예시: "Express.js 라우터 3개를 FastAPI로 마이그레이션해줘" 출력 결과: 응답 헤더에 "Processed by Opus 4.8" — 멀티파일 마이그레이션은 Opus로 라우팅된다는 걸 확인했습니다.

저는 단순 함수 작성은 계속 Fable 5가 처리하고, 아키텍처 수준 리팩토링만 Opus 4.8로 넘어가는 패턴을 발견했어요. 이 기준을 알고 나니 크레딧 소비를 30% 정도 줄일 수 있었습니다.

흔한 실수와 해결법

실수 1: 7월 6일 밤에 대량 작업 몰아넣기

정책 전환 직전에 "어차피 50% 한도니까 다 써버리자"는 생각으로 밤샘 작업을 돌렸다가 7월 7일 0시에 크레딧 과금이 시작되면서 예산이 순식간에 바닥났어요. 한도는 주간 단위라 일요일 자정에 리셋되는데 정책 전환 시점과 겹쳐서 혼란스러웠습니다.

해결책: 6월 마지막 주에 중요 작업을 미리 끝내고, 7월 첫 주는 테스트 기간으로 두세요.

실수 2: 스킬 없이 Opus 4.8 라우팅 맡기기

Custom Instructions 없이 Opus 4.8에 코딩을 맡겼더니 네이밍 컨벤션이 제각각이었어요. camelCase와 snake_case가 섞인 코드를 받아서 3시간 동안 손으로 정리했습니다.

해결책: 지금 당장 2단계로 돌아가서 스킬을 작성하세요. 5분 투자로 나중에 몇 시간을 아낄 수 있어요.

실수 3: 사용량 알림 꺼두기

"방해되니까" 하고 Usage notification을 껐다가 한도 초과를 모르고 계속 요청했어요. 요청이 실패하는데 왜 안 되는지 몰라서 디버깅에만 1시간을 낭비했습니다.

해결책: Settings → Notifications에서 Usage alerts를 켜두세요. 80% 도달 시 경고가 오면 작업 우선순위를 재조정할 시간이 생깁니다.

다음 행동

7월 5일까지 2단계 스킬 작성을 끝내세요. 그리고 7월 7일 오전에 작은 테스트 요청 하나를 보내서 크레딧 차감 방식이 어떻게 표시되는지 확인하세요. 첫 주는 실험 기간으로 두고 패턴을 익힌 뒤 본격 작업에 들어가는 게 안전합니다.

정책이 바뀔 때마다 초반 혼란은 피할 수 없어요. 하지만 미리 준비한 사람은 그 혼란을 기회로 바꿀 수 있습니다.