2026년 6월, Claude 최상위 모델이 갑자기 사라졌던 이유
지난달 Claude API를 붙여 업무 자동화를 운영하던 실무자라면 한 번쯤 이상한 오류를 마주쳤을 수 있습니다. 이유가 있었습니다. Anthropic이 2026년 6월 9일 공개한 최상위 모델 Claude Fable 5가, 출시 3일 만인 6월 12일 미국 정부의 수출통제 지시로 전 세계 사용자 접근이 전면 차단됐던 사건 때문입니다.
Anthropic은 Fable 5와 Mythos 5를 6월 9일 출시했습니다. 두 모델은 같은 기반 모델을 공유하지만, Fable 5는 일반 사용을 위해 강한 안전장치가 적용된 버전이고, Mythos 5는 안전장치가 적은 대신 방어적 사이버보안 용도로 소수의 신뢰된 Project Glasswing 파트너에게만 제공됐다고 설명합니다. 문제는 출시 직후 터졌습니다. 6월 12일 수출통제 지시는 Amazon 연구진이 Fable 5의 안전장치를 우회해 여러 소프트웨어 취약점을 식별하게 하는 방법을 발견했다는 보고서가 정부에 알려진 뒤 내려졌습니다.
미국 정부는 2026년 6월 12일, Anthropic의 최신 모델인 Claude Fable 5와 Claude Mythos 5에 수출통제 조치를 적용했습니다. 이 조치 때문에 Anthropic은 미국 안팎의 외국 국적자 접근을 제한해야 했고, 실시간으로 국적을 신뢰성 있게 확인할 방법이 없었기 때문에 모든 사용자에 대해 두 모델 접근을 일시 중단했습니다. 즉 특정 국가를 겨냥한 제재가 아니라, 국적을 구분할 기술적 수단이 없다는 이유로 전 세계 사용자가 함께 접근을 잃은 것입니다. 한국에서 API나 Claude Code로 이 모델을 쓰던 기업 입장에서는 아무 사전 예고 없이 최상위 모델 라인 전체가 하루아침에 막힌 셈입니다.
3주 만의 재개, 그러나 예전과는 다른 조건
차단은 오래가지 않았습니다. 미국 상무부가 30일(현지 시각) 앤트로픽의 클로드 페이블(Fable)5와 미토스(Mythos)5에 적용했던 수출통제를 해제했습니다. 앤트로픽은 X 게시물을 통해 1일(현지 시각)부터 접근 제한을 순차적으로 복구할 것이라고 밝혔고, 이에 따라 국내에서도 이르면 2일 오전부터 접근 가능해질 것으로 보인다고 전해졌습니다. 약 18일 만의 복귀였습니다.
다만 예전 그대로 돌아온 것은 아닙니다. 앤트로픽은 즉각적으로 대응해 새로운 안전 분류기를 학습시켰으며, 이는 보고된 기법을 99% 이상 차단합니다. 다만 강화된 분류기는 정상적인 코딩·디버깅 요청을 과도하게 위험으로 판단하는 경우가 있어, 향후 오탐을 줄이기 위한 개선이 지속될 예정입니다. 실제로 Fable 5 요청이 차단되면 사용자에게 알리고, 그 요청은 대신 Opus 4.8로 보내집니다.
사용량 정책도 한시적으로 바뀌었습니다. Pro, Max, Team, 일부 Enterprise 플랜에는 7월 7일까지 주간 사용량 한도의 최대 50%까지 Fable 5가 포함되며, 이후에는 usage credits 방식으로 제공됩니다. 이후 이 기한은 한 차례 더 연장되어 새로운 마감일은 2026년 7월 12일 태평양시간 오후 11시 59분으로, Anthropic Pro, Max, Team, 일부 좌석 기반 Enterprise 플랜에 적용됩니다.
실사용 반응은 기대만큼 좋지만은 않았습니다. 강화된 안전장치가 정상적인 작업까지 제한하면서 실사용 경험이 크게 떨어졌다는 지적이 이어졌고, 개발자 커뮤니티에서는 페이블5의 성능이 초기와 다르다는 불만이 나왔습니다. 성능 자체보다 과도한 차단과 이전 모델로의 자동 전환이 업무 흐름을 끊는다는 점이 문제로 지적된 것입니다.
실무자에게 남는 세 가지 시사점
이번 사건에서 픽셀앤코드가 실무자 관점에서 눈여겨봐야 한다고 보는 지점은 크게 세 가지입니다.
첫째, 프론티어 모델 하나에 업무를 전부 몰아두는 구조는 위험합니다. 수출통제처럼 기업이 통제할 수 없는 외부 변수로 특정 모델 라인 전체가 통째로 사라질 수 있다는 것이 이번에 증명됐습니다. 사내 자동화 스크립트나 챗봇이 특정 모델 이름에 하드코딩되어 있다면, 모델명이 바뀌거나 접근이 막혔을 때 대체 모델로 자동 전환되는 fallback 로직을 미리 넣어두는 것이 안전합니다. 이런 자동화 구조를 설계할 때는 엑셀 반복 업무, 파이썬으로 10분 만에 끝내기에서 다룬 것처럼 처리 로직과 실행 스크립트를 분리해두면, 모델이나 API가 바뀌어도 전체 코드를 뒤엎지 않고 해당 부분만 교체할 수 있습니다.
둘째, 안전 분류기 강화는 곧 업무 처리 방식의 변화로 이어집니다. 새 분류기가 코딩·디버깅 같은 정상 요청까지 위험으로 오판해 이전 버전 모델로 자동 전환시키는 사례가 실제로 보고됐습니다. 이는 결과물의 품질이나 응답 속도가 예고 없이 달라질 수 있다는 뜻이기도 합니다. 사내에서 AI를 활용한 자동화 업무를 운영 중이라면, 모델이 바뀌었을 때 결과물이 달라지지 않는지 주기적으로 점검하는 절차가 필요합니다. 이런 점검과 이력 관리는 자동화 스크립트, 만들고 나서가 더 중요합니다 - 업무 자동화 로그 작성법에서 소개한 로그 작성 습관과도 맞닿아 있습니다.
셋째, 모델 접근권 자체가 이제 계약·정책 리스크의 일부가 됐다는 점입니다. 이번 사건에서는 유료 요금제 사용자에게 한시적 무료 사용량을 주는 방식으로 보상이 이뤄졌지만, 사용 한도와 마감일이 여러 차례 바뀌면서 혼란도 있었습니다. B2B·B2G 환경에서 특정 AI 모델을 제안서나 데이터 처리 파이프라인에 깊게 결합하고 있다면, 공급사의 정책 변경 공지를 정기적으로 확인하고 계약 조건에 이런 변수를 반영해두는 것이 실무적으로 바람직합니다.
정리하며
이번 Claude Fable 5 사건은 성능 경쟁 못지않게 모델 가용성과 규제 대응이 AI 도입의 실질적인 변수가 되고 있음을 보여준 사례입니다. 기술적으로 뛰어난 모델이라도 예고 없이 접근이 막히거나 안전 정책 변경으로 동작 방식이 바뀔 수 있다는 것을, 이번 3주간의 소동이 실제로 증명했습니다. 픽셀앤코드는 맞춤형 소프트웨어 개발과 데이터 가공 업무에 AI를 도입할 때 이런 외부 변수를 감안한 이중화 설계와 점검 체계를 함께 제안하고 있으며, 관련 자동화·AI 도입을 검토 중이신 기업이라면 편하게 문의해 주시기 바랍니다.