Claude Fable 5 vs Mythos 5: API 라우팅 비교

상태 업데이트 (2026년 6월 13일): 이 업데이트 기준으로 Anthropic은 Claude Fable 5와 Claude Mythos 5 모두에 대한 접근을 중단했으며, GitHub Copilot도 모든 서비스에서 Fable 5를 제거했습니다(다른 Claude 모델들은 영향을 받지 않습니다). 아래에서 “오늘 Fable 5를 호출할 수 있습니다”라고 언급된 내용은 6월 9일 출시일 기준의 상태를 반영하며, 현재는 사실이 아닙니다. 접근이 복구될 때까지 이 글은 두 모델이 설계상 어떻게 다른지에 대한 참고 자료로 활용하시고, 지금 당장 어느 쪽으로 라우팅할지에 대한 가이드로는 사용하지 마십시오. 중단 이유는 현재까지 주로 언론 보도를 통해서만 알려져 있으며, 공식적인 완전한 설명은 아직 없습니다. 프로덕션 결정을 내리기 전에 Anthropic의 복구 공지를 기다리십시오.

같은 두뇌를 공유하지만 규칙은 다른 두 모델에 대한 작업 노트 — 그리고 파이프라인에 연결하기 전에 이것이 의미하는 바.

안녕하세요, 여러분. 저는 Dora입니다. 저는 일주일 가까이 이 두 모델 중 어느 것을 중심으로 라우팅을 설계해야 할지 파악하려고 했습니다. Claude Fable 5 vs Mythos 5의 요약: 동일한 기반 모델, 안전성과 접근 방식에서 두 가지 다른 거래. 그 단 하나의 차이가 거의 모든 것을 결정합니다 — 누가 호출할 수 있는지, 요청이 차단될 때 무엇이 반환되는지, 그리고 폴백 로직이 어떻게 동작해야 하는지. 이 글은 제가 정리한 내용, 아직 불명확한 부분, 그리고 제 글을 믿는 대신 직접 스펙을 읽어봐야 할 곳을 문서화합니다.

먼저 한 가지. 저는 Mythos 5를 프로덕션에서 실행해보지 않았습니다 — Project Glasswing 외부에서는 거의 아무도 그렇게 하지 않았습니다. 따라서 이 내용의 상당 부분은 제가 직접 스트레스 테스트한 것이 아니라 문서화된 내용을 비교한 것입니다. 그 경계가 어디인지 표시하겠습니다. 그리고 나중에 추가된 두 번째 사항: 두 모델에 대한 접근 상황이 출시 후 며칠 만에 빠르게 변했으므로(위의 상태 노트 참조), 아래의 “오늘 호출할 수 있습니다”라는 표현은 모두 출시일 기준의 상황을 설명하는 것으로, 반드시 오늘 아침 기준은 아닙니다.

Fable 5 vs Mythos 5를 한 문장으로

동일한 능력 등급. 다른 안전 모델, 다른 접근 모델. 비교의 전부가 이것이며, 아래 내용은 모두 그 결과입니다.

동일한 능력 등급, 다른 안전/접근 모델

두 모델 모두 동일한 기반에서 나옵니다. Anthropic의 공식 문서에 따르면 Claude Mythos 5는 Claude Fable 5의 능력을 공유합니다 — 차이는 원시 지능에 관한 것이 아닙니다. Fable 5는 요청을 거절할 수 있는 안전 분류기를 탑재하고 있습니다. Mythos 5는 이러한 분류기를 갖추지 않으며, 검증된 프로그램을 통해서만 배포됩니다.

따라서 Mythos 5가 Fable 5를 근소한 차이로 앞서는 벤치마크 차트를 보더라도, 그것은 더 똑똑한 모델이 아닙니다. 가끔 쿼리를 다른 곳으로 라우팅하는 가드레일 없는 동일한 모델입니다. 해당 분석에서 별표 표시된 벤치마크 격차는 능력 차이가 아닌 Opus 4.8로의 안전장치 폴백에서 비롯된다고 언급했습니다. 마케팅 관련 프레이밍이 Mythos 5를 “프로” 등급처럼 들리게 만들기 때문에 이 점을 명확히 하는 것이 중요합니다. 그렇지 않습니다. Mythos 5는 무방비 등급입니다.

이 차이가 API 개발자에게 중요한 이유

