The Moral of Fable

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

Dan Shipper는 Claude Fable 5의 진짜 교훈이 단순히 더 나은 프롬프트가 아니라, 일을 프로젝트 단위로 위임하고 결과를 검토해 다음 실행에 반영하는 ‘루프’형 업무 방식에 있다고 설명한다.

📌 핵심 요약

글은 이솝 우화의 ‘교훈’이라는 개념을 빌려, Anthropic의 새 모델 Claude Fable 5가 지식노동의 미래에 무엇을 가르치는지 묻는다.
저자는 Fable이 엔지니어에게는 강력한 코딩 모델로 보이지만, 많은 지식노동자에게는 비용이 두 배이고 결과 차이가 크지 않아 점진적 개선처럼 느껴질 수 있다고 말한다.
반면 일부 개발자들은 Fable의 효과를 강하게 체감하고 있으며, Cora의 제너럴 매니저 Kieran Klaassen처럼 버그 수정과 기능 요청 백로그를 며칠이 아니라 몇 시간 단위로 처리하고 있다.
그 차이는 단순히 개발자인지 여부가 아니라, AI를 높은 수준으로 활용해 전체 프로젝트를 위임하고 비동기적으로 에이전트를 돌리며 결과를 검토한 뒤 다음 실행에 학습을 반영하는 방식에 있다.
저자는 이런 방식이 지금은 개발자 워크플로처럼 보이지만, Claude Code의 방법론이 슬라이드와 스프레드시트 등 다른 지식노동으로 확산된 것처럼 더 넓은 업무 영역으로 퍼질 가능성이 있다고 본다.

🧩 주요 포인트

글은 이솝 우화의 ‘교훈’이라는 개념을 빌려, Anthropic의 새 모델 Claude Fable 5가 지식노동의 미래에 무엇을 가르치는지 묻는다.
저자는 Fable이 엔지니어에게는 강력한 코딩 모델로 보이지만, 많은 지식노동자에게는 비용이 두 배이고 결과 차이가 크지 않아 점진적 개선처럼 느껴질 수 있다고 말한다.
반면 일부 개발자들은 Fable의 효과를 강하게 체감하고 있으며, Cora의 제너럴 매니저 Kieran Klaassen처럼 버그 수정과 기능 요청 백로그를 며칠이 아니라 몇 시간 단위로 처리하고 있다.
그 차이는 단순히 개발자인지 여부가 아니라, AI를 높은 수준으로 활용해 전체 프로젝트를 위임하고 비동기적으로 에이전트를 돌리며 결과를 검토한 뒤 다음 실행에 학습을 반영하는 방식에 있다.
저자는 이런 방식이 지금은 개발자 워크플로처럼 보이지만, Claude Code의 방법론이 슬라이드와 스프레드시트 등 다른 지식노동으로 확산된 것처럼 더 넓은 업무 영역으로 퍼질 가능성이 있다고 본다.

🧠 상세 정리

1. 우화의 ‘교훈’으로 시작하는 문제 제기

글은 이솝 우화를 예로 들며 시작한다. 우화의 핵심은 이야기 자체보다 그 끝에 남는 교훈이며, 늑대가 온다고 거짓말한 결과나 느리고 꾸준한 태도가 경주에서 이긴다는 의미를 통해 독자가 배운다는 것이다. 저자는 이 틀을 Claude Fable 5에 적용해, Anthropic의 새 모델이 지식노동의 미래에 대해 어떤 교훈을 주는지 묻는다. 단순한 모델 리뷰가 아니라, 강력한 AI 모델을 실제 업무에서 어떻게 받아들이고 활용해야 하는가를 따지는 글의 문제의식이 여기서 제시된다.

2. Fable이 모두에게 즉시 혁명처럼 느껴지지는 않는 이유

