Fable 5, 2배 가격 치르는 사람들 — 실무에서 의미 있는 차이가 있을까

하루 만에 포스트 세 개가 쏟아진 이유

가격표는 딱 2배인데 결과물은 도긴개긴이면, 개발자 입장에선 뒤통수 맞고 얼얼한 기분이 들 수밖에 없다.

7월 3일 밤부터 4일 새벽 사이, r/ClaudeCode 레딧에 Fable 5를 향한 감정 섞인 포스트들이 화산처럼 폭발했다. “Bye Fable, we had a good run”, “Goodbye, my friend”, 그리고 “I don’t understand hype behind Fable.” 제목만 훑어봐도 온도가 심상치 않다. 감탄이나 찬사가 아니라 냉정한 작별 인사다.

작성자는 제각각이었지만 질문의 본질은 하나로 모인다. Fable 5가 과연 Opus보다 2배나 비싼 돈을 주고 쓸 가치가 있는 모델인가.

커뮤니티를 들끓게 만든 논쟁과 실사용자들의 솔직한 반응을 따라가 봤다.

“같은 작업을 시켰는데, 차이가 없었다”

가장 이성적이고 설득력 있는 비교를 들고 온 건 현업 엔지니어인 u/Flexerrr였다. 자기소개부터 담백하다. “소프트웨어 엔지니어다. 바이브 코더가 아니다.”

이 유저가 한 실험은 명쾌했다. Fable과 Opus에게 동일한 프롬프트를 먹이고 결과물을 브랜치별로 나란히 대조했다. 실제 Jira 티켓 요구사항을 구현시키고, 아키텍처 설계를 시켜보고, 계획서의 맹점을 찾아내 파고들라고 주문했다. 책상머리 벤치마크가 아니라 철저한 실무 시나리오다.

결론은 영 씁쓸했다. 브랜치 diff를 까보면 코드가 조금씩 다르긴 한데, “와 이게 Fable이구나!” 싶은 결정적인 차이는 전혀 없었다는 거다. Opus 대비 2배의 API 비용을 지불할 이유를 단 1도 찾지 못했다.

댓글 창은 순식간에 두 갈래로 갈라졌다.

한쪽은 u/Fidel___Castro의 뼈 때리는 분석이다. Fable에 열광하는 인간은 딱 두 부류란다. 첫째, 복잡한 설계 없이 “알아서 뚝딱 만들어줘” 한 방에 기대는 원샷 바이브 코더들. Fable이 단발성 생성에서는 확실히 화려하니까. 둘째, 회사 법인 카드로 결제해서 토큰 요금 따윈 알 바 아닌 부자들(눈물겹게 부럽다). 이들에겐 가성비라는 단어 자체가 무의미하다.

반대편에서는 u/Keep-Darwin-Going가 반론을 폈다. Fable이 헛발질을 덜해서 특정 고난도 태스크에서는 수정 횟수가 줄어드니 결과적으로 “시간과 비용이 덜 든다”는 주장이다. 한마디로 “시간을 돈으로 살 거냐 말 거냐”의 문제라는 것.

감정이 폭발한 지점

u/Flexerrr의 글이 냉정한 엑셀 비교였다면, “Goodbye, my friend” 포스트는 날것의 감정이 요동치는 난장판이었다. 원글 작성자 u/buric69가 쓴 짧은 한탄 아래로 살벌한 댓글들이 줄줄이 달렸다.

“Get back in your hole and bring out Opus(구멍 속으로 기어 들어가고 Opus나 다시 데려와라).”

“Fuck you Sonnet.”

이런 극단적인 육두문자가 튀어나올 정도로 Fable의 가격 정책과 체감 성능에 배신감을 느낀 개발자들이 많다는 뜻이다. 자조 섞인 농담 속에서도 Opus에 대한 그리움과 신뢰가 진하게 묻어난다.

“Bye Fable, we had a good run” 스레드에서는 “vibecrying(바이브 크라잉)”이라는 명언(?)까지 탄생했다. 바이브 코딩 신나게 하려다가 모델이 헛소리해서 모니터 잡고 엉엉 울었다는 자조다(남일 같지가 않다).

