Claude Fable 5가 공개 4일 만에 사라졌다 ─ 미국 정부의 지시로 전 세계 중단, 언제 돌아올까? 다시는 돌아오지 않을까?

인도받은 지 불과 4일 만에 플래그십 모델이 딜러로부터 일제히 리콜(Recall)되었다. 게다가 정비 불량이 발견되었기 때문이 아니다. 정부의 지시 한 마디 때문이다.

2026년 6월, Anthropic의 최상위 공개 모델인 Claude Fable 5가 갑자기 모든 사용자의 손에서 사라졌다. "내 계정이 정지(BAN)된 건가?", "결제가 끊겼나?"라며 당황한 사람도 많을 것이다. 아니다. 당신의 잘못도, 모델이 고장 난 탓도 아니다. 이것은 규제가 불러온, 역사상 유례없는 모델의 리콜이다.

이 기사에서는 이 글을 쓰고 있는 6월 15일 시점에서 파악된 1차 정보만을 근거로, "무슨 일이 일어났는가", "왜 모두가 연루되었는가", "다시는 돌아오지 않는가", 그리고 개발자에게 가장 중요한 "지금 당장 무엇을 해야 하는가"를 자동차 리콜과 대차(代車)의 비유를 통해 한 번에 정리한다.

• Claude Fable 5 / Mythos 5를 갑자기 사용할 수 없게 되어 당황하고 있는 사람

• API나 Claude Code를 통해 Fable을 실무 워크플로우(Workflow)에 통합해 두었던 개발자

• "결국 언제 돌아오나? 다시는 안 돌아오나?"에 대한 사실 기반의 답변을 원하는 사람

• 특정 AI 모델에 대한 의존 리스크를 설계 측면에서 재검토하고 싶은 엔지니어

• 무엇이·언제·왜 일어났는지에 대한 정확한 타임라인 (1차 정보 링크 포함)

• "외국 국적 사용자 중단" 지시가 왜 모든 고객의 중단으로 이어졌는지에 대한 논리

• "다시는 돌아오지 않는가?"에 대해 추측이 아닌 공식 성명에 기반한 답변

• 오늘부터 구현할 수 있는 폴백(Fallback) 설계 (코드 포함)

• 탈옥(Jailbreak) 기법 자체의 구체적인 재현 절차 (안전상 일절 다루지 않음)

• 정치적인 시비에 대한 평가 (사실과 공식 견해를 정리하는 데 철저히 집중)

• 복구일 예언 (누구도 할 수 없으며, 하지 않음)

• 6월 9일에 공개된 Claude Fable 5와 그 상위 모델인 Claude Mythos 5가 6월 12일에 전 세계·전 사용자 대상으로 중단되었다. - 원인은 성능이나 장애가 아닌, 미국 정부의 수출 관리 지시다. "외국 국적 사용자의 액세스를 차단하라"는 명령에 대해, Anthropic은 국적을 실시간으로 판별할 수 없기 때문에 어쩔 수 없이 전원 중단 조치를 취했다. - Anthropic 스스로는 지시에 이의를 제기하면서도 법령은 준수한다는 입장이며, "오해라고 생각하며 복구에 힘쓰고 있다"고 명시했다. "다시는 돌아오지 않는다"라고 말하지는 않았다. 다만 복구 시기는 미정이다. - Opus 4.8 / Sonnet 4.6 / Haiku 4.5 등 다른 모델은 정상적으로 가동 중이다. 당장의 대차(代車)로는 Opus 4.8이 정석이다.

우선 시계열이다. 신차가 인도된 후 딜러가 전 차량을 회수하기까지 단 4일이었다.

Claude의 계보로 말하자면, Fable 5는 4월에 Project Glasswing 한정으로 공개된 Claude Mythos Preview에서 파생된 "Mythos 클래스"의 일반 공개판에 해당한다. LLM(대규모 언어 모델)으로서 Anthropic이 일반 제공한 것 중 가장 고성능으로 평가받으며, 소프트웨어 엔지니어링과 지식 노동에서 독보적인 성능을 자랑했다. 그 플래그십이 인도 직후에 리콜된 것이다 (;ﾟдﾟ)멍하니

