First Look at Claude Fable 5.1: Better Efficiency + Fewer False Alarms?

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Claude Fable 5.1은 네 가지 실사용 과제에서 높은 구현력과 오탐 차단 개선 가능성을 보였지만, 효율 향상이 사용량 부담까지 해결했는지는 확인되지 않았다.

📌 핵심 요점

1. 기존 게임 자산을 활용한 소닉 스타일 플랫폼 게임을 약 30분 만에 제작했다. 발표자는 움직임과 물리 구현을 높이 평가했다.
2. Anthropic은 일반 작업 비용 25%, 고도로 에이전트화된 작업 비용 최대 45% 절감과 캐시 읽기 비용 75% 인하를 주장한다. 영상에서는 이를 독립적으로 검증하지 않았다.
3. 반지의 제왕 도입부를 바탕으로 만든 3D 장면은 약 22분 만에 완성됐고 서사와 세부 묘사가 풍부했지만, 실행 중 심한 끊김이 나타났다.
4. 이전 모델이 거부했던 카드 게임 코드 리뷰를 이번에는 완료했다. 오탐 감소를 뒷받침하는 사례지만, 발견된 버그의 타당성까지 확인한 것은 아니다.
5. Sunny Dino 랜딩 페이지는 약 22분 만에 영상 스크롤과 여러 상호작용을 구현했다. 다만 네 과제를 마친 뒤 주간 한도의 20%를 사용했고, 5시간 세션 한도도 소진했다.

🧩 배경과 문제 정의

발표자는 복잡하고 많은 문맥을 요구하는 코딩 작업에 기존 Fable 5를 주로 사용해 왔다고 설명한다. 성능에 대한 평가는 높았지만, 빠른 사용량 소진과 정상 작업을 막는 안전장치가 주요 불만이었다. 특히 차단이 한 번 발생하면 프롬프트를 수정해도 해당 세션에서 반복적으로 막혔다고 회고한다.

이번 영상은 Claude Fable 5.1이 내세운 효율 향상과 오탐 감소가 실제 작업에서도 드러나는지 살펴보는 첫 사용기다. 게임 제작, 서사 기반 3D 장면, 기존 코드 리뷰, 영상 콘텐츠 랜딩 페이지라는 네 과제를 보여준다. 공식 소개 자료의 수치와 발표자가 직접 관찰한 결과를 구분해서 읽는 것이 핵심이다.

🕒 시간순 섹션별 상세정리

1. 기존 게임 자산으로 만든 플랫폼 게임

• 오래된 픽셀 게임의 캐릭터와 이미지를 활용해 소닉 스타일 플랫폼 게임을 만들도록 요청했고, 약 30분 만에 결과물을 얻었다고 보여준다. [00:25]
• 결과물 이름은 Gecko Rush이며, 발표자는 물리적 움직임이 소닉처럼 느껴진다고 평가한 뒤 제작 모델이 Fable 5.1임을 드러낸다. [00:44]

2. 새 모델을 시험하는 이유

• Anthropic이 이번 주 Claude Fable 5.1을 발표했다고 소개하고, 기존 Fable을 복잡한 코딩과 많은 문맥이 필요한 작업에 주로 사용했다고 드러낸다. [01:29]
• 회사의 정책에 대한 불만과 별개로 실무 성능을 높이 평가해 왔으며, 이번 영상에서는 여러 과제로 새 모델의 실제 능력을 확인하겠다고 보여준다. [01:58]

3. Agent Wiki's 홍보 구간

• 연구와 프로젝트 제작에 사용하는 지식 자료를 제공하는 Agent Wiki's를 소개하며, 기본 위키는 무료라고 보여준다. [02:15]
• Pro에는 추가 위키와 맞춤형 스킬이 포함되고, 전문 에이전트 프로필과 자동화 워크플로 템플릿도 준비 중이라고 홍보한 뒤 본론으로 돌아간다. [02:41]

4. 효율 향상과 비용 절감 주장

• 이후 소개하는 특성과 수치는 Anthropic의 공식 소개 블로그에서 가져온 내용이라고 먼저 드러낸다. 함께 발표된 Mythos 5.1은 사용할 수 없어 이번 평가에서 다루지 않는다. [03:14]
• 일반 작업 25%, 고도로 에이전트화된 작업 최대 45%의 비용 절감과 캐시 관련 비용 75% 인하를 소개하며, 잦은 사용량 소진 때문에 효율 개선에 관심을 보인다. [03:49]

5. 벤치마크와 과학·지식 업무

• Terminal Bench 4.0에서 Fable 5.1의 55.8과 Fable 5의 42를 소개하지만, 다른 모델의 점수와 자신의 실사용 평가가 달랐던 경험을 들어 직접 사용해야 한다고 강조한다. [04:29]
• Cursor 벤치마크 상승과 자동화 벤치마크의 17.1에서 31.4로의 개선을 소개하고, 단백질 설계와 금성 표면 매핑 등 과학 분야 사례도 언급한다. [04:58]
• 지식 업무 평가와 도구 사용 시 65%로 소개된 시험 결과를 언급한다. 과학 분야는 자신의 전문 영역 밖이라고 밝혀 해당 성과를 직접 평가한 것은 아니다. [05:23]