저자는 엔지니어에게 Fable의 강점을 설명하기는 쉽다고 말한다. 글 안에서는 이 모델을 ‘세계 최고의 코딩 모델’이라고 평가했다고 언급된다. 그러나 많은 지식노동자에게 Fable은 아직 점진적인 개선처럼 보일 수 있다. 한두 번 인상적인 데모를 단번에 만들어 본 경험은 있어도, 일상 업무에 계속 쓰고 있지는 않을 가능성이 크다는 것이다. 게다가 비용이 두 배이고 결과가 눈에 띄게 더 낫지 않다고 느낀다면, 일반 사용자 입장에서는 굳이 바꿀 이유가 약해 보일 수 있다.

3. 강력한 효과를 체감하는 개발자들의 사례

글은 모든 사용자가 같은 반응을 보이는 것은 아니라고 말한다. 특정 부류의 개발자들은 Fable의 힘을 매우 직접적으로 체감하고 있다. 사례로 Cora의 제너럴 매니저 Kieran Klaassen이 등장한다. 그는 버그 수정과 기능 요청으로 쌓인 백로그를 예전에는 며칠 걸려 처리했지만, 이제는 몇 시간 만에 처리하고 있다고 한다. 그는 이 모델을 자신이 가장 좋아하는 모델이라고 표현했다. 저자는 이 사례를 통해 모델 성능의 의미가 단순한 벤치마크가 아니라, 실제 업무 처리 방식과 결합될 때 크게 달라진다는 점을 보여준다.

4. 차이를 만드는 것은 프롬프트가 아니라 루프

저자가 보기에 Kieran과 일반 사용자 사이의 차이는 단순히 그가 개발자라는 사실이 아니다. 핵심은 그가 Every의 AI 사용 단계 기준에서 7~8단계에 해당하는 방식으로 AI를 쓰고 있다는 점이다. 그는 작은 질문을 던지고 답을 기다리는 데 그치지 않는다. 전체 프로젝트를 위임하고, 에이전트가 비동기적으로 일하게 두며, 결과물을 검토하고, 그 과정에서 얻은 정보를 다음 실행에 반영한다. 저자는 이를 프롬프트를 쓰는 것이 아니라 ‘루프’를 쓴다고 표현한다. AI 활용의 중심이 한 번의 입력문이 아니라 반복적 실행과 피드백 구조로 이동한다는 의미다.

5. 개발자 워크플로가 지식노동 전반으로 확산될 가능성

저자는 현재 Fable이 개발자를 위한 도구처럼 보일 수 있음을 인정한다. 그러나 AI 영역에서는 개발자들이 먼저 쓰던 작업 방식이 다른 지식노동으로 확산되는 일이 반복되어 왔다고 말한다. Claude Code가 처음에는 개발자 도구로 출발했지만, 같은 방법론이 Cowork와 Codex 안에서 슬라이드 덱과 스프레드시트 작업에도 쓰이고 있다는 점을 예로 든다. 따라서 Fable의 의미는 코딩 능력 자체에만 있지 않다. 프로젝트를 위임하고 결과를 검토하며 반복하는 방식이 문서, 발표자료, 데이터 작업 같은 업무로 옮겨갈 수 있다는 전망이 글의 중요한 전환점이다.

6. 일을 ‘정원 가꾸기’처럼 다루라는 결론

글의 마지막 공개 부분에서 저자는 Fable의 힘을 아직 느끼지 못한다면, 아마도 자신의 일을 ‘정원 가꾸기’처럼 다루기 시작하지 않았기 때문이라고 말한다. 이 표현은 AI에게 단발성 지시를 내리는 방식과 대비된다. 정원 가꾸기는 씨를 뿌리고, 자라나는 과정을 살피고, 가지치기하며, 다시 돌보는 반복적 관리에 가깝다. 저자가 말하는 AI 업무 방식도 마찬가지다. 결과물을 한 번에 얻는 것이 아니라, 여러 실행을 설계하고 관찰하며 개선하는 루프를 운영할 때 강력한 모델의 실제 가치가 드러난다는 결론으로 이어진다.