공식 1차 정보는 여기 있다. 우선 Anthropic의 성명을 직접 읽는 것이 빠르다.

라이브 상태는 여기에서 확인할 수 있다. 지금 이 순간 복구되었는지 여부를 여기서 확인할 수 있다.

이 부분이 이번에 가장 오해하기 쉬운 포인트다. 지시 문구는 "외국 국적 사용자는 쓰지 마라"이지, "모두 쓰지 마라"가 아니다. 그럼에도 불구하고 결과적으로 모든 고객의 사용이 중단되었다. 왜일까.

논리는 단순하다. 딜러는 매장에 방문한 고객의 국적을 그 자리에서 정확히 구분할 수 없다. 구분할 수 없는 이상, "특정 고객에게만 팔지 않겠다"를 엄격히 지킬 수 있는 유일한 방법은 그 모델을 매장에서 완전히 치워버리는 것이 된다.

지시는 미국 내외를 불문하고 모든 외국 국적 사용자(Anthropic의 외국 국적 직원조차 포함)를 대상으로 하고 있었다. 대상 범위가 너무 넓어 선택적인 차단이 현실적으로 불가능했다. 그래서 전 차량 회수가 되었다. 이것이 리콜이 "모두"에게 미친 유일한 이유이며, 당신의 계정이나 사용 방식에는 전혀 잘못이 없다.

통상적인 리콜은 제조사 스스로 결함을 인정하고 회수한다. 하지만 이번에는 그 점이 결정적으로 다르다. 제조사(Anthropic)는 "결함이 아니다"라고 주장하고 있음에도 회수당하고 있는 것이다.

정부가 문제 삼은 것은 Fable 5의 안전 장치를 우회하는 '탈옥 (Jailbreak)' 수법으로 추정되는 부분이다. Anthropic은 해당 보고를 확인한 후, 요점을 다음과 같이 반론하고 있다 (모두 공식 성명의 요지를 필자가 정리한 것이다).

• 문제가 된 수법은 모델에 특정 코드베이스를 읽게 하여 결함을 수정하게 하는 좁고 비범용적인 (Narrow & Non-general) 것.
• 발견된 것은 **기존의 경미한 취약점 (Known & Minor Vulnerability)**으로, 우회책을 쓰지 않더라도 다른 공개 모델에서도 발견할 수 있는 수준.
• Anthropic은 공개 전 미국 정부, 영국 AISI, 제3자 기관 등과 **수천 시간의 레드팀 (Red Teaming)**을 실시 완료.
• "모든 안전 장치를 폭넓게 돌파하는 범용 탈옥 (General Jailbreak)"은 아무도 발견하지 못함.

공식 성명의 해당 구절과 번역을 하나 인용해 둔다. 복구 전망과 관련하여 가장 중요한 한 문장이다.

원문 (발췌): working to restore access as soon as possible

번역: 가능한 한 빨리 액세스를 복구하기 위해 노력하고 있다

공개 직후, X(구 트위터)상에서 "Fable 5를 뚫었다"라고 주장하는 탈옥 사례가 퍼졌다고도 보도되었다 (VentureBeat 보도). 본 기사에서는 그 수법의 내용에는 일절 관여하지 않는다. 재현으로 이어질 수 있는 정보는 해설의 형식을 띠더라도 다루지 않는 방침이다. 여기서 중요한 것은 수법의 상세 내용이 아니라, "외부의 한 수로 공개 모델이 사라질 수 있다"라는 구조적인 사실이다.

RCE(원격 코드 실행)나 퍼징 (Fuzzing) 같은 보안 문맥에 관심이 있는 사람일수록, '좁은 탈옥'과 '범용 탈옥'의 경계가 이번 쟁점의 핵심임을 이해할 수 있을 것이다.

가장 알고 싶은 것은 이 부분일 것이다. 결론부터 말한다. 공식 측은 "돌려놓겠다"라고 말하고 있다. 다만 복구일은 미정이다. 정리하면 다음과 같다.

