[시즌 4] Fable 5.2 발표, 모델 테스트(도트력)(토큰 다마고치 만들기)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Fable 5.2의 도트 아트와 코딩 능력을 토큰 다마고치 제작으로 시험한 결과, 실행 가능한 앱을 만들었지만 사용성 버그와 비용 집계는 추가 확인이 필요했다.

📌 핵심 요점

1. 발표자는 Fable 5.2의 화려한 시연보다 일상에서 직접 쓸 수 있는 결과물을 만드는 데 초점을 맞췄다. 시험 대상으로 AI 에이전트 세션과 서비스별 사용량을 보여주는 macOS 다마고치 앱을 선택했다.
2. 벤치마크는 점수만으로 판단하지 않고 추론 강도와 비용을 함께 봐야 한다고 강조했다. 이번 제작에서는 High 에포트를 사용했으며, 이 설정의 가성비가 좋다는 평가는 발표자의 해석이다.
3. 제작은 64×64 도트 아트와 동물 레퍼런스에서 시작했다. 캐릭터를 먼저 확인한 뒤 표시 크기, 애니메이션, Dock 위 점프, 세션·사용량 표시 기능으로 범위를 넓혔다.
4. 시연에서는 움직이는 캐릭터와 실행 중인 세션, Claude Code·Codex 사용량 표시를 확인했다. 다만 빠른 이동으로 인한 클릭 어려움, 크기·동물 변경 시 이상 동작, 팝업 위치와 닫힘 문제가 드러났다.
5. 마지막에 제시한 작업 시간은 약 35분, API 단가 환산 비용은 약 12달러였다. 이는 구독료에 추가로 청구된 금액을 뜻하지 않으며, 구두로 읽은 토큰 항목과 합계에는 불일치가 있다.

🧩 배경과 문제 정의

Fable 5.2 발표 이후 게임 제작 등 인상적인 사용기가 확산되자, 발표자는 전문 게임 개발자가 아닌 사용자에게 어떤 실용성이 있는지 직접 확인하려 했다. 발표 자료와 벤치마크를 살펴본 다음, 자신의 컴퓨터에서 AI 에이전트 세션과 사용량을 확인하는 귀여운 데스크톱 앱을 만드는 방식으로 시험을 진행한다.

핵심 과제는 도트 캐릭터가 화면 아래에서 움직이고, 클릭하면 실행 중인 에이전트 세션과 Claude Code·Codex의 주간 사용량을 보여주는 macOS 앱이다. 도트 아트의 외형부터 확인하고 기능을 개발하며, 작업 시간과 토큰 사용량도 함께 측정하려 했다. 영상에 실제로 제시된 결과와 앞으로 구현·배포하겠다는 계획은 구분해서 읽어야 한다.

🕒 시간순 섹션별 상세정리

1. Fable 5.2를 생활 속 과제로 시험하기

• 발표자는 출시 후 확산된 게임 제작 사례와 사용기를 보고 Fable 5.2의 실제 활용 가능성을 확인하려 한다. [00:21]
• 전문 개발자의 대형 게임 제작보다 생활에서 쓸 수 있는 결과물을 중심으로 소식과 테스트를 진행하겠다고 드러낸다. [00:44]

2. Fable과 Mythos의 차이에 대한 설명

• 발표자는 두 모델의 근본은 같으며 Fable에는 생명과학·보안 등 민감한 질문에 대한 응답 제한이 있다고 보여준다. [01:15]
• Mythos는 검증된 기관에 접근을 열어주는 방식이라고 소개하고, 두 모델의 성능은 같다고 주장한다. [01:45]

3. 경쟁 모델과 벤치마크를 읽는 기준

• 발표자는 비교표에 등장한 Gemini 4 Carbon에 주목하며 경쟁력이 높아졌을 가능성을 이야기한다. [02:27]
• Fable 5.2의 에이전트 코딩 성능 개선을 소개하면서 어떤 에포트 설정에서 나온 결과인지와 비용을 함께 봐야 한다고 강조한다. [03:00]
• 높은 추론 강도는 토큰 소모로 이어질 수 있으므로 자신의 이용 예산을 고려하라고 드러낸다. [03:12]

4. 로보틱스·지식 작업 성과와 High 설정

• 로보틱스 성과를 피지컬 AI 방향의 움직임으로 해석하고, 지식 작업의 Elo 점수는 상대평가라는 점을 짚어 본다. [03:52]
• 높은 설정에서의 성능과 토큰 소모를 함께 언급한 뒤, 시험에는 High 에포트가 가성비와 성능을 챙기는 선택이라고 권한다. [04:39]
• 운영체제 제작, 보안, 과학, 수학, 로보틱스 시연을 훑어보되 일반 사용자가 직접 할 작업인지 따져보자는 태도를 유지한다. [05:48]

