This is Why They Banned Claude Fable 5
Quick Summary
Claude Fable 5는 단순한 성능 향상이 아니라 앱 제작, 리서치 보고서, 시각적 재현, 도구 사용을 한 번에 밀어붙이는 에이전트 워크플로의 변화를 보여주지만, 공개 버전의 제한과 비용 구조가 핵심 쟁점이다.
영상 보기
클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.
🖼️ 인포그래픽
🖼️ 4컷 인포그래픽
💡 한 줄 결론
Claude Fable 5는 단순한 성능 향상이 아니라 앱 제작, 리서치 보고서, 시각적 재현, 도구 사용을 한 번에 밀어붙이는 에이전트 워크플로의 변화를 보여주지만, 공개 버전의 제한과 비용 구조가 핵심 쟁점이다.
📌 핵심 요점
- 영상은 Fable 5를 기존 Claude Opus·Sonnet·Haiku 계층을 넘어서는 Mythos급 모델로 다루며, 도구 사용 지속력과 복잡한 작업 유지 능력이 크게 강화됐다고 설명한다.
- Lovable 화면을 예시로 제공한 뒤 두 개의 프롬프트만으로 유사한 앱 빌더 인터페이스를 만들고, 이후 Riable이라는 오픈소스형 앱 빌더로 확장한 사례가 핵심 시연이다.
- Fable 5는 McKinsey식 문서나 차트 보고서처럼 고품질 예시를 입력받아 레이아웃, 구성, 시각 스타일을 재현하는 데 강점을 보이며, 리서치 산출물 제작 방식의 변화를 암시한다.
- 게임, Swift 앱, 도시 블록 시뮬레이터 같은 사례를 통해 단순한 화면 생성이 아니라 실행 가능한 앱·게임·시뮬레이션까지 만들 수 있는 에이전트형 제작 능력이 강조된다.
- 다만 공개 Fable 5는 Frontier LLM 연구, 보안, 취약점, 해킹 등 특정 주제에서 제한되거나 다른 모델로 전환될 수 있으며, 내부 Mythos 접근권과 일반 사용자 접근권의 격차가 논쟁점으로 제시된다.
🧩 배경과 문제 정의
- 이 영상은 Anthropic의 Fable 5를 기존 Opus·Sonnet·Haiku 구분을 넘어서는 “Mythos급” 모델로 소개하며, AI 에이전트와 바이브 코딩 흐름에서 성능 기준이 크게 올라간 상황을 다룬다.
- 핵심 문제의식은 단순히 더 똑똑한 모델이 나왔다는 점이 아니라, 도구 사용, 시각적 재현, 앱 생성, 리서치 보고서 제작이 하나의 에이전트 워크플로 안에서 결합된다는 데 있다.
- 영상은 고품질 예시를 주면 앱 인터페이스, 컨설팅식 프레젠테이션, 차트 보고서까지 빠르게 복제·변형할 수 있다고 설명하며, 이 변화가 기존 소프트웨어 제작과 리서치 산출물 제작의 경제성을 흔들 수 있다고 본다.
- 동시에 Fable 5에는 일반 사용자를 위한 안전장치가 들어갔지만, 그 안전장치가 모델의 능력을 낮추거나 특정 고급 작업을 제한하는 방식으로 작동한다는 불만도 제기된다.
- 검증 필요 내용: Fable 5의 실제 공개 여부, “Mythos급”이라는 내부 분류, Claude Opus 4.8로의 자동 전환, prompt modification·steering vectors·PEFT를 통한 능력 제한 여부 등은 입력된 section-detail의 영상 요약에 근거한 내용이며, 외부 공식 자료 확인이 필요하다.
🕒 시간순 섹션별 상세정리
- Fable 5 출시와 Mythos급 모델의 등장
- 영상은 Anthropic이 2026년 6월 9일 Fable 5를 공개했다고 소개하며, 이 모델을 Opus보다 상위인 Mythos급 모델로 설명하고 대부분의 작업에서 최상위 모델처럼 다룬다 [00:52]
- Fable 5는 일반 사용을 위한 안전장치가 추가된 Mythos 변형 모델로 제시되며, 바로 이 “안전하게 만든 방식”이 이용자 불만과 논쟁의 출발점으로 드러난다 [01:13]
- 도구 사용과 시각적 재현 능력의 강화
- Fable 5는 도구를 더 오래, 더 능숙하게 사용하고 공간 추론과 시각적 처리에서도 강점을 보이는 모델로 소개되며, 복잡한 작업 흐름을 길게 유지하는 능력이 중요하다 [02:09]
- 영상은 McKinsey 스타일의 전체 덱을 입력하면 다른 주제의 리서치 보고서를 거의 같은 형식으로 재구성할 수 있다고 설명하며, 고품질 예시가 결과물 품질을 직접 끌어올린다고 본다 [02:24]
- Lovable 복제 시연과 두 프롬프트 앱 생성
- Lovable 모바일 앱 화면들을 캡처해 Fable 5에 제공한 뒤, 두 개의 프롬프트만으로 Lovable과 비슷한 앱 빌더 인터페이스가 만들어지는 흐름이 시연된다 [02:48]
- 실제 Lovable과 복제 앱에 같은 “Notion 같은 다크모드 노트 앱” 요청을 넣자, 복제 앱도 샌드박스에서 실행되며 결과물을 생성하는 모습이 비교된다 [03:20]
- Riable 오픈소스와 샌드박스 기반 앱 빌더 구조
- 두 프롬프트로 시작한 앱은 여덟 프롬프트 뒤 Riable이라는 이름으로 확장됐고, 코드와 전체 채팅 스레드가 공개 가능한 형태로 압축됐다고 드러난다 [05:16]
- Riable은 웹 앱과 모바일 앱을 만들 수 있는 앱 빌더로 소개되며, Fable 5를 내부 모델로 사용할 수도 있고 토큰 절약을 위해 다른 모델로 앱 생성 요청을 실행할 수도 있다고 드러난다 [05:32]
- McKinsey식 리서치 보고서 복제와 고품질 예시 수집법
- 영상은 McKinsey 문서 전체를 업로드한 뒤 AI의 2026년 하반기 전망 보고서를 같은 형식으로 만들도록 요청했고, Meridian and Partners라는 이름과 함께 원본과 유사한 구성의 보고서가 생성됐다고 보여준다 [07:10]
- 생성된 보고서에는 부문별 점수, McKinsey풍 차트, 데이터센터 전력 수요 증가, 오픈웨이트 모델의 프런티어 근접 같은 내용이 포함돼 리서치 산출물로 활용 가능한 수준처럼 드러난다 [07:50]
- Max effort 차트 보고서와 에이전트 접근성 실험
- Fable 5의 effort를 max로 올려 기존 주제의 보고서를 새 차트 스타일로 다시 만들고, 완성 뒤에는 재사용 가능한 chart report skill로 바꾸도록 요청하는 실험이 계속된다 [09:46]
- Max effort는 필요 이상으로 오래 걸리는 과한 설정으로 평가되지만, 23페이지 렌더링과 skill 스모크 테스트까지 진행되며 복잡한 문서 생성 파이프라인을 끝까지 밀어붙이는 사례로 드러난다 [10:32]
- Fable 5의 앱·게임 제작 역량
- Fable 5 환경에서는 에이전트에 네이티브 Swift 앱 제작을 맡기고 홈 화면으로 직접 내려받을 수 있으며, 이메일과 외부 통합 관리도 같은 작업 흐름에 포함된다고 드러난다 [12:13]
- Minecraft식 게임 예제에서는 활 전환, 이동, 전투 같은 상호작용이 즉시 동작하며, 단순한 화면 생성보다 실제로 플레이 가능한 결과물에 가깝다고 중요하다 [12:26]
- 공개 Fable 5의 제한과 내부 Mythos의 격차
- Frontier LLM 개발 요청에서는 Fable 5가 사용자 알림 없이 prompt modification, steering vectors, PEFT 같은 방식으로 능력을 낮출 수 있다는 불만이 제기된다 [14:26]
- 깊은 LLM 연구 요청은 Fable 5에서 Claude Opus 4.8로 자동 전환될 수 있다고 설명되며, pre-training pipeline, distributed training infrastructure, ML accelerator design 같은 주제가 제한 사례로 나온다 [14:49]
- 에이전트 경제의 핵심으로 떠오른 빌딩 블록
- Fable 5 시대의 에이전트는 3JS 같은 기술 블록으로 게임을 만들고, Lovable 복제 작업에서는 Convex, Google sign-in, Daytona, Vercel AI Gateway, Vercel hosting을 조합하는 방식으로 드러난다 [15:48]
- building block economy 관점에서는 에이전트가 이메일마다 queue infrastructure를 새로 만들 필요가 없고, 과제에 맞는 MQ 같은 블록을 가져오는 편이 중요하다는 논지가 드러난다 [16:24]
- 회사 내부 SOP와 스킬의 제품화
- 회사 운영에서도 스킬, 플러그인, SOP, 표준 운영 절차가 반복 사용 가능한 빌딩 블록이 되며, 에이전트가 같은 묶음을 계속 재사용할 수 있다고 드러난다 [18:13]
- 좋은 지시문이 붙은 내부 블록은 직원처럼 효과적으로 쓰일 수 있고, 매일 반복하거나 하기 싫은 일을 에이전트용 블록으로 바꾸는 일이 핵심 과제로 드러난다 [18:38]
- 에이전트 결제와 Fable 5의 현재 사용 창
- Agentic Payments가 열리면 AI 에이전트가 빌딩 블록 서비스에 직접 가입할 수 있고,
budget 100 clone lovable처럼 예산과 목표를 함께 받는 방식이 가능해진다고 드러난다 [19:27] - 에이전트는 웹을 돌아다니며 필요한 블록을 고르고, 사용자가 세부 서비스를 지정하지 않아도 100달러 예산 안에서 자동 가입과 앱 제작을 진행할 수 있다는 미래상이 드러난다 [19:56]
- 결제 장벽 해소와 에이전트-인간 협업의 확장
- 현재 Fable 5를 써도 회사 워크플로는 수동 가입이나 결제가 필요한 지점에서 자주 막힌다고 드러난다 [20:26]
- AI 에이전트가 결제할 수 있게 되면 Fiverr에서 인간을 고용하는 방식까지 포함해 많은 워크플로가 열릴 수 있다고 중요하다 [20:40]
- 에이전트는 빌딩 블록 사용 자체는 이미 매우 잘하지만, 아직은 사람이 초기 설정을 해줘야 하는 과도기라고 압축된다 [20:57]
- 발표자는 에이전트 결제가 곧 여러 재미있는 흐름을 열 것이며, 앞으로도 이런 빌딩 블록을 계속 다루겠다고 예고한다 [21:11]
- Claude Mythos 사용 권고와 영상 마무리
- 이번 Agent Native 4화는 Claude Mythos가 한 주의 논의를 지배했기 때문에 하나의 큰 발표에 집중한 회차였다고 압축된다 [21:24]
- Claude Mythos는 비싸고 토큰을 빨리 소진할 수 있지만, 현재가 앞으로 가장 저렴하게 써볼 수 있는 시기라고 드러난다 [21:29]
- Fable 선택 시 6월 22일까지는 플랜에 포함되지만 이후 API 사용량 기반으로 전환되며, 앞서 만든 Lovable 클론은 API 크레딧 기준 약 200달러가 들었을 것이라고 비교된다 [21:53]
- 발표자는 Max나 Pro 플랜으로 지금 적극적으로 시도해보라고 권하며, 이 모델로 생각보다 훨씬 더 많은 것을 만들 수 있다고 마무리한다 [22:22]
🧾 결론
- 이 영상의 핵심은 “Fable 5가 왜 금지·제한 논란을 부르는가”에 있다. 문제는 모델이 단순히 똑똑해졌다는 점보다, 좋은 예시와 외부 도구를 결합하면 앱·보고서·게임·시뮬레이션을 빠르게 복제·변형할 수 있다는 데 있다.
- Fable 5의 강점은 고품질 입력 자료를 바탕으로 산출물의 형식과 구조를 재현하고, Daytona·Convex·Vercel 같은 빌딩 블록을 조합해 실제 작동하는 결과물까지 이어가는 능력으로 정리된다.
- 공개 버전의 안전장치와 제한은 성능 자체만큼 중요한 변수다. 영상에서는 사용자가 특정 연구·보안 관련 요청에서 능력 저하나 모델 전환을 경험할 수 있다고 설명하며, 이 제한이 “강력하지만 완전히 자유롭지는 않은 모델”이라는 인상을 만든다.
- 검증 필요: 영상 속 Fable 5의 출시일, Mythos급 내부 분류, 가격·API 전환 일정, 내부 Anthropic 접근권과 공개 사용자 접근권의 차이는 transcript 기반 주장으로 정리해야 하며, 실제 공식 문서나 Anthropic 발표로 별도 확인이 필요하다.
📈 투자·시사 포인트
- 에이전트 시대의 핵심 인프라는 “모델 자체”만이 아니라 Convex, Supabase, Neon, Daytona, Vercel처럼 에이전트가 쉽게 호출하고 조합할 수 있는 빌딩 블록이 될 가능성이 크다.
- 소프트웨어 기업은 사람에게 팔리는 UI뿐 아니라, 에이전트가 선택하기 쉬운 API, 문서, 인증, 결제, 샌드박스 환경을 갖추는지가 경쟁력이 될 수 있다.
- 컨설팅·리서치·디자인 산출물 시장은 고품질 예시를 기반으로 빠르게 복제 가능한 영역부터 압박을 받을 수 있다. 특히 보고서, 차트, 덱, 앱 프로토타입처럼 형식이 중요한 산출물은 생산 비용이 낮아질 가능성이 있다.
- 에이전트 결제가 열리면 사용자가 직접 서비스에 가입하고 API 키를 연결하는 병목이 줄어들 수 있으며, “예산과 목표만 주면 에이전트가 필요한 도구를 골라 가입하고 실행하는” 흐름이 중요한 전환점이 될 수 있다.
- 단기적으로는 Fable 5 같은 고성능 모델을 활용해 내부 SOP, 반복 업무, 리서치 템플릿, 앱 제작 워크플로를 스킬화하는 조직이 생산성 우위를 얻을 수 있다. 다만 비용과 토큰 소모가 크기 때문에 고부가가치 작업에 선별적으로 쓰는 전략이 필요하다.
⚠️ 불확실하거나 확인이 필요한 부분
- 영상에서 말하는 “Fable 5”, “Claude Fable 5”, “Mythos급 모델”이라는 명칭과 계층 구분은 Anthropic의 공식 발표·문서로 별도 확인이 필요하다.
- 2026년 6월 9일 공개, 6월 22일 이후 plan 포함 종료 및 API usage 전환, Lovable 복제 작업의 약 200달러 API credit 규모 등 날짜·가격·과금 관련 내용은 공식 가격표나 계정 화면 기준 검증이 필요하다.
- 공개 Fable 5가 특정 Frontier LLM 연구 요청에서 prompt modification, steering vectors, PEFT 등으로 능력을 낮춘다는 설명은 영상 내 주장으로 보이며, 실제 동작 방식이나 고지 여부는 독립 검증이 필요하다.
- 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
- 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
- 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.
✅ 액션 아이템
- Anthropic 공식 발표, 모델 문서, 가격표, 사용 제한 정책을 확인해 Fable 5/Mythos 관련 명칭·출시일·과금 구조를 검증한다.
- 영상의 핵심 시연인 Lovable 유사 앱 빌더, Riable, 샌드박스 앱 생성 흐름이 실제로 재현 가능한지 공개 repo·실행 환경·필요 API 키를 확인한다.
- Fable 5 또는 유사 에이전트 모델을 테스트할 경우, 앱 생성·차트 보고서·리서치 덱 제작을 각각 작은 벤치마크 과제로 나눠 비용, 소요 시간, 실패율을 기록한다.
- 리서치 보고서 생성 워크플로에서는 생성된 주장과 검증된 출처를 분리하고, 차트·수치·시장 전망에는 반드시 원자료 링크를 붙인다.
❓ 열린 질문
- 영상 제목의 “banned”는 실제 접근 금지나 모델 차단을 의미하는가, 아니면 특정 연구·보안·프런티어 LLM 관련 작업 제한을 과장해 표현한 것인가?
- 공개 Fable 5와 Anthropic 내부 Mythos 모델 사이의 성능·권한·안전 제한 차이는 어느 정도이며, 사용자는 그 차이를 어떻게 알 수 있는가?
- 모델이 요청을 자동 수정하거나 다른 모델로 전환할 때 사용자에게 어떤 수준의 투명성이 제공되어야 하는가?