질문	사실 기반의 답변
영구적으로 폐지되었는가?	아니오. Anthropic은 이를 "오해"로 파악하고 있으며, 복구에 힘쓰겠다고 명시함
언제 돌아오는가?	미정. 공식 측은 기한을 전혀 약속(Commit)하지 않음
다른 모델도 위험한가?	지시 대상은 Fable 5와 Mythos 5뿐임. Opus 4.8 등은 영향 없음
복구 여부는 무엇에 달렸는가?	정부와의 협상 및 컴플라이언스 (Compliance) 대응 진전 상황에 따름

2차적인 관측통들에 따르면 "며칠 내로 돌아올 가능성"부터 "규제 대응이 길어지면 수 주간", "지시가 유지되면 불투명"까지 범위가 넓다고 보도되고 있다. 하지만 이는 어디까지나 외부의 추측이다. Anthropic이 공식적으로 약속한 것은 "가능한 한 빨리"뿐이며, 날짜는 나오지 않았다.

따라서 복구일에 대해 단정하는 정보원에는 주의해야 한다. "O월 O일에 부활"이라며 날짜를 명시하는 것은 현 시점에서는 모두 억측이다. 1차 정보는 스테이터스 페이지의 Monitoring과 공식 성명 두 가지뿐이다. 그 외에는 "예상"이라고 치부하는 것이 맞다.

참고로 공개 당시의 안내에 따르면, Fable 5는 6월 22일까지 Pro/Max/Team 등에 무료로 제공되고 6월 23일에 제외될 예정이었다. 그 무료 제공 기간 중에 중단되었기 때문에 "무료 혜택이 일찍 끝난 것뿐"이라고 오해하기 쉽지만, 그것도 아니다. 혜택의 문제가 아니라, 규제에 의한 전면 중단이다.

여기서부터가 본론이다. 속보를 훑어보고 끝내는 엔지니어와, 여기서 직접 움직이는 엔지니어의 차이가 나타난다. 하는 일은 소박하지만 급하다. Fable을 운영 환경의 기본 경로에서 제외하고, 대체 모델(Opus 4.8)로 전환한다.

이번에 가장 효과가 없는 대처는 '재시도 (Retry)'다. 리콜 중인 자동차는 엔진을 몇 번 다시 걸어도 움직이지 않는다. 규제 중단은 일시적인 네트워크 장애가 아니므로, 재시도는 단지 처리를 늦출 뿐 영원히 복구되지 않는다.

model-unavailable을 일시적 장애로 오인한 지수 백오프 (Exponential Backoff)는 이번 경우에는 완전히 역효과를 낸다.

클릭하여 "효과 없는 안티 패턴" 펼치기

import time
# 안티 패턴: 규제 중단에 무한 재시도해도 영원히 돌아오지 않음
def call_broken(prompt):
...

재시도가 아니라, 즉시 대체 모델로 전환하는 분기를 넣는다. 포인트는 "어떤 모델로 보낼 것인가"라는 정책과 "실제로 호출하는" 처리를 분리하는 것(관심사의 분리, Separation of Concerns)이다. 이렇게 하면 향후 모델이 증감하더라도 정책 튜플만 변경하면 된다 (DRY 원칙).

클릭하여 폴백 (Fallback) 구현 예시 펼치기 (Python)

from dataclasses import dataclass
# 관심사의 분리 (Separation of Concerns): 라우팅 정책과 호출 프로세스를 분리함
PRIMARY = "claude-fable-5"
...

이것만으로도 "Fable이 다운되는 순간 운영 환경이 침묵하는" 사태는 피할 수 있다. 나아가, 요청한 모델과 실제로 응답한 모델을 반드시 로그에 남길 것. 이것이 없으면 "어느샌가 전부 Opus로 돌아가고 있었다"는 사실을 알아차릴 수 없다.

이번 사건의 본질적인 교훈은 "공개된 모델은 기술적인 장애가 없더라도 외부 요인으로 인해 사라질 수 있다"는 점이다. 클라우드의 단일 벤더에 운영 환경을 전부 거는 것은, 자동차 한 대의 리콜로 모든 업무가 중단되는 구조 그 자체다.