5. 사용량 한도와 초기화에 대한 주의

• 발표자는 Fable 사용량에 별도 제한이 있으며 추가 제공량이 아니라 전체 주간 한도 중 최대 50%를 쓰는 구조라고 보여준다. [06:31]
• Fable 사용량 초기화와 전체 사용량 초기화를 구분해야 한다고 화면을 가리키며 보여준다. [06:55]
• 경쟁사의 다음 모델이 좋아져 선택지가 넓어지기를 기대하며 발표 소식 검토를 마무리한다. [07:27]

6. AI 활용의 기준과 비교 실험 구상

• 개인 작업에서 High 설정을 써본 인상을 전하고, 출시 직후 성능 '버프'가 있다는 비공식 주장도 덧붙인다. [08:03]
• 화려한 사례를 따라 하기보다 자신의 문제를 해결하고 시간을 절약했다면 AI를 잘 쓴 것이라고 강조한다. [08:55]
• 직접 가능 여부를 시험하는 것을 학습 방법으로 제안하고, 제작 시간·토큰 사용량을 측정하며 Fable 5.2와 Opus 5.5를 비교하겠다는 구상을 드러낸다. [09:53]

7. 토큰 다마고치의 기능 정하기

• 도트 아트를 먼저 만들고 화면 오른쪽 아래에서 움직이는 다마고치 형태의 앱으로 발전시키겠다고 보여준다. [10:40]
• 캐릭터에 마우스를 올리거나 클릭하면 실행 중인 에이전트 세션과 서비스별 주간 잔여 사용량을 보여주는 기능을 구상한다. [11:02]
• 앱 공유와 macOS DMG 설치를 예고하고, 작업 폴더를 만든 뒤 Claude를 실행한다. [11:58]

8. 모델 설정과 도트 아트 우선 제작

• 모델을 Fable로 바꾸고 High 에포트, Fast 끄기 상태에서 토큰을 측정하며 제작을 요청한다. [12:14]
• 화면 아래에 상주하는 애니메이션 캐릭터와 세션·주간 사용량 표시를 요구하고, 개발 전 64×64 도트 아트를 먼저 확인하겠다고 한다. [13:07]
• 말한 내용을 정리해 프롬프트로 만드는 타이핑 보조 앱의 사용 방식도 보여준다. [13:23]

9. 동물 레퍼런스와 비용 기록 요청

• 전신이 보이는 귀여운 동물 레퍼런스를 전달하고, 약 여덟 종류의 정지 그림을 먼저 만든 다음 애니메이션을 붙이도록 요청한다. [14:21]
• 동물을 바꾸며 사용량을 확인하는 활용 장면을 설명하면서 화면을 가리는 앱이 얼마나 유용할지는 지켜보겠다고 드러낸다. [15:04]
• 완료까지 걸린 시간과 입력·출력·캐시 토큰, API 단가 기준 비용을 표로 정리해 달라고 추가 요청한다. [15:43]

10. 첫 도트 결과와 표시 크기 조정

• 첫 동물 그림은 귀엽다고 평가하지만 64×64 표시가 너무 작다고 보고 실제 화면에서 잘 보이도록 키워 달라고 요청한다. [16:20]
• 확대 예시와 Dock 주변 동작 구상을 살펴본 뒤 96포인트를 선호하고, 사용자가 크기를 바꿀 수 있게 하자고 제안한다. [17:29]
• 빠르게 움직이는 애니메이션과 Dock 위 점프를 추가로 요구하고 개발을 이어간다. [18:10]

11. 움직이는 앱 시연과 첫 사용성 문제

• 화면 아래에서 움직이는 캐릭터를 확인하지만 속도가 빨라 클릭하기 어렵고 크기 설정에서도 이상 동작을 발견한다. [18:38]
• 앱을 다시 실행해 Dock 위치를 바꾸고 캐릭터가 위로 뛰어오르는 모습을 시험한다. [19:40]
• 실행 중인 세션과 Claude Code·Codex 사용량이 표시되는 모습을 확인한 뒤 남은 버그를 수정하겠다고 한다. [19:50]

12. 팝업 수정과 무료 배포 구상

• 동물·크기 변경 시 표시가 급격히 줄거나 팝업이 아래로 가려지는 문제, 바깥을 클릭해도 팝업이 닫히지 않는 문제를 수정 요청한다. [20:28]
• 무료 배포 의사를 밝히고, 먹이 주기나 놀아주기를 더하면 다마고치처럼 확장할 수 있다고 이야기한다. [21:09]
• 여러 동물과 메뉴 접근 방식을 살펴보고, 앱 배포를 위해 연 99달러의 Apple 개발자 비용을 지출했다고 보여준다. [21:47]

