Claude Fable 5와 Opus의 활용 구분, 개인 개발자의 비용 관점에서 정리하기

오늘 아침, Claude Fable 5가 공개되었습니다. 며칠이 걸리는 태스크를 스스로 계속 실행하는 모델입니다. 신기능을 망라하는 기사가 아니라, WordPress 플러그인을 혼자 만들고 있는 입장에서 Fable 5와 Opus를 언제 구분해서 사용할지, 비용 관점에서 정리해 보겠습니다.

이 글의 위치입니다. Fable 5는 공개 당일이며, 아직 실제 기기에서 며칠간 구동해 보지는 않았습니다. 발표(Anthropic)와 보도(2026년 6월 9일~10일 시점)를 바탕으로 한 정리 + 개인 개발자의 견해이며, 실제 체험 리포트가 아닙니다. 능력에 관한 이야기는 "발표에서는", "벤치마크에서는"이라고 읽어 주시고, 숫자와 사양은 공식 요금/모델 페이지에서 최신 정보를 확인해 주세요. 출처는 말미에 있습니다.

발표를 바탕으로 요점만 먼저 짚어보겠습니다.

• 일반 공개되는 첫 Mythos 클래스. Anthropic의 제5세대. 모델군은 Haiku, Sonnet, Opus, Mythos의 4개 클래스로, Mythos는 Opus의 상위 모델임
• 핵심은 장시간·비동기(Asynchronous). 며칠이 걸리는 복잡한 태스크를 계획, 서브 에이전트(Sub-agent)로의 위임, 자기 수정(Self-correction)을 하며 자율 주행함 (Claude Code와 같은 에이전트 환경에서)
• 벤치마크는 거의 모든 항목에서 최첨단이며, 태스크가 길고 복잡할수록 격차가 벌어진다고 함
• 시각 기능 강화. 파일/PDF 내의 도표를 읽고, 코딩에서는 자신의 출력을 목표와 대조하며 점검함
• 요금은 입력 100만 토큰당 $10, 출력 $50이며, 프롬프트 캐시(Prompt Cache) 입력 시 90% 할인이 적용됨. API 명칭은 claude-fable-5

"며칠간 구동된다"는 느낌에 대해서는, 보도에서 한 연구자가 19페이지 분량의 사양서를 건네자 약 9시간 반 동안 계속 작동하며 툴을 만들어냈다는 사례가 소개되었습니다. 한 번의 지시로 반나절 이상 작동하는 것이 상정된 스케일인 듯합니다.

Mythos와 Fable의 관계도 파악해 두면 위치를 이해하기 쉽습니다. Mythos는 4월 공개 당시 높은 사이버 보안 능력 때문에 일반 제공되지 않고, 중요 인프라 계열 조직에 한정 제공되었습니다 (Project Glasswing). 그 능력을 갖추면서도 일반에 내놓을 수 있는 형태로 만든 것이 Fable 5이며, 무제한 버전인 Mythos 5는 계속 한정 제공 상태입니다. 같은 토대 위의 모델을 안전책의 유무에 따라 두 개로 나누어 내놓고 있다고 이해하면 쉽습니다. 개인 개발자가 손에 넣을 수 있는 것은 "공개된 쪽"인 Fable입니다.

Anthropic 스스로가 역할 분담을 말하고 있습니다. Fable은 분해·조사·작성·검증까지 장시간 수행하는 야심 차고 비동기적인 태스크에 적합합니다. Opus는 보다 빠른 동기적(Synchronous)인 협업에 적합합니다. 이를 개인 개발에 대입하면 다음과 같습니다.

Fable을 적용하고 싶은 상황:

• 혼자서는 한 번에 끝낼 수 없는 큰 작업 (대규모 마이그레이션, 사양으로부터 전체를 만들어내기)
• 주말 동안 내버려 두었다가 월요일에 결과물을 받고 싶은 비동기 덩어리
• 자율 주행을 시킬 가치가 확실히 있는 작업

Opus(등 동기형)로 충분한 상황:

• 하나의 기능 구현, 버그 수정, 리뷰, 리팩토링 (Refactoring)
• 옆에서 함께 손을 움직이는, 일상의 대부분을 차지하는 작업
• 즉시 결과를 보고 그 자리에서 방향을 수정하고 싶은 작업

비용 주의사항입니다. 장시간 자율 주행하는 모델은 그동안 계속 토큰을 소모합니다. 게다가 출력 단가는 입력의 5배($50 대 $10)입니다. 자율 주행 중에는 계획·코드·테스트·수정을 "쓰기" 때문에 출력 비중이 쌓이기 쉬우며, 프롬프트 캐시 할인은 입력 측에만 적용됩니다. "며칠간 구동된다"는 것은 "며칠 분의 출력 비용이 쌓인다"는 뜻이기도 합니다. 혼자서 며칠 걸릴 큰 작업을 해결해 준다면 자율 주행 비용은 저렴하겠지만, 옆에서 처리할 수 있는 작업에 자율 주행 모델을 투입하는 것은 가장 비싼 수도꼭지를 끝까지 틀어놓는 것과 같았습니다.

요컨대, 강하니까 상용하는 것이 아니라, 자율 주행을 시키고 싶은 큰 작업일 때만 사용하는 것입니다. 용건의 무게에 모델의 무게를 맞추는 정리입니다.

설계로서 흥미로운 점입니다. Fable 5는 사이버 보안이나 생물·화학 등의 고위험 영역에서는 응답을 차단하고, 대신 Claude Opus 4.8이 답하도록 되어 있습니다. 강력한 모델을 일반 공개하기 위해 위험한 영역만 한 단계 아래로 내리는 경계 설정입니다. 외부 버그 바운티(Bug Bounty)를 1,000시간 이상 돌렸으나 유니버설한 탈옥(Jailbreak)은 나오지 않았다고도 합니다.

능력을 전개하지 않고 영역별로 별도 모델로 내리는 것. 이는 "에이전트에게 어디까지 실행을 허용할 것인가"라는 경계 설정과 발상이 비슷하다고 느꼈습니다. 강력한 도구일수록 무엇을 시키지 않을 것인가에 대한 설계가 중요합니다.

시각적으로 자신의 출력을 점검한다는 점은 기대하면서도, 한편으로는 주의를 기울이고 있습니다. AI의 출력을 AI가 다루는 것은 이중의 신뢰(double trust) 문제이며, 점검하는 측과 점검받는 측이 동일한 모델이라면 같은 편향(bias)을 놓칠 수 있기 때문입니다. 이 부분은 실제 기기(real device)로 확인해보고 싶은 대목입니다.

솔직히 말해서, 바로 상용할 모델은 아니라고 생각합니다. 일상적인 작업은 동기형(synchronous) 모델로도 충분하고, 지갑 사정도 고려해야 합니다. 주말 동안 내버려 둘 수 있는 거물급 작업이 생겼을 때의 선택지로서, 머릿속 한구석에 두는 정도의 거리감입니다.

확인하고 싶은 것은, 며칠간 구동했을 때 실제 플러그인 개발에서 얼마나 효과적인지, 자율 주행(autonomous) 시의 비용 부담은 어느 정도인지, 시각적 자기 점검이 관리 화면의 스크린샷 수정과 같은 용도로 효과가 있는지입니다. 이 부분은 실제 기기로 구동해 본 뒤 별도의 기사로 작성하겠습니다.

새롭고 강력한 모델이 나오면 나도 모르게 상용하고 싶어집니다. 하지만 강력함과 자신의 용건에 맞는 것은 별개의 문제였습니다. Fable은 내버려 두어도 알아서 해내는 거물급 도구이고, 일상적인 동기 작업은 Opus와 같은 상대만으로도 충분하며 지갑에도 친화적입니다. 용건의 무게에 맞춰 모델의 무게를 맞추는 것입니다. 실제 기기로 구동해 본 뒤, 이 판단이 맞았는지 틀렸는지도 포함하여 다시 글을 쓰겠습니다.

공개 당일의 발표 및 보도 내용입니다. 숫자나 사양은 공식 채널에서 최신 정보를 확인해 주시기 바랍니다.