개발을 하고 있다면, 접근 분리가 먼저 문제가 됩니다. 오늘 Fable 5를 호출할 수 있습니다. Mythos 5는 아마 전혀 호출할 수 없을 것입니다. 따라서 대부분의 설계 작업은 실제로 “Fable 5의 거절 동작 주변에 어떻게 구축할 것인가”이며, 중요 인프라에 있지 않은 한 Mythos 5는 각주에 불과합니다.

세부 사항 전에 간략한 비교 표를 제공합니다:

차원	Claude Fable 5	Claude Mythos 5
능력 등급	Mythos급 (동일 기반)	Mythos급 (동일 기반)
안전 분류기	있음 — 요청 거절 가능	분류기 없음
접근	일반 제공	제한적, Project Glasswing 전용
API 모델 ID	claude-fable-5	claude-mythos-5 (미확인)
가격	입력/출력 M 토큰당 $10 / $50	입력/출력 M 토큰당 $10 / $50
컨텍스트 / 출력	1M 컨텍스트, 128k 출력	1M 컨텍스트, 128k 출력
데이터 보존	30일 (ZDR 아님)	30일 (ZDR 아님)
대상	일반 프로덕션 사용	검증된 사이버보안/생물학 연구

API 모델 ID에 대한 참고: claude-fable-5는 Anthropic의 문서와 여러 출처에 의해 확인되었습니다. claude-mythos-5는 명명 패턴에서 합리적으로 추측한 것입니다 — Mythos 5는 공개적으로 판매되지 않으므로 해당 정확한 문자열을 뒷받침하는 공개 문서가 없습니다. 실제로 호출해야 한다면, 제가 여기에 적은 것이 아닌 계정 팀에서 제공하는 것을 사용하십시오.

접근 및 가용성

여기서 두 모델은 서로 교체 불가능해집니다.

Fable 5 일반 제공

Fable 5는 실제로 사용할 수 있는 모델입니다. Anthropic의 Fable 5 제품 페이지에 따르면, 네이티브로 Claude Platform에서, 마켓플레이스를 통해, AWS, Google Cloud, Microsoft Foundry에서 사용 가능합니다. 개발자는 모델 문자열 claude-fable-5로 호출합니다. 신청서나 계정 팀 게이팅 없습니다. 가입하고 시작하면 됩니다.

VentureBeat는 출시 형태를 확인했습니다: Fable 5는 오늘 웹사이트, 앱, API를 통해 일반 공중에게 제공됩니다. 이것이 99%의 개발자가 라우팅할 모델입니다. 지금 추가해야 할 경고: “오늘 제공 가능”은 6월 9일에 사실이었습니다. 6월 12일 기준으로 Anthropic은 Fable 5와 Mythos 5 모두에 대한 접근을 중단했으며, GitHub도 같은 날 모든 Copilot 서비스에서 Fable 5를 제거했습니다 — 다른 모든 Claude 모델은 유지되었습니다. 별도로, 출시 이틀 후 Microsoft는 이미 내부 직원들에 대해 GitHub Copilot에서 Fable 5를 차단했으며, 30일 보존 요건이 내부 컴플라이언스 규정에 위배된다는 이유를 들었습니다(해당 차단은 내부 전용이었으며, 외부 고객들은 더 광범위한 중단 전까지 접근을 유지했습니다). 요점: “셀프서비스이며 항상 가능”은 현재 이 모델에 대한 안전한 가정이 아닙니다.

Mythos 5 제한 접근

Mythos 5는 다른 이야기입니다. 일반적으로 제공되지 않습니다: Project Glasswing에서 승인된 고객에게 제한적으로 제공됩니다. 원한다면 Anthropic, AWS, 또는 Google Cloud 계정 팀에 연락하라고 문서에 나와 있습니다 — 계정 팀이 없다면 그것이 답입니다. 분석에서 명확히 언급했습니다: Mythos 5는 소수의 파트너 그룹에 예약되어 있으며 사이버보안 같은 영역에서 제한을 해제합니다.

솔직히 말씀드리면 — “제한”이 정말로 제한을 의미한다는 것을 받아들이기 전에 세 개의 기사를 읽었습니다. 더 높은 가격 등급을 구매할 수 있는 것이 아닙니다. 보안 프로그램에 연결된 승인 프로세스입니다. 해당하지 않는다면 Fable 5를 중심으로 계획하고 넘어가십시오.