6. 오탐 감소와 실제 가격의 구분

• 기존 모델에서는 안전장치가 한 번 작동하면 요청을 수정해도 세션이 계속 막혔다고 회고한다. 새 모델은 강한 제한을 유지하면서 정상 업무의 잘못된 차단을 줄였다는 설명이다. [06:17]
• 공식 주장으로 사이버 작업 오탐 60% 감소, 무해한 생물학·의료 질의 개입 85% 감소, 캐시 읽기 비용 75% 인하를 보여준다. [06:34]
• 입력 100만 토큰당 10달러, 출력 100만 토큰당 50달러라는 명목 가격은 같고 실효 비용이 줄어든다는 설명이며, 실제 효과는 확인해야 한다고 덧붙인다. [07:04]

7. 사용량 기준점과 서사 기반 3D 과제

• 효율과 오탐 개선이 사실이면 자신의 두 가지 불만을 해결할 수 있다고 정리한다. 첫 게임 과제 이후 사용량은 5%이며, 이후 과제마다 주간 한도 소비를 확인하기로 한다. [08:11]
• Karpathy의 사례를 참고해 반지의 제왕 첫 문단을 바탕으로 3.js 시네마틱 장면을 요청한다. 기존 Fable 5에는 같은 과제를 수행하지 않았다고 드러낸다. [08:43]
• 긴 프롬프트는 자신의 GitHub에 공개한다고 안내하고, 재생 가능한 시네마틱 모드를 갖춘 Hobbiton 장면 생성을 시작한다. [09:12]

8. 풍부한 3D 묘사와 심한 끊김

• 약 22분 만에 작업을 완료했고 누적 사용량은 9%로 올라갔다. 이번 과제의 증가분은 4%포인트다. [09:23]
• 새와 연기, 나무 등 풍부한 세부 묘사를 높이 평가하지만 장면이 심하게 끊긴다고 지적한다. 객체 수가 많다는 점도 관찰한다. [10:18]
• 인물이 고개를 젓는 등 원문의 서사에 맞춘 동작을 확인하고, 새와 구름까지 구현된 결과물의 묘사 수준을 높이 평가한다. [12:30]

9. 렌더링 검증의 한계

• 생성 결과에는 소프트웨어 렌더러로만 테스트했고 실제 GPU 프레임률은 측정하지 못했다는 주의사항이 있다. 끊김이 생기면 잔디 수를 낮추라는 제안도 포함된다. [13:04]
• 발표자는 메모리 사용률이 약 70%여서 시스템 메모리가 완전히 소진된 상태는 아니라고 확인한다. 객체가 너무 많을 가능성을 제기하지만 원인을 확정하지 않는다. [13:22]

10. 이전에 차단된 카드 게임 코드 리뷰

• 밈 코인 테마의 카드 게임 based dev는 이전 Fable이 코드 리뷰를 거부했던 프로젝트다. 발표자는 정상적인 버그 검토 요청이었다고 설명하며 같은 유형의 요청을 다시 시도한다. [14:27]
• 코드베이스의 문제와 버그를 찾아 달라고 요청한다. 과거에는 audit이라는 표현이 차단을 유발할 수 있다는 말을 듣고 review를 사용했다고 회고한다. [14:45]
• 이번에는 서브에이전트를 활용해 리뷰를 완료하고 몇 가지 버그를 지적했다. 다만 실제 수정 필요성은 추가로 살펴봐야 한다고 드러낸다. [15:13]

11. 리뷰 소비량과 랜딩 페이지 요구사항

• 리뷰 이후 누적 사용량은 16%로, 직전 대비 7%포인트 증가했다. 발표자는 서브에이전트와 동적 워크플로가 소비에 영향을 줬을 것으로 추정하면서 차단 없이 완료한 점을 개선으로 평가한다. [15:50]
• 마지막 과제로 아들을 위해 제작한 공룡 영상 시리즈 Sunny Dino의 기존 영상과 이미지를 활용한 랜딩 페이지를 요청한다. [16:47]
• 유쾌하고 시각적으로 뛰어난 디자인, 영상 스크롤, 최소 세 가지 추가 상호작용, 브라우저에서 원활한 실행을 요구하고 구체적인 스타일은 모델에 맡긴다. [17:25]

12. 영상 스크롤과 이야기 이해

• 랜딩 페이지는 약 22분 만에 완성됐다. 발표자는 영상 배경, 글꼴, 포인터 움직임에 반응하는 장식과 스크롤 시 나타나는 바를 긍정적으로 평가한다. [18:23]
• 스크롤에 따라 영상이 진행되고 반대로 스크롤하면 매끄럽게 되감기는 모습을 확인한다. [18:51]
• 에피소드 요약과 등장인물 소개도 구현됐다. 캐릭터 이미지의 일관성 문제는 제공한 이미지 자산의 문제라고 보여준다. [19:29]