30년 차 베테랑이 던지는 화살

혼돈의 카오스 속에서 중심을 잡아주는 묵직한 글 하나가 올라왔다. 1995년부터 코딩을 해온 전직 MS 커널 팀 베테랑 엔지니어 u/Waste_Scarcity4685의 글이었다. 제목은 “You Are Still Just as Valuable as You Ever Were. It’s Just a Tooling Upgrade(당신의 가치는 여전하다. 그저 도구가 업그레이드됐을 뿐이다).”

이 사람은 플로피 디스크에 OS 패치를 구워 우편으로 보내던 시절부터 일했다. 1997년 가비지 컬렉션(GC)을 지원하는 언어가 처음 나왔을 때, 선배 프로그래머들은 “메모리 관리도 안 하는 건 사기이자 게으름이다!”라며 길길이 날뛰었단다. 지금 AI 코딩을 바라보는 개발자들의 불안과 공포가 정확히 그때와 판박이라는 거다.

AI는 결코 인간 엔지니어를 대체할 수 없다. 그저 우리가 해야 할 방대한 일감 중 아주 작은 조각 하나를 거들 뿐이다.

문법을 달달 외워서 손가락으로 키보드를 치는 핸드 코딩은, 소프트웨어 엔지니어링 전체에서 “가장 덜 지적인 노동”이었다고 단언한다. 그 노가다를 AI가 대신 떠맡아줄 뿐, 시스템의 큰 그림을 설계하고 엣지 케이스를 꿰뚫어 보는 99%의 본질적인 고민은 오롯이 엔지니어의 몫으로 남아 있다는 일침이다.

Fable이 우월하네 Opus가 짱이네 하며 멱살잡이하는 판에서, 이 베테랑의 글은 차가운 얼음물 같은 깨달음을 준다. 툴의 체급 차이보다 중요한 건 결국 그 툴을 쥐고 있는 사람의 실력이라는 진리다.

결국 “가성비”라는 단 하나의 잣대

결국 레딧의 모든 논쟁은 하나의 질문으로 수렴한다. “내가 낸 돈만큼의 밥값을 하느냐.”

Fable에 빡친 사람들은 “돈은 두 배로 뜯어가면서 체감은 쥐뿔도 없다”고 외치고, 옹호하는 쪽은 “내 시간 아껴주면 그만”이라며 쿨하게 긁는다.

재미있는 건 로컬 LLM 진영에서도 똑같은 가성비 고민이 치열하다는 점이다. 같은 날 48GB 맥북에서 Qwen 3.6 35B를 돌리는 한 유저는 “GPT-5급은 아니지만 충분히 똑똑하다. 삽질해서 코드가 터져도 내 돈 안 나가니 웃으면서 다시 엔터 친다”며 행복해했다. 토큰 비용이 0원이 되는 순간, 실패의 공포가 사라진다는 거다.

M3 Max 128GB 괴물 맥북을 가진 유저들조차 “무리하게 초대형 모델 꾸역꾸역 올리기보다 27B~35B급을 고정밀도로 돌리는 게 실무 가성비 최고”라며 고개를 끄덕인다. 결국 클라우드든 로컬이든 목적에 맞는 가성비 최적화가 핵심이다.

정리하며

Fable 5가 현존 최강급 모델이라는 사실 자체를 부정할 사람은 없다. 벤치마크 숫자도 화려하고 각 잡고 쓴 원샷 결과물도 기가 막힌다. 하지만 그 약간의 차이가 내 통장에서 빠져나가는 2배의 요금을 납득시킬 수 있느냐는 완전히 다른 문제다.

결국 해답은 간단하다. 모델 바꿀 생각에 가슴이 뛴다면 u/Flexerrr의 방식을 따라 해보자. 똑같은 프롬프트를 던지고 브랜치를 파서 git diff를 직접 떠보는 거다. 화려한 광고나 레딧의 호들갑보다, 내 터미널에 찍히는 diff 결과가 세상에서 가장 정직한 벤치마크니까.