플랫폼 가용성 및 계정 팀 요구사항

실용적인 필터: Fable 5는 주요 클라우드에서 셀프서비스입니다. Mythos 5는 계정 팀을 거쳐 Anthropic의 제한된 사이버보안 이니셔티브인 Project Glasswing에 승인을 받아야 합니다. 두 모델이 동일한 API ID 패턴(claude-fable-5 / claude-mythos-5)을 가져 드롭다운 교체처럼 보입니다. 그렇지 않습니다. 하나는 공개 엔드포인트이고, 다른 하나는 권한입니다.

안전장치 및 폴백 동작

이제 실제로 코드를 변경하는 부분입니다.

민감한 도메인을 위한 분류기

Fable 5의 핵심 통합 변경 사항은 거절할 수 있다는 것입니다. API 문서에서: Claude Fable 5는 요청을 거절할 수 있는 안전 분류기를 포함합니다. Claude Mythos 5는 이러한 분류기를 포함하지 않습니다. 차단된 도메인은 무거운 것들입니다 — TechCrunch는 사이버보안, 생물학, 화학, 증류를 모델이 응답을 차단하는 영역으로 나열했습니다.

거절이 발생할 때 오류를 받지 않습니다. stop_reason: "refusal"이 포함된 일반적인 HTTP 200을 받으며, 응답은 어떤 분류기가 작동했는지 알려줍니다. 이것은 의도적인 설계 선택이며 처리 방식에 영향을 미칩니다 — 거절은 유용한 출력을 포함하지 않는 성공적인 응답입니다.

라우팅 개념으로서 Opus 4.8로의 폴백

여기에 우아한 부분이 있습니다. Fable 5가 거절할 때, 차단된 쿼리는 단순히 죽지 않습니다 — 많은 경우 대신 Opus 4.8이 처리합니다. Anthropic의 문서는 이렇게 설명합니다: 민감한 주제에 대한 많은 쿼리는 대신 다음으로 가장 능력 있는 일반적으로 사용 가능한 모델인 Claude Opus 4.8에서 응답을 받게 됩니다.

개념적으로, 두 레이어 시스템으로 생각하십시오: 프론티어 작업을 위한 Fable 5, Fable 5가 처리하지 않을 모든 것에 대한 안전 캐치로서의 Opus 4.8. 앞서 언급한 벤치마크 별표? 정확히 이 메커니즘이 숫자에 나타나는 것입니다.

폴백 가이드를 위한 구현 세부 사항 유지

어떻게에 대해서는 의도적으로 깊이 들어가지 않겠습니다. 전용 가이드가 있고, SDK 미들웨어와 fallbacks 매개변수를 비교 포스트에 억지로 넣으면 두 주제 모두 제대로 다루지 못하게 됩니다. 개념 수준에서: 서버가 재시도를 대신 처리하게 하거나, 클라이언트에서 재시도하거나, 수동으로 구축할 수 있습니다. 정확한 stop_reason 처리, 베타 fallbacks 매개변수, SDK 미들웨어 설정 — 이 모든 것은 Anthropic의 거절 및 폴백 문서에 있으며, 제 요약보다는 거기서 직접 읽으시기 바랍니다.

프로덕션 라우팅 설계

실제 파이프라인을 설계하고 있다면, 세 가지를 고려해야 합니다.

정책 인식 모델 선택

벤치마크 리더보드가 아닌 워크로드가 실제로 무엇을 하는지에 따라 모델을 선택하십시오. 일반 프로덕션 트래픽 → Fable 5. 적절한 승인을 받은 사이버보안 또는 생물학 연구 → Mythos 5 (접근 권한이 있는 경우). 저비용 또는 폴백 경로 → Opus 4.8. 결정은 정책과 접근에 관한 것이며, “SWE-Bench에서 더 높은 점수를 받은 것”이 아닙니다.

고수준의 폴백 API 설계

