Anthropic이 2026년 6월 9일 Claude Fable 5와 Claude Mythos 5를 공개했습니다.

한국 시간으로는 6월 10일에 확인한 내용입니다. 이번 발표는 단순한 소수점 업데이트가 아니라, Claude 제품군 안에서 Opus 4.8보다 더 위에 놓인 새 최상위급 모델을 일반 개발자도 API로 쓸 수 있게 만든 변화에 가깝습니다.

다만 바로 모든 워크로드를 Fable 5로 바꾸는 건 성급합니다.
핵심은 모델 성능보다 아래 네 가지입니다.

  • claude-fable-5는 일반 제공되는 Mythos급 모델입니다.
  • claude-mythos-5는 같은 계열이지만 제한 접근용입니다.
  • Fable 5에는 고위험 요청을 거르거나 다른 모델로 넘기는 안전장치가 있습니다.
  • 가격, data retention, refusal 처리 방식이 기존 Opus 계열과 다릅니다.

초급자 관점에서는 이렇게 보면 됩니다.

Opus 4.8은 여전히 기본 고성능 모델이고, Fable 5는 더 비싸고 강한 장기 에이전트용 선택지입니다.

바로 보기

무엇이 나왔나

이번 발표에는 모델이 두 개 있습니다.

모델API 모델 ID성격
Claude Fable 5claude-fable-5일반 제공되는 최상위급 모델
Claude Mythos 5claude-mythos-5승인된 고객에게만 제한 제공되는 모델

Anthropic 설명 기준으로 Fable 5는 지금까지 일반 제공한 Claude 모델 중 가장 강한 모델입니다. 긴 작업, 복잡한 추론, agentic coding, 시각 입력, 과학 연구, 문서 기반 분석에서 특히 강조됩니다.

Mythos 5는 같은 기반 모델이지만 일부 안전 분류기가 완화된 제한 접근 모델입니다. Project Glasswing을 통해 일부 cyber defender와 인프라 사업자에게 먼저 제공됩니다.

일반 개발자가 먼저 봐야 할 쪽은 Mythos 5가 아니라 Fable 5입니다.
Mythos 5는 “더 센 모델이 있으니 누구나 신청해서 쓰면 된다”가 아니라, 승인된 고객과 특정 보안 목적을 전제로 한 제한 모델입니다.

기본 스펙

Claude API 문서 기준으로 Fable 5의 기본 스펙은 이렇습니다.

항목Claude Fable 5
모델 IDclaude-fable-5
컨텍스트1M tokens
최대 출력128k tokens
입력 가격$10 / 100만 tokens
출력 가격$50 / 100만 tokens
제공 경로Claude API, Claude Platform on AWS, Amazon Bedrock, Vertex AI, Microsoft Foundry
데이터 보관Covered Model, 30일 보관, zero data retention 불가

가격만 보면 Fable 5는 Opus 4.8의 두 배입니다. Opus 4.8은 일반 가격 기준 입력 $5, 출력 $25입니다. Fable 5는 입력 $10, 출력 $50입니다.

따라서 Fable 5는 “항상 더 좋은 기본값”이라기보다, 실패 비용이 큰 긴 작업에 쓰는 모델로 보는 편이 맞습니다.

왜 안전장치가 중요한가

Fable 5는 일반 제공 모델이지만, Anthropic은 고위험 영역의 오용 가능성을 크게 강조합니다.

발표에 따르면 일부 요청은 Fable 5가 직접 답하지 않고 Claude Opus 4.8 쪽 응답을 받게 될 수 있습니다. Anthropic은 이 안전장치가 평균적으로 세션의 5% 미만에서 작동한다고 설명하지만, 무해한 요청도 걸릴 수 있다고 인정합니다.

이게 실무에서 중요한 이유는 단순합니다.

Fable 5를 쓰는 API는 모델이 더 강하다만 가정하면 안 됩니다.
아래 상황도 정상 흐름으로 처리해야 합니다.

  • 요청이 refusal로 끝납니다.
  • 같은 프롬프트가 Opus 4.8로 fallback됩니다.
  • 사용자는 “왜 같은 모델을 불렀는데 결과가 달라졌지”라고 느낄 수 있습니다.
  • 보안, 취약점 분석, 인프라 자동화 쪽에서는 false positive가 더 자주 체감될 수 있습니다.

Claude API 문서 기준으로 Fable 5가 요청을 거절하면 Messages API는 HTTP 에러를 던지는 대신 stop_reason: "refusal"을 포함한 성공 응답을 반환합니다.

즉 try/catch만으로는 충분하지 않습니다. 응답 본문을 보고 refusal, fallback, billing을 별도로 처리해야 합니다.

fallback은 선택이 아니라 설계 문제다

Fable 5로 바꿀 때는 fallback을 먼저 설계해야 합니다.

Anthropic 문서는 두 가지 흐름을 안내합니다.

  • API의 fallbacks parameter를 써서 서버 쪽에서 재시도합니다.
  • SDK middleware를 써서 클라이언트 쪽에서 다른 모델로 재시도합니다.

초기 전환이라면 아래 순서가 현실적입니다.

  1. 기본 모델은 기존 claude-opus-4-8 또는 팀에서 쓰던 안정 모델로 둡니다.
  2. 긴 코드 분석, 큰 문서 분석, 고난도 agent task에만 Fable 5를 붙입니다.
  3. Fable 5 refusal이 나오면 Opus 4.8 또는 Sonnet 계열로 fallback합니다.
  4. 사용자에게는 “다른 Claude 모델로 처리됨” 같은 상태를 로그나 내부 UI에 남깁니다.
  5. refusal율, fallback율, 비용을 일주일 이상 봅니다.

여기서 중요한 건 “Fable 5가 못한 일을 Opus가 대신한다”가 아닙니다.
안전장치 때문에 의도적으로 Fable 5가 답하지 않는 요청이 생길 수 있으니, 제품이 그 흐름을 자연스럽게 받아야 한다는 뜻입니다.

adaptive thinking은 항상 켜져 있다

Fable 5와 Mythos 5에서는 adaptive thinking이 기본 흐름입니다.

문서 기준으로 thinking parameter를 설정하지 않아도 adaptive thinking이 적용됩니다. 반대로 thinking: {"type": "disabled"}는 지원되지 않습니다. 생각의 깊이를 조절하려면 effort parameter를 써야 합니다.

또 하나 중요한 점은 raw chain of thought가 반환되지 않는다는 점입니다. 원문 사고 과정을 그대로 받는 방식이 아니라, 필요하면 summarized thinking 형태로 읽을 수 있는 요약을 받는 방향입니다.

개발자 입장에서 이건 두 가지 의미가 있습니다.

  • “생각 끄고 빠르게”라는 기존 최적화가 그대로 통하지 않을 수 있습니다.
  • 디버깅용으로 모델의 내부 사고를 원문 그대로 저장하는 설계는 맞지 않습니다.

Fable 5를 API에 붙일 때는 품질 설정을 temperature 같은 습관적 값보다 effort, max_tokens, fallback, 로그 설계로 보는 게 낫습니다.

Covered Model이라 데이터 보관 조건도 다르다

Fable 5와 Mythos 5는 Anthropic 문서에서 Covered Model로 지정되어 있습니다.
이 모델들은 30일 data retention이 적용되고, zero data retention으로 사용할 수 없다고 안내됩니다.

이 대목은 회사 API 도입에서 중요합니다.

아래 데이터를 보내는 서비스라면 바로 전환하지 말고 정책 확인이 먼저입니다.

  • 고객 개인정보
  • 계약서, 인사 문서, 재무 자료
  • 비공개 소스코드 전체
  • 보안 취약점 상세
  • 내부 incident report

Fable 5가 더 강하더라도, 조직의 데이터 보관 정책과 맞지 않으면 일반 서비스에는 쓰기 어렵습니다. 이 경우에는 기존 ZDR 가능한 모델이나 별도 계약 조건을 확인해야 합니다.

Claude Code 사용자는 어떻게 봐야 하나

Claude Code 사용자는 Fable 5를 “모든 명령의 기본 모델”로 보기보다 긴 작업용 고비용 옵션으로 보는 편이 안전합니다.

잘 맞는 작업은 이런 쪽입니다.

  • 대형 코드베이스 전체 이해
  • 여러 모듈을 넘나드는 migration 계획
  • 긴 테스트 실패 원인 추적
  • 복잡한 리팩터링 후보 탐색
  • 스크린샷과 코드를 함께 보는 UI 재구성
  • 여러 도구를 오래 돌리는 agentic workflow