여기서 힘을 발휘하는 것이 직접 제어할 수 있는 추론 기반이다. vLLM으로 셀프 호스팅 (Self-hosting) 추론을 구축하거나, Ollama로 로컬에 오픈 모델 (Open Model)을 배치하는 등의 선택지를 "대차 (Fallback/Replacement)"로서 준비해 두면, 벤더 측의 사정에 휘둘리지 않게 된다.

필자는 평소 RTX5090을 장착한 Windows 기기에서 CUDA 환경을 돌리고 있지만, 이번 사건을 통해 "클라우드 최상위 모델에만 의존하는 단일 모델 전략은 위험하다"는 지론을 마침내 확신하게 되었다. 프론티어 모델 (Frontier Model)의 폭발력과 로컬의 가용성 (Availability). 이 두 가지를 모두 보유하는 것이 핵심이라는 이야기다. MCP로 에이전트 연동을 구성하고 있는 사람이라면, 백엔드 모델을 교체 가능하게 설계해 두는 것의 가치를 이번에 더욱 절실히 느꼈을 것이다.

증상	원인	대처
API에서 model-not-found가 반환됨	claude-fable-5를 지정하고 있음	규제 중단 상태. Opus 4.8 등으로 전환
...

최우선 사항: 운영 워크플로우에서 특정 모델을 단일 장애점 (Single Point of Failure)으로 만들지 말 것. 이는 이번에만 국한된 이야기가 아니라, 향후 어떤 벤더에서도 발생할 수 있는 보편적인 리스크다.

초급 단계에서는 "당황하지 않고 오해하지 않기", 중급 단계에서는 "자신의 코드를 보호하기", 상급 단계에서는 "애초에 한 곳에 의존하지 않는 설계하기". 이 순서로 올라간다면, 다음에 어떤 모델이 사라지더라도 당신의 운영 환경은 조용히 대차로 갈아타는 것만으로 충분할 것이다.

마지막으로 소회를 남긴다. 이번 사건을 통해 뼈저리게 느낀 것은, AI의 가용성은 더 이상 기술적 지표만으로 이야기할 수 없다는 사실이다. 레이턴시 (Latency)도 에러율 (Error Rate)도 아닌, 규제라는 외부 요인이 출시 4일 차의 플래그십 모델을 하룻밤 사이에 매장에서 사라지게 만들었다. 이는 개별 엔지니어가 어찌할 수 없는 영역의 이야기다.

하지만 어찌할 수 없기에, 이쪽에서 할 수 있는 대비의 가치가 올라간다. 대차 (Fallback)는 차가 고장 난 뒤에 찾는 것이 아니다. 날씨가 좋을 때 미리 열쇠를 건네두는 것이다. Fable 5가 돌아올지는 Anthropic과 정부의 협상에 달려 있으며, 우리는 기도할 수밖에 없다. 하지만 "Fable이 사라져도 운영은 멈추지 않는다"는 상태는, 오늘 당신의 커밋(Commit) 하나로 만들 수 있다.

그리고 "다시는 돌아오지 않는 거야?"라는 질문에 대한 답을 다시 정리하자면. 공식적으로는 복구하겠다고 밝혔다. 기한은 미정이다. 그 이상도 이하도 아니다. 날짜를 단언하는 정보에는 의구심을 갖고, 스테이터스 페이지 (Status Page)의 모니터링 (Monitoring)은 구독하라. 속보가 나오면 다시 추적해 보자.

• ClaudeMythos란 무엇인가? ─ Mythos 클래스란 무엇인가

• LLM의 기초

• vLLM ─ 고속 추론 엔진으로 셀프 호스팅

• Ollama ─ 로컬에서 LLM 구동하기

• MCP ─ 에이전트 연동의 기반

• RCE ─ 원격 코드 실행 (Remote Code Execution)이란

• Fuzzing ─ 취약점 발견 자동화

• Anthropic 공식 성명: Statement on the US government directive to suspend access to Fable 5 and Mythos 5

• Claude 상태 (라이브): Claude Status

• 공개 당시 공지: Claude Fable 5 and Claude Mythos 5

• 보도 (참고): CNBC / Fortune / NBC News의 6월 12~13일 각 보도

최신 속보와 로컬 LLM을 통해 벤더 의존도를 줄이는 검증 로그는 X에서 발신하고 있습니다.