거절을 예외가 아닌 정상적인 분기로 설계하십시오. 거절이 200을 반환하므로 오류 처리가 그것을 잡지 못합니다 — stop_reason을 명시적으로 확인하고 그에 따라 라우팅해야 합니다. 서버 사이드 재시도(코드 적음, 현재 베타)를 원하는지 클라이언트 사이드 제어(더 많은 유연성, 어디서나 작동)를 원하는지 미리 결정하십시오. 제가 내린 판단 중 하나: 감사 목적으로 어떤 모델이 응답했는지 중요하다면 클라이언트 사이드가 더 명확한 제어를 제공합니다. 그냥 답변이 필요하다면 서버 사이드가 더 간단합니다.

감사 로그 및 데이터 보존

이 부분이 저를 놀라게 했습니다. Fable 5와 Mythos 5 모두 30일 데이터 보존을 갖추고 있으며 제로 데이터 보존으로는 사용 불가 — 이들은 Covered Models로 지정되어 있습니다. GitHub 변경 로그는 (현재 중단된) Copilot 출시 중에 그 이유를 설명했습니다: Anthropic은 안전 분류기를 운영하기 위해 최대 30일 동안 프롬프트와 출력을 보존하여 해로운 또는 남용적인 사용을 감지한 후 삭제하며, 보존된 데이터는 학습에 사용되지 않습니다. 이것은 가상의 컴플라이언스 걱정이 아닙니다 — 바로 Microsoft가 자체 직원들에 대해 모델을 차단하게 만든 조항입니다. 모든 모델에 걸쳐 ZDR을 가정하는 컴플라이언스 포지션이 있다면 이것이 그 가정을 깨뜨립니다. 출시하기 전에 확인하십시오. Anthropic의 데이터 보존 문서가 여기서 진실의 원천이며, 제 요약이 아닌 직접 확인하시기 바랍니다 — 보존 규칙은 조용히 업데이트되는 종류의 것입니다.

개발자는 어떤 모델을 중심으로 계획해야 하는가?

짧은 답변: 거의 모든 사람에게 Fable 5 — 단, “중심으로 계획”은 접근이 복구된다고 가정하며, 현재는 누구도 두 모델 중 어느 것에도 라이브 트래픽을 라우팅하지 않습니다.

일반 프로덕션 사용에서 기본적으로 Fable 5 선택

일반적으로 제공되며, Anthropic이 공중에게 제공한 가장 능력 있는 모델이며, 안전장치는 대부분 일반 제품이 건드리지 않는 도메인에 영향을 미칩니다. 소프트웨어 엔지니어링과 지식 작업 — Fable 5의 강점에 대한 Anthropic 자체의 프레이밍 — 에서 분류기가 방해가 되는 경우는 드뭅니다. 성능도 실제입니다: 보도에 따르면 Stripe는 Fable 5가 5000만 줄의 Ruby 코드베이스에서 전체 팀이 두 달 이상 걸렸을 작업을 하루 만에 코드베이스 전체 마이그레이션을 수행하게 했다고 합니다. 이런 숫자는 보통 회의적으로 볼 것이지만, 명명된 고객과 함께 Anthropic의 출시 자료를 통해 나온 것이므로 벤더 보고 데이터 포인트로 받아들이십시오.

Mythos 5를 제한 접근 특수 용량으로 취급

Project Glasswing에 이미 있지 않은 한 Mythos 5를 중심으로 아키텍처를 설계하지 마십시오. “업그레이드”하는 모델이 아닙니다. 검증된 사이버보안 및 생물학 연구를 위한 특수하고 무방비 용량이며, 접근 경로는 계정 팀과 승인 프로세스를 통해 이루어집니다. 대부분의 개발자에게는 보이지 않아야 합니다.

Opus 4.8을 폴백 또는 저비용 경로로 유지

Opus 4.8은 이 세계에서 두 가지 역할을 합니다: Fable 5가 거절할 때 안전 캐치이며, 프론티어가 필요하지 않을 때 더 저렴하지만 여전히 매우 유능한 옵션입니다. Anthropic의 모델 개요에 따르면, 현재 프로덕션 모델로 남아 있습니다. 라우팅에 유지하는 것은 다운그레이드가 아닙니다 — 전체 폴백 설계가 의존하는 백스톱입니다. 그리고 현재 Fable/Mythos 중단 중에는 단순한 백스톱이 아닙니다 — 셋 중 여전히 응답하는 유일한 것으로, Fable 5에만 말하는 방법을 아는 파이프라인을 구축하지 말아야 할 이유 자체입니다.

FAQ