13. 미니게임과 상호작용 확인

• 도형을 고르면 관련 영상이 재생되는 게임과 색깔 거품을 선택하면 해당 장면을 보여주는 요소를 직접 조작한다. [20:21]
• 알을 클릭하는 상호작용까지 확인하고, 요청한 요소들이 구현됐으며 색상과 글꼴도 잘 맞췄다고 평가한다. [21:19]

14. 최종 사용량과 첫 사용기의 결론

• 네 과제 종료 후 주간 한도의 20%를 소비했고 5시간 세션 한도도 소진했다. 각 과제가 대체로 20~30분 수준이었다는 점에서 프로젝트 전체를 수행하면 한도가 빠르게 줄 수 있다고 본다. [21:52]
• 신규 작업이 많아 프롬프트 캐시를 얼마나 활용했는지는 모르겠다고 드러낸다. 어려운 일부 과제에 Fable을 쓰고 나머지는 저렴한 모델에 맡기는 운용을 제안한다. [22:21]
• 소수 과제에서 기존 모델보다 빠르고 유능하게 느껴졌다고 총평한다. 다른 에이전트 환경의 사용 제약과 향후 Astra에 대한 기대를 언급하고 시청자의 경험을 요청하며 영상을 마친다. [23:15]

🧾 결론

• 가장 설득력 있는 성과는 기존 자산을 활용한 게임·웹 구현과 이전에 막혔던 코드 리뷰의 완료다.
• 시각적 완성도와 실행 성능은 별도로 평가해야 한다. 3D 장면은 높은 묘사 수준에도 불구하고 원활하게 실행되지 않았다.
• 오탐 감소에는 긍정적인 사례가 있으나, 비용 절감과 모델 전반의 우월성은 이번 소수 과제만으로 확정하기 어렵다.
• 발표자는 어려운 작업에 Fable을 집중하고 다른 작업에는 저렴한 모델을 활용하는 운용을 제안한다.

📈 투자·시사 포인트

• AI 도입 경제성을 평가할 때 명목 토큰 단가뿐 아니라 캐시 활용, 작업당 소비량, 재작업 시간을 함께 봐야 한다. 영상에서는 단가 유지와 실효 비용 절감 주장이 동시에 제시된다.
• 정상적인 업무를 중단시키는 오탐이 줄면 기존 프로젝트에서 모델을 계속 사용할 가능성이 커진다. 이번 코드 리뷰 사례는 업무 연속성의 중요성을 보여준다.
• 게임과 랜딩 페이지 시연은 짧은 시간 안에 기존 자산을 결과물로 전환하는 가능성을 보여준다. 실제 활용 가치는 성능 최적화와 검수 비용까지 포함해 판단해야 한다.
• 높은 구현력에도 사용량 한도가 빠르게 줄어들 수 있어, 여러 모델에 작업을 배분하는 운영 방식이 중요해질 수 있다.

⚠️ 불확실하거나 확인이 필요한 부분

• 비용 절감률, 벤치마크 성적, 사이버 작업 오탐 60% 감소와 무해한 생물학·의료 질의 개입 85% 감소는 영상에서 소개한 Anthropic 측 주장이다. 동일 조건의 독립 비교는 제시되지 않았다.
• 주간 한도 20% 소비는 해당 계정과 네 과제의 관찰값이다. 요금제별 조건, 토큰 사용 내역, 캐시 적중률이 없어 API 비용 절감률과 직접 연결할 수 없다.
• 3D 장면의 끊김 원인은 확정되지 않았다. 발표자는 PC와 객체 수를 의심했고, 생성 결과에는 소프트웨어 렌더러로만 테스트해 실제 GPU 프레임률을 측정하지 못했다는 설명이 있었다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 이전 모델이 거부했던 정상적인 프로젝트 리뷰를 같은 요청으로 재실행하고, 완료 여부와 차단 발생 지점을 기록한다.
• 과제별 소요 시간, 주간·세션 한도 변화, API 사용 시 청구액과 캐시 사용량을 함께 기록해 효율 개선을 비교한다.
• 생성된 3D 장면을 실제 GPU 환경에서 실행해 프레임률을 측정하고, 잔디와 객체 수를 줄였을 때의 변화를 확인한다.
• 코드 리뷰가 지적한 문제를 재현하고, 수정 필요성을 판단한 뒤 반영한다.

❓ 열린 질문

• 기존 문맥을 반복 활용하는 장기 프로젝트에서는 신규 과제 위주였던 이번 시연보다 캐시 절감 효과가 크게 나타날까?
• 오탐 감소가 다른 종류의 정상적인 코드 리뷰와 장시간 세션에서도 일관되게 유지될까?
• 3D 결과물에 성능 조건을 더 구체적으로 주면 시각적 세부 묘사를 유지하면서 끊김을 줄일 수 있을까?