2026년 6월 12일 오후 5시 21분, Anthropic은 Claude Fable 5와 Mythos 5에 대한 전면 접근 차단 명령을 받았다. 출시 사흘 만이었다. AWS Bedrock, Google Cloud, GitHub Copilot, Cursor까지—모델 이름을 직접 하드코딩해둔 에이전트 스택은 예고 없이 멈췄다. 미국 상무부가 보낸 수출 규제 서한 한 장이, 수백만 명의 개발자 워크플로우를 하룻밤 사이에 흔든 것이다.
이 사건을 단순한 규제 해프닝으로 읽으면 핵심을 놓친다. dev.to의 분석 보고에 따르면, Fable 5를 에이전트 프롬프트·eval 스위트·CI 파이프라인에 직접 박아 넣은 팀들이 겪은 것은 기술적 장애가 아니라 단일 모델 결합(single-model coupling)의 비용이었다. 모델은 안정적인 의존성이 아니다. 금요일 저녁에 경고 없이, 마이그레이션 시간도 없이 사라질 수 있는 서비스다.
흥미로운 건 이 문제가 모델 레이어에서만 발생하지 않는다는 점이다. 도구 간 컨텍스트 단절은 더 조용하지만 매일 반복되는 마찰이다. Memxus를 만든 개발자는 Claude, ChatGPT, Cursor를 오가며 매일 같은 스택 정보와 프로젝트 맥락을 재설명하는 데 하루 30~60분, 연간 150시간 이상을 소비하고 있었다고 밝혔다. AI 도구들이 서로 대화하지 않기 때문에, 개발자 자신이 '휴먼 복사-붙여넣기 레이어'가 되는 구조다. Memxus는 MCP(Model Context Protocol) 위에 메모리 레이어를 얹어 이 문제를 풀었지만, 더 근본적인 질문은 남는다—왜 우리는 도구 간 컨텍스트 연속성을 처음부터 설계하지 않았는가.
인프라 레이어도 다르지 않다. Railway의 2026년 5월 플랫폼 전체 장애를 직접 겪은 한 개발자는 dev.to에서 이렇게 썼다. "편의를 위해 프론트엔드·백엔드·데이터베이스·백그라운드 서비스를 모두 한 플랫폼에 올렸는데, 하나의 장애가 전체 스택을 동시에 멈췄다." 플랫폼 의존성의 집중이 만들어낸 단일 장애 도메인(single failure domain)이다. Vercel로의 분산 배포가 해법으로 제시되지만, 그것도 '어디로 옮기는가'의 문제가 아니라 '어떻게 분산시키는가'의 설계 문제다.
세 사건을 나란히 놓으면 하나의 패턴이 보인다. 모델 단절·컨텍스트 단절·플랫폼 단절—모두 단일 지점에 대한 과도한 의존이 만들어낸 취약점이다. 그리고 각각에 대응하는 설계 원칙도 놀랍도록 비슷하다.
모델 레이어에서는 추상화 레이어를 두고 모델 이름을 직접 하드코딩하지 않는 것이 핵심이다. 모든 에이전트 경로에 테스트된 폴백 모델을 연결해두고, eval 스위트를 최소 두 개 모델 기준으로 운영해야 교체 시 동작 회귀를 사전에 탐지할 수 있다. 컨텍스트 레이어에서는 MCP 같은 표준 프로토콜 위에 메모리를 추상화해 특정 도구에 종속되지 않는 컨텍스트 이동성을 확보하는 것이 방향이다. 인프라 레이어에서는 단일 플랫폼 집중을 피하고, 서비스 특성에 맞게 분산 배포 아키텍처를 명시적으로 설계해야 한다.
가격 구조의 변화도 같은 맥락에서 읽힌다. GitHub Copilot은 2026년 6월부터 사용량 기반 과금으로 전환했고, OpenAI Codex도 토큰 기반 크레딧으로 이동했다. Cursor는 Pro+ 티어를 추가했다. 에이전트를 하루 종일 돌리는 개발자의 실제 지출은 헤드라인 가격의 3~5배에 달한다. 6개월 전 저장해둔 스프레드시트는 이미 틀렸다. 도구 비용을 클라우드 스펙처럼 추적하는 것 자체가 워크플로우의 일부가 된 것이다.
프로덕트 관점에서 이 모든 것이 가리키는 방향은 명확하다. AI 도구를 '쓰는' 것과 '설계하는' 것은 다르다. 도구가 작동할 때의 워크플로우가 아니라, 도구가 끊겼을 때 팀이 어떻게 버티는가를 먼저 설계해야 한다. 모델을 선택하는 것보다 모델 생명주기 단절에 버티는 구조를 갖추는 것이 지금의 진짜 과제다. Claude Fable 5의 사흘짜리 생애는 그 교훈을 가장 극적인 방식으로 증명했다.