Claude Fable 5와 Mythos 5의 차이점은 무엇인가요?

동일한 기반 모델과 능력을 공유합니다. Fable 5는 고위험 도메인에서 요청을 거절할 수 있는 안전 분류기를 포함하며 일반적으로 제공됩니다. Mythos 5는 해당 분류기가 제거되어 있으며 승인된 Project Glasswing 파트너로 제한됩니다. 접근과 안전장치가 다르며, 원시 능력은 다르지 않습니다. 권위 있고 최신의 정의는 Anthropic의 공식 모델 문서를 확인하십시오 — 빠르게 변하는 영역입니다. (2026년 6월 중순 기준으로 두 모델 모두 일시적으로 중단되어 있습니다 — 어느 쪽에 의존하기 전에 현재 가용성을 확인하십시오.)

Fable 5가 자동으로 Opus 4.8로 폴백하나요?

가능하지만, “자동으로”는 구축 방법에 따라 다릅니다. Fable 5가 거절하면 Opus 4.8이 요청을 처리할 수 있으며, Anthropic은 해당 재시도를 처리하는 서버 사이드, 클라이언트 사이드, 수동 방법을 제공합니다. 서버 사이드 fallbacks 매개변수는 베타 중입니다. 구현 세부 사항은 공식 폴백 가이드에 있으며, 기억에서 연결하는 것보다 그것을 따라야 합니다 — 최신 공식 문서를 확인하십시오.

개발자가 Fable 5 안전장치를 비활성화할 수 있나요?

아니요. 안전장치는 끄고 켤 수 있는 토글이 아닙니다. 분류기 없는 버전인 Mythos 5는 Fable 5 내부의 설정이 아닌 Project Glasswing을 통한 검증된 파트너에게만 제공되는 별도로 게이팅된 모델입니다. Fable 5의 분류기를 제거하거나 우회할 수 있는 지원되는 방법은 없으며, 시도해서도 안 됩니다. 현재 정책은 Anthropic의 공식 문서를 참조하십시오.

API 개발자는 기본적으로 어떤 모델을 사용해야 하나요?

Claude Fable 5. 일반적으로 제공되며, 가장 능력 있는 광범위하게 출시된 Claude 모델이며, 안전장치가 일반 소프트웨어 및 지식 작업을 거의 방해하지 않습니다. 폴백 및 저비용 경로로 라우팅에 Opus 4.8을 유지하십시오. Project Glasswing에 승인되지 않은 한 Mythos 5는 범위 밖으로 취급하십시오. 항상 커밋하기 전에 공식 문서에서 가용성과 가격을 확인하십시오. 그리고 지금 당장 “기본적으로”는 학문적입니다: Fable 5가 중단된 상태에서 Opus 4.8이 실제로 트래픽을 처리하는 유일한 것입니다.

결론

Claude Fable 5 vs Mythos 5 전체 문제는 하나의 사실로 귀결됩니다: 동일한 모델, 다른 규칙집. Fable 5는 실제로 구축할 모델입니다 — 공개적이고, 유능하며, 중요한 부분에서 가드레일이 있습니다. Mythos 5는 대부분의 우리가 절대 건드리지 않을 특정 종류의 승인된 작업을 위한 제한된 용량입니다. 그리고 Opus 4.8은 폴백으로서 조용히 전체를 하나로 묶습니다.

다음에 제가 여러분이라면 할 일: 공식 모델 및 거절 문서를 열고, 서버 사이드 또는 클라이언트 사이드 폴백이 스택에 맞는지 결정하고, 30일 보존이 컴플라이언스 스토리에서 무언가를 바꾸는지 확인하십시오. 마지막 것이 대부분의 사람들이 놓칠 함정입니다. 그리고 그 모든 것 전에: Fable 5가 다시 온라인 상태인지 확인하십시오. 글을 쓰는 시점에는 그렇지 않으니까요. 이 전체 비교에서 가장 빠르게 움직이는 변수는 제가 가장 예상하지 못한 것으로 밝혀졌습니다 — 안전장치도, 폴백 로직도 아닌, 모델에 전혀 접근할 수 있는지 여부였습니다.

제 노트는 여기서 끝납니다. 아직 실제 부하에서 폴백 경로를 실행해보지 않았습니다 — 그것은 다음 주 문제입니다. 확인 필요.

이전 포스트: