Claude Fable 5를 개인 개발자는 언제 사용하는가: Opus와의 구분 사용과 지갑 사정 이야기

오늘 아침, Claude Fable 5가 공개되었습니다. 며칠이 걸리는 태스크(Task)를 스스로 계속 수행하는 모델이라는 홍보 문구가 붙어 있습니다. 발표를 읽고 가장 먼저 떠오른 생각은 '대단하다'가 아니라, '이것을 나 같은 개인 개발자가 언제 사용할 것인가, 그리고 사용한다면 내 지갑은 어떻게 될 것인가'였습니다.

이 기사는 그 질문을 정리한 것입니다. 신기능을 망라하여 소개하는 글이 아닙니다. 공개 당일에 파악된 사실을 바탕으로, WordPress 플러그인을 혼자 만들고 있는 입장에서 Fable 5와 Opus를 어떻게 구분해서 사용할지에 대한 견해를 적습니다.

이 기사의 위치

먼저 솔직하게 말씀드립니다. Fable 5는 막 공개되었으며, 저는 아직 실제 기기에서 며칠 동안 돌려보지 않았습니다. 따라서 이것은 실제 체험 리포트가 아니라, 발표와 보도를 바탕으로 한 정리와 개인 개발자로서의 견해입니다.

• 정보원: Anthropic의 발표 페이지, 각 사의 보도 (2026년 6월 9일~10일 시점)
• 숫자나 사양은 변동될 수 있으므로, 최신 정보는 공식 요금 페이지와 모델 페이지에서 확인해 주세요.
• '직접 해보니'에 대한 내용은 실제로 손에 익혀 사용해 본 뒤 별도로 작성하겠습니다.

능력에 관한 이야기는 "발표에서는", "벤치마크에서는"과 같은 단서를 붙여 진행하겠습니다. 출처는 끝에 정리했습니다.

Fable 5는 무엇인가

Anthropic의 발표에 따르면, Claude Fable 5는 일반 공개되는 첫 번째 Mythos 클래스 모델이며, 제5세대에 해당합니다. 모델군은 Haiku, Sonnet, Opus, Mythos의 4개 클래스로 구성되며, Mythos는 Opus 위에 위치하는 포지션입니다.

Mythos라는 이름에는 약간의 배경이 있습니다. 지난 4월 Mythos가 공개되었을 때, 그 높은 사이버 보안(Cybersecurity) 능력 때문에 일반 제공되지 않고, 중요 인프라를 다루는 조직을 중심으로 한정 제공되었습니다 (Project Glasswing). 이번에 그 능력을 갖추면서도 일반에 내놓을 수 있는 형태로 만든 것이 Fable 5라는 관계입니다. 무제한 버전에 해당하는 Mythos 5는 계속해서 한정 제공 상태로 유지된다고 합니다. 여기에는 강력함과 공개 사이의 줄다리기가 보입니다. 능력이 높을수록 악용될 리스크도 올라갑니다. 그래서 일반 공개되는 Fable에는 안전장치를 걸고, 무제한인 Mythos는 한정된 범위에 머물게 합니다. 같은 토대 위의 모델을 안전장치의 유무에 따라 두 가지로 나누어 내놓고 있는 구도입니다. 개인 개발자로서는 그 '공개된 쪽'을 지금 손에 닿는 도구로 보게 됩니다.

무엇이 바뀐다고 하는가

발표에서 강조되고 있는 점은 장시간·비동기(Asynchronous)로 계속 작동한다는 것입니다. 기존 모델들이 지속할 수 없었던, 며칠이 걸리는 복잡한 태스크(Task)를 수행한다고 합니다. Claude Code와 같은 에이전트(Agent) 환경에 두면, 계획을 세우고, 단계를 넘겨 서브 에이전트(Sub-agent)에게 배분하며, 진척도를 목표와 대조하고, 스스로 수정하며 나아가는 움직임이 상정되어 있습니다.

벤치마크(Benchmark)에서는 거의 모든 평가 항목에서 최첨단(State-of-the-art)으로 꼽히며, 태스크가 길고 복잡할수록 타 모델과의 격차가 벌어진다는 설명입니다. 시각 기능도 강화되어 파일이나 PDF에 포함된 도표를 읽고, 코딩에서는 자신의 출력을 목표와 대조하며 점검한다고 합니다. 상징적인 예로, 시각 기능만 있는 최소 구성으로 포켓몬 구작을 끝까지 플레이했다는 이야기도 소개되었습니다. "며칠 동안 작동한다"는 느낌에 대해서는 보도에서 소개된 사례가 이해하기 쉬운데, 한 연구자가 19페이지 분량의 사양서를 건네주자 약 9시간 반 동안 계속 작동하여, 지금까지 만들 가치가 없어 아무도 만들지 않았던 종류의 툴을 완성해냈다고 전해집니다. 한 번의 지시로 반나절 이상 작동하는 것이 이 클래스가 상정하는 시간 스케일인 듯합니다.

이 부분은 제가 아직 직접 확인하지 못한 영역입니다. 발표와 벤치마크의 주장으로서 받아들이되, 실제로 효과가 있을지는 별도로 검증하겠다는 거리감을 두고 보고 있습니다.

한 가지 걸리는 점을 적어두겠습니다. 자신의 출력을 시각적으로 점검한다는 이야기입니다. 저는 지금까지 AI가 작성한 코드는 외부로부터의 입력으로서 의심해야 하며, AI의 출력을 AI가 다룰 때는 이중으로 주의해야 한다고 여러 번 써왔습니다. Fable가 자신의 출력을 스스로 점검한다는 것은 그 이중성이 모델 내부로 들어갔다고도 읽을 수 있습니다. 자기 점검이 효과가 있다면 든든합니다. 반면, 점검하는 쪽과 점검받는 쪽이 같은 모델이라면 동일한 편향(Bias)을 놓칠 가능성도 남습니다. 이 부분은 기대와 경계심을 모두 가지고 있어야 할 지점입니다.

언제 Fable, 언제 Opus인가

여기서부터가 저에게는 본론입니다. 개인 개발자의 지갑 사정으로 Fable와 Opus를 어떻게 구분해서 사용할 것인가.

Anthropic 스스로가 그 구분법을 말로 표현하고 있습니다. Fable은 스스로 분해하고, 조사하고, 만들고, 검증까지 장시간 수행하는 야심 차고 비동기적인 (asynchronous) 태스크에 적합합니다. Opus는 더 빠르고 동기적인 (synchronous) 협업에 적합합니다. 즉, 내버려 두어도 알아서 해내는 거물은 Fable, 옆에서 함께 손을 움직이는 상대는 Opus라는 구분입니다.

이를 지갑 사정과 대조해 보겠습니다. Fable 5의 요금은 발표 시점 기준으로 입력 100만 토큰당 $10, 출력 $50, 프롬프트 캐싱 (Prompt Caching) 입력 90% 할인 조건이라고 합니다. 장시간 자율 주행하는 모델은 그동안 계속 토큰을 태웁니다. '며칠 동안 작동한다'는 것은 '며칠 분의 토큰을 쌓는다'는 뜻이기도 합니다. 야심 찬 태스크를 맡길 수 있는 능력은 매력적이지만, 개인 개발자의 지갑에는 그 자율 주행 시간이 그대로 무게가 되어 돌아옵니다.

그래서 제 견해는 이렇습니다. 일상적인 플러그인 개발의 대부분, 즉 하나의 기능 구현, 버그 수정, 리뷰, 리팩터링 (refactoring)은 옆에서 함께 손을 움직이는 작업입니다. 이 부분은 Opus와 같은 동기형 모델로도 충분하며 지갑에도 친화적입니다. Fable에 손을 뻗는 것은 혼자서는 시간이 부족한 거물급 작업, 예를 들어 대규모 마이그레이션 (migration)이나, 사양(specification)부터 끝까지 만들어주길 바라는 일련의 작업들을 주말 동안 맡겨두고 싶을 때일 것입니다. 그렇게 명확하게 비동기적이며, 자율 주행을 시킬 가치가 있는 덩어리에만 사용할 것이라고 지금은 생각하고 있습니다.

출력 단가가 입력의 5배라는 점도 자율 주행 모델에서는 결정적입니다. 장시간 작동하면 생성 (output)의 비중이 쌓이기 쉽습니다. 스스로 계획을 쓰고, 코드를 쓰고, 테스트를 쓰고, 다시 고쳐 씁니다. 그 쓰는 양이 그대로 출력 토큰으로 실립니다. '며칠 동안 작동한다'는 말의 이면에는 '며칠 분의 출력 비용'이 있다는 뜻입니다. 프롬프트 캐싱의 입력 할인은 고맙지만, 출력 쪽은 할인 대상이 아니므로 자율 주행의 길이는 솔직하게 지갑에 타격을 줍니다.

바꿔 말하면, 강하니까 상용하는 것이 아니라, 자율 주행을 시키고 싶은 거물급 작업일 때만 사용하는 것입니다. 항상 가장 강력한 모델을 붙잡고 있는 것은 개인 개발자의 지갑이 버텨내지 못합니다. 이는 이전에 썼던 토큰 경제 이야기와 같은 맥락입니다. 용건의 무게에 모델의 무게를 맞추는 것입니다. 혼자서 며칠 걸릴 덩어리를 내버려 두어도 처리해 준다면 그 자율 주행 비용은 저렴합니다. 반대로, 옆에서 충분히 해낼 수 있는 작업에 자율 주행 모델을 투입하는 것은 가장 비싼 수도꼭지를 끝까지 틀어놓는 것과 같았습니다.

폴백 (Fallback)이라는 안전 설계

설계 측면에서 흥미롭다고 생각한 점도 적어둡니다.

Fable 5는 사이버 보안이나 생물·화학 같은 고위험 영역에서는 응답을 차단하고 대신 Claude Opus 4.8이 답하도록 만들어져 있다고 발표되었습니다. 강력한 모델을 일반에 공개하기 위해, 위험한 영역만은 한 단계 아래의 모델로 떨어뜨리는 선긋기입니다. 외부의 버그 바운티 (bug bounty)를 1,000시간 이상 돌렸음에도 유니버설한 탈옥 (jailbreak)은 나오지 않았다고도 합니다.

능력을 그대로 전개하지 않고 영역별로 다른 모델로 떨어뜨리는 것. 이는 에이전트 (agent)에게 어디까지 실행을 허용할 것인가에 대해 제가 settings.json 주변을 고민하며 생각해 왔던 선긋기와 발상이 비슷하다고 느꼈습니다. 도구가 강력할수록 무엇을 시키지 않을 것인가에 대한 설계가 중요해집니다.

나는 어떻게 마주할 것인가

솔직한 현재 위치입니다.

당장 상용할 모델은 아니라고 생각합니다. 일상적인 작업은 동기형으로 충분하고, 지갑 사정도 고려해야 합니다. 다만, 주말에 내버려 둘 만한 거물급 작업이 나타났을 때의 선택지로서 머릿속 한구석에 두는 것, 그런 거리감입니다.

확인하고 싶은 것도 몇 가지 있습니다. '며칠 동안 작동한다'는 것이 개인 개발의 현실적인 태스크에서 얼마나 효과적인지. 자율 주행을 시켰을 때 지갑이 실제로 얼마나 무거워지는지. 시각적으로 자신의 출력을 점검한다는 것이, WordPress 관리 화면의 스크린샷을 보여주며 수정하는 것과 같은 방식으로 효과가 있는지. 이 부분은 직접 돌려본 뒤 별도의 글로 작성하겠습니다.

다음의 나에게 남기는 메모

새롭고 강력한 모델이 나오면 나도 모르게 상용하고 싶어진다. 하지만 강력함과 내 용건에 적합함은 별개의 문제였다. Fable은 내버려 두고 맡기는 거물급 작업을 위한 도구다. 일상적인 동기적 작업은 Opus 같은 상대로 충분하며 지갑에도 친화적이다. 용건의 무게에 모델의 무게를 맞춘다. 이것만은 새로움에 눈이 멀었을 때 꼭 기억하고 싶다.

실제로 돌려보고 나서 제 견해가 맞았는지 틀렸는지도 포함하여 다시 쓰겠다. 오늘의 정리로서 여기에 남겨둔다.

참고

공개 당일의 발표 및 보도 내용입니다. 숫자나 사양은 공식 사이트에서 최신 정보를 확인하십시오.

Discussion