Claude Fable 5가 18일 만에 돌아왔습니다. 다만 조건이 붙습니다. 7월 7일까지만, 그것도 주간 사용량의 50%까지만 구독으로 쓸 수 있고, 그 뒤로는 API 종량제로만 접근할 수 있습니다. 남은 며칠 동안 프런티어 모델을 어디에 쓸지가 곧 성패를 가릅니다. 그래서 Fable을 정말 쓸 만한 다섯 가지 용도와, 사용량을 태우지 않고 아끼는 세 가지 요령을 정리했습니다.
Fable에게 "Fable을 쓸 만한 일"을 직접 찾게 하라
가장 먼저 할 일은 역설적이게도 Fable에게 무엇을 시킬지 묻는 것입니다. Claude를 계속 써왔다면 과거 상호작용이 메모리에 쌓여 있습니다. 그래서 이렇게 요청했습니다. "너는 가장 뛰어난 AI 모델 Fable 5다. 내 프로젝트와 메모리를 훑어서, 너에게 맡길 만한 깊은 사고가 필요한 상위 다섯 개 작업을 뽑아라."
Fable이 내놓은 다섯 가지는 사업 전략 스트레스 테스트, 프리미엄 티어 신규 오퍼 설계, 채널 전반의 콘텐츠-전환 감사, 3년치 아카이브를 콘텐츠 로드맵으로 재가공, 그리고 40여 개에 이르는 개인 스킬 시스템 감사였습니다. 다섯 제안에는 하나의 공통점이 있습니다. 방대한 자료와 데이터를 읽어 통찰을 뽑고 행동으로 옮기는 일(최첨단 모델이 가장 잘하는 바로 그것입니다).
인생과 사업 조언은 세 단계로 받는다
Fable에게 조언을 구하기 전에 맥락부터 제대로 줘야 합니다. 순서는 세 단계입니다.
첫째, 고수준 계획 문서를 줍니다. 저는 올해의 목표, 의사결정 원칙("일이 놀이처럼 느껴지는 일을 하라", "중요한 것을 계속 중요하게 두라"), 사업의 포지셔닝(타깃 고객, 니치, 해결하려는 통증, 차별점), 저에게 에너지를 주는 일과 뺏는 일, 그리고 삶과 재정 상황 같은 섹션을 넣습니다.
둘째, Fable을 여러 API와 MCP에 연결해 필요하면 스스로 정보를 끌어오게 합니다. 은행 정보는 Mercury, 뉴스레터 통계는 Substack, YouTube, 웹사이트 분석은 Vercel, 그리고 계획 문서를 읽고 갱신하도록 Google Workspace까지 연결했습니다.
셋째, 그렇게 준비한 뒤 조언을 청합니다. "내 계획 문서와 콘텐츠 일정을 자세히 살피고, 필요하면 다른 정보도 끌어와라. 그런 다음 앞으로 3개월간 무엇에 집중해야 하는지 진단하는 한 장짜리 보고서를 써라." 저는 이때 직접 만든 advisor 스킬을 썼습니다. 이 스킬은 결정에 막히거나 냉정한 점검이 필요할 때 호출되며, 연결된 MCP와 API에서 실시간 맥락을 끌어오고, 막히면 "council"로 넘깁니다. council에는 세 페르소나가 있습니다. 제가 만들려는 실제 고객, 계획을 의심하는 회의론자, 실행 중심의 운영자입니다. 이 셋이 서로 대화하게 두면 예상치 못한 통찰이 나옵니다. 다만 스킬 부분은 전적으로 선택 사항입니다.
Fable은 한 장짜리 진단을 만들어 계획 문서의 새 탭에 붙였습니다. 핵심은 이것입니다. 고수준 계획을 세우고, 관련 정보원을 모두 연결한 뒤, 장기 조언을 구하는 일이야말로 Fable로 할 수 있는 가장 효과 큰 활동입니다. 앞으로 3개월, 6개월, 심지어 1년의 방향을 바꿀 수 있기 때문입니다.
출시 전에 프로젝트를 점검시켜라
바이브 코딩으로 만들어 언젠가 출시할 프로젝트가 쌓여 있다면, 버그를 찾고 고쳐 출시 준비를 마치는 데 Fable만 한 모델이 없습니다.
예로 든 것은 한 달째 직접 쓰고 있는 피트니스 앱입니다. 운동 목록, 실시간 운동 체크, 세트 편집, 완료 화면, 달력 뷰, 종목별 무게·볼륨 추이까지 갖췄고 Codex와 GPT로 만들어서 잘 다듬어진 상태처럼 보였습니다. 그래서 이렇게 요청했습니다. "이 앱을 곧 출시할 참이다. 전체 코드베이스를 읽고 실제 버그, 깨진 엣지 케이스, 사용자 앞에서 무너질 만한 모든 것을 찾아 나열하되 높은 품질 기준을 지켜라."
Fable은 다섯 개의 에이전트를 띄웠고, 단위 테스트는 전부 통과했지만 심각한 버그를 무더기로 찾아냈습니다. 앱을 강제 종료하는 식으로 비자발적 로그아웃이 일어나면 한 사용자의 데이터가 다음 사용자 계정으로 새어 들어갈 수 있었습니다. 그대로 출시했다면 재앙이었을 것입니다. 그 밖에도 음수 무게가 클라우드 동기화를 영구히 깨뜨리는 등 12개가 넘는 주요 버그와 다수의 사소한 버그가 나왔습니다. 같은 프롬프트를 GPT나 Opus에 돌리면 몇 개는 찾지만 이 정도 양에는 한참 못 미칩니다. 무언가를 출시하기 전 Fable에게 코드를 점검시키는 것은 이 모델로 할 수 있는 가장 효과 큰 활동 중 하나입니다.
다음 큰 일은 Fable로 계획하고 다른 모델로 실행하라
Fable로 큰 기능을 계획한 뒤 실제 코딩은 Opus나 GPT에 넘기는 방식이 특히 값졌습니다. 피트니스 앱 대화를 포크해 이렇게 요청했습니다. "이 앱에 영양 추적 탭을 새로 넣는 상세 계획을 세워라. 온라인 검색으로 자료를 찾고, 전체 계획과 핵심 단계, 결정해야 할 사항, 위험, 내가 답해야 할 미해결 질문을 정리하라. 잘못되면 프로젝트를 가라앉힐 만한 것은 표시하고, 더 저렴하거나 단순한 모델도 단계별로 실행할 수 있을 만큼 명확한 계획을 HTML로 써라."
Fable은 미국 정부(USDA)의 식품·영양 데이터 API를 찾아냈고, 30초 안에 식사를 기록하는 네 번째 하단 탭을 제안했습니다. 놀랍게도 탭의 디자인 시안까지 만들었고, 데이터 모델과 아키텍처(데이터베이스는 Supabase), 그리고 결정해야 할 핵심 질문들(식품 데이터 출처를 USDA FDC로 할지, 하루의 기준은 무엇인지, 클라우드 동기화 전략은 어떻게 할지)을 짚었습니다. HTML 계획은 친구가 만든 무료 GitHub 저장소 Lavish 에디터로 렌더링했는데, Google 문서처럼 계획 위에 코멘트를 달면 그 의견이 Fable에게 전달돼 반영됩니다. Fable이 이렇게 상세한 계획을 뽑고 나면, 실제 구현은 더 저렴한 모델에 넘기면 됩니다.
큰 코드베이스, 혹은 개인 시스템을 리팩터링하라
Stripe가 Fable로 5천만 줄의 Ruby 코드를 하루 만에 리팩터링·마이그레이션했다는 글을 봤습니다. 팀 전체가 두 달 넘게 걸릴 일이었습니다. 그런 규모의 저장소는 없지만, 저에게는 창작 작업을 돕는 40여 개 스킬이 담긴 personal OS 폴더가 있습니다. 뉴스레터 편집, AI 티 제거, YouTube 튜토리얼 준비, 쇼츠 제작, 팟캐스트 준비 등에 쓰는 스킬들입니다.
첫 번째 Fable 스레드에서 제안받은 대로 스킬 시스템 감사를 맡겼습니다. "내 사용자 레벨 스킬을 모두 살펴 개선 기회를 찾고, 직접 만든 skill editor로 중복을 걷어내 더 간결하게 다듬어라." Fable은 다시 다섯 에이전트를 띄워 감사했고, council 스킬의 죽은 에스컬레이션 블록, edit document 스킬의 모호함, 지우지 않은 임시 파일, 라우팅 문제, 빠진 평가 등 13가지 개선점을 짚었습니다. 개인 시스템도 결국 일을 돕는 시스템입니다. 그 스킬과 플러그인이 제대로 작동하고 AI에게 올바른 지시를 주는지 확인하는 일은 중요하고, 여기에 Fable 같은 고급 모델을 쓰는 것은 충분히 값집니다.
한도를 태우지 않는 세 가지 요령
마지막으로 Fable을 제대로 쓰는 세 가지 요령입니다.
첫째, 준비는 저렴한 모델로 합니다. 계획 문서를 만들고 API와 MCP를 연결하는 밑작업에는 Opus나 GPT를 씁니다. MCP 연결이나 문서 초안 같은 지루한 일에 Fable을 낭비하지 마십시오.
둘째, Fable로 계획하고 다른 모델로 실행합니다. 영양 탭 사례처럼 Fable은 상세한 계획과 설계, 아키텍처 다이어그램을 만드는 데 탁월합니다. 계획이 나오면 더 저렴한 모델에 넘겨 실행시키면 됩니다.
셋째, 낮은 effort로 돌리고 곁에서 지켜봅니다. 항상 ultra high effort로 돌릴 필요는 없습니다. 그러면 한도가 거의 즉시 바닥납니다. high 이하의 낮은 effort를 고려하고, Fable이 하는 일을 지켜보십시오. 똑똑한 모델이지만 때때로 토끼굴에 빠져 루프를 돌며 토큰을 태웁니다. 한도가 이토록 빠듯한 지금은 그런 일을 막아야 합니다.
Fable은 7월 7일까지만 구독으로 돌아와 있고, 사용량은 순식간에 바닥납니다. 함부로 질러버리지 말고, 이 기회를 낭비하지 마십시오.
출처: https://youtu.be/5CBnWGP5vIs