13. 사용량 확인과 제작 마무리

• 시작 시 약 13%였던 사용량과 작업 후 표시를 비교하지만, 15%·16%와 약 1% 소모라는 발화가 섞여 정확한 증가분은 불명확하다. [22:09]
• 추가 웹사이트 제작은 진행하지 않고, 이번 다마고치 앱을 시청자에게 제공하겠다는 의사를 전하며 본편을 마친다. [22:52]

14. 추가 촬영으로 시간과 비용 공개

• 빠뜨린 비용 정리를 위해 촬영을 다시 시작하고, 캐릭터 이동 속도가 너무 빨라 필요하면 낮추겠다고 드러낸다. [23:22]
• 작업 시간은 약 35분, API 단가 환산 비용은 약 12달러라고 소개하지만 읽어주는 토큰 항목과 총합은 서로 맞지 않는다. [23:43]
• API 환산액을 구독 이용 시 실제 추가 청구액과 구분해야 한다고 설명하고, 원하는 것을 직접 만들어 보라는 권유로 끝낸다. [24:00]

🧾 결론

• 이번 영상은 Fable 5.2로 도트 캐릭터와 데스크톱 앱을 만드는 과정을 보여주는 실용 사례다. Opus 5.5와 동일 조건으로 비교한 결과까지 제시한 영상은 아니다.
• 캐릭터를 먼저 보고 크기를 조정한 뒤 기능을 붙이는 반복 작업이 제작의 중심이었다. 시연 가능한 결과물 이후에도 사용성 수정이 이어졌다.
• 발표자가 제시한 AI 활용 기준은 자신의 문제를 해결하고 시간을 절약하는지다. 수익 창출 여부만으로 활용 가치를 판단하지 말자는 메시지가 반복된다.
• 무료 배포 의사는 밝혔지만, 제공된 자막만으로 실제 배포 파일과 최종 수정 상태를 확인할 수는 없다.

📈 투자·시사 포인트

• AI 도구의 경제성은 최고 벤치마크 점수보다 자신의 작업에서 얻는 결과, 소요 시간, 사용량을 함께 비교해야 한다는 시사점을 준다.
• 구독 한도와 API 단가 환산 비용은 구분해야 한다. 영상의 약 12달러는 작업량을 가격으로 환산한 참고치이며 실제 추가 결제를 입증하지 않는다.
• 발표자는 유사한 소형 앱이 더 많이 등장할 것으로 예상했다. 이번 사례에서는 제작 가능성뿐 아니라 클릭 편의성, 창 동작, 화면 점유 같은 사용성도 중요하게 드러난다.
• 경쟁 모델에 대한 기대와 로보틱스 성과 언급은 발표자의 관찰이다. 영상만으로 특정 기업의 실적이나 투자 수익을 판단할 근거는 부족하다.

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

• Fable과 Mythos의 기본 모델·성능이 같다는 설명, 벤치마크 개선 폭, High 설정의 비용 우위는 발표자의 설명이다. 제공된 자막에는 이를 독립적으로 검증할 표나 조건 전체가 없다.
• Fable 사용량이 주간 한도의 최대 50%로 제한된다는 설명은 적용 요금제와 초기화 조건을 확인해야 한다. 자막에는 화면의 위치를 가리키는 표현이 많아 계기판 동작을 정확히 복원하기 어렵다.
• 출시 후 1~2주 동안 성능에 '버프'가 있다는 말은 발표자도 비공식이라고 밝혔다. 토큰이 계속 비싸질 것이라는 주장 역시 영상에서 검증된 가격 추세가 아니다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 자신의 반복 작업 하나를 정하고 완료 기준과 허용 시간·비용을 적은 뒤 모델을 시험한다.
• 모델 간 비교가 필요하면 같은 요구사항과 완료 기준을 적용하고 에포트 설정, 수정 횟수, 소요 시간을 기록한다.
• 구독 사용량 화면과 세션별 토큰 기록을 함께 보관하고 API 환산 비용을 실제 청구액과 구분한다.
• 도트 캐릭터는 작은 시안을 먼저 확인한 뒤 실제 화면에서 크기와 이동 속도, 클릭 편의성을 점검한다.

❓ 열린 질문

• 같은 앱을 Opus 5.5로 동일 조건에서 만들면 완성도, 수정 횟수, 시간과 비용은 어떻게 달라질까?
• 세션 탐지와 주간 사용량 표시는 어떤 데이터에 기반하며 실제 서비스 수치와 얼마나 일치할까?
• 캐릭터의 재미와 정보 확인 편의성이 화면 가림이나 클릭 불편보다 큰 가치를 줄까?