반대로 이런 작업에는 과합니다.

  • 짧은 코드 설명
  • 작은 함수 수정
  • README 요약
  • 단순 SQL 작성
  • 포맷팅이나 사소한 문법 수정

비용 관점으로는 “Fable 5가 가능하니까 쓴다”가 아니라 “Opus나 Sonnet으로 실패한 긴 작업만 Fable 5에 올린다”가 맞습니다.

API 전환 체크리스트

Fable 5를 API에 붙이기 전에 아래 항목을 확인하세요.

확인 항목이유
모델 ID를 claude-fable-5로 분리했는가기존 Opus 호출과 비용, 로그를 구분해야 합니다.
refusal을 정상 응답으로 처리하는가HTTP 200이어도 작업이 거절될 수 있습니다.
fallback 대상 모델을 정했는가안전장치와 false positive를 제품 흐름 안에 넣어야 합니다.
30일 retention을 승인했는가zero data retention 불가 조건이 있습니다.
effort 값을 실험했는가adaptive thinking이 항상 켜져 있습니다.
비용 상한과 알림이 있는가Opus 4.8보다 가격이 높습니다.
긴 출력 128k를 실제로 감당할 수 있는가저장, 표시, 후처리 비용이 같이 늘어납니다.

특히 로그에는 최소한 아래 필드를 남기는 편이 좋습니다.

  • 요청 모델
  • 실제 응답 모델 또는 fallback 모델
  • stop_reason
  • input/output token
  • cache hit 여부
  • refusal classifier
  • 사용자에게 보여준 최종 상태

누가 바로 써볼 만한가

대규모 코드 작업을 맡기는 팀

가장 먼저 테스트할 만합니다. Anthropic 발표에서도 Fable 5는 장기 agentic coding과 대규모 migration을 강하게 밀고 있습니다.

다만 production branch에 바로 자동 수정 권한을 주기보다, 처음에는 read-only 분석과 계획 생성부터 시작하는 편이 낫습니다.

긴 문서 분석 제품을 만드는 팀

1M context와 강한 문서 추론은 매력적입니다.
법무, 금융, 리서치, 컨설팅 문서처럼 여러 자료를 동시에 읽고 판단해야 하는 제품에서 실험 가치가 큽니다.

하지만 Covered Model 조건 때문에 고객 데이터 보관 정책을 먼저 확인해야 합니다.

보안팀

Fable 5는 보안 분석에 강해 보이지만, 동시에 안전장치가 가장 민감하게 작동할 영역입니다.
보안팀은 Mythos 5 접근 가능성을 별도로 검토할 수 있지만, 일반 팀은 Fable 5의 refusal과 fallback을 감안해 워크플로를 짜야 합니다.

일반 Claude 사용자

일반 사용자는 당장 모델 이름보다 비용과 접근 경로를 먼저 봐야 합니다.
짧은 글쓰기나 단순 질문에는 Opus 4.8, Sonnet, Haiku 계열이 더 합리적일 가능성이 큽니다.

바로 바꿔야 하나

결론은 아니오, 하지만 테스트 큐에는 넣어야 합니다입니다.

Fable 5는 Opus 4.8을 대체하는 단순 상위 호환이라기보다, 더 강하고 더 비싼 장기 작업용 모델입니다. 게다가 안전장치, fallback, data retention 조건 때문에 기존 API 코드를 모델 ID만 바꿔서 올리는 방식은 위험합니다.

추천 순서는 이렇습니다.

  1. Opus 4.8로 실패하거나 시간이 너무 오래 걸린 대표 작업 10개를 고릅니다.
  2. 같은 작업을 Fable 5로 돌려 결과 품질과 비용을 비교합니다.
  3. refusal과 fallback 로그를 따로 모읍니다.
  4. 개인정보나 고객 데이터가 없는 워크로드부터 붙입니다.
  5. 충분히 이득이 보이는 작업만 Fable 5 전용 경로로 분리합니다.

Fable 5의 의미는 “이제 모든 답변이 더 좋아진다”가 아닙니다.
더 큰 작업을 더 오래 맡길 수 있는 선택지가 생겼고, 그만큼 제품 쪽 책임도 커졌다는 뜻입니다.

같이 보면 좋은 글

출처