Claude Fable 5가 이틀 전에 출시되었습니다.
사람들은 이미 이것을 사용하지 않으려고 노력하고 있습니다.
이것이 나쁘기 때문이 아닙니다.
너무 가치가 높기 때문입니다.
가장 흥미로운 Claude Code 워크플로우 중 하나가 나타났습니다:
Fable 5를 매니저로 사용합니다.
Opus에게 작업을 맡깁니다.
다시 읽어보세요.
Anthropic이 역대 가장 강력한 공개 모델을 출시했습니다...
그리고 파워 유저들은 즉시 이렇게 결정합니다:
"아마 이것이 코드를 작성하는 것은 아니어야 할 거야."
대신:
• Fable가 계획하고 • Fable가 위임하며 • Fable가 검토하고 • Opus가 실행한다
저는 사람들이 AI 모델을 코딩 어시스턴트가 아니라 스태프 엔지니어처럼 대하는 것을 처음 보았습니다.
솔직히 말해서?
이것은 어떤 벤치마크보다도 Fable에 대해 더 많이 알려줄 수 있습니다.
수년 동안 업그레이드 경로는 다음과 같았습니다:
더 똑똑한 모델 → 더 똑똑한 모델을 더 자주 사용한다.
Fable은 정반대의 행동을 만들어내고 있습니다.
더 똑똑한 모델 → 더 똑똑한 모델을 덜 자주 사용한다.
오직 중요한 결정에만.
Dan McAteer는 Fable이 프로젝트를 오케스트레이션하고 Opus가 추론 기반의 구현 단계를 처리하는 워크플로우를 공유했습니다.
목표는 지능 극대화가 아닙니다.
지능 효율성 극대화입니다.
이것은 고성능 팀이 실제로 작동하는 방식과 정확히 같다는 것을 깨닫기 전까지는 이상하게 들립니다.
CTO가 모든 함수를 작성하지 않습니다.
아키텍트가 모든 버그를 수정하지 않습니다.
시니어 엔지니어가 모든 티켓을 처리하지 않습니다.
그들은 무엇에 주의를 기울일 가치가 있는지 결정합니다.
이것이 이 워크플로우를 매혹적으로 만듭니다.
Fable은 더 나은 코더로 사용되고 있는 것이 아닙니다.
지능을 더 잘 할당하는 도구로 사용되고 있습니다.
그리고 그 더 깊은 함의는 무시하기 어렵습니다.
가장 강력한 모델들이 노동자가 되지 않을 수도 있습니다.
그들은 매니저가 될 수 있습니다.
작업을 수행할 능력이 없기 때문이 아니라.
더 저렴한 모델이 이미 할 수 있는 일에 최첨단 지능을 사용하는 것이 낭비이기 때문입니다.
1년 전 사람들은 어떤 모델이 최고의 코드를 작성하는지에 대해 논쟁했습니다.
오늘 우리는 AI 직원을 위한 조직 구조에 대해 논의하고 있습니다.
상황이 빠르게 격화되었습니다.