방금 출시한 Opus 5 vs Fable 5 vs 5.6 Sol 리뷰
📺 원본 영상: 방금 출시한 Opus 5 vs Fable 5 vs 5.6 Sol 리뷰
🎙️ 채널: 코드팩토리
📅 정리 일자: 2026-07-26
⚠️ Note: 본 리포트는 영상의 음성을 텍스트로 변환(STT)하여 정리한 것입니다. 화면에 표시된 자료, 차트, 코드, 슬라이드 등은 포함되지 않을 수 있습니다.
개요
이번 영상은 새로 출시된 Opus 5를 Fable 5, GPT 5.6 Sol과 비교하면서 실제 작업 결과를 중심으로 성능 차이를 평가한 리뷰다. 강연자는 단순 벤치마크 수치만이 아니라 게임 구현, 단편소설 작성, 복잡한 웹디자인 구현이라는 세 가지 실사용 과제를 통해 각 모델의 장단점을 확인한다. 핵심 결론은 Opus 5가 Fable 5에 매우 근접한 완성도를 보이면서도 비용과 속도 측면에서 매력적인 선택지가 되었고, Sol은 빠른 단순 작업에서는 여전히 유용하지만 검증과 마감 품질에서는 Claude 계열 모델에 밀리는 경향이 있다는 것이다.
벤치마크가 던진 첫 번째 질문
강연자는 영상 초반에 Opus 5의 공식 블로그와 벤치마크 결과를 확인하면서, 이번 발표에서 가장 흥미로운 지점은 Opus 5가 Fable 5와 비교해도 여러 지표에서 상당히 강하게 나온다는 점이라고 설명한다. 특히 가격을 고려하면 Opus 5는 Fable 5 대비 거의 절반 수준의 비용으로 비슷한 등급의 성능을 제공하는 것처럼 보이며, 이 때문에 “굳이 Fable 5를 써야 하는가”라는 질문이 생길 정도라고 평가한다. 다만 강연자는 벤치마크 수치가 실제 체감과 완전히 일치한다고 단정하지는 않고, Opus라는 이름을 단 모델이 왜 이 정도 위치까지 올라왔는지 의문이 들 정도라고 조심스럽게 덧붙인다.
00:58 - Opus 5와 Fable 5의 가격 및 벤치마크 비교 화면을 보며 비용 대비 성능을 설명하는 구간
💡 [영상 참조] 강연자는 이 구간에서 Opus 5 블로그와 벤치마크 화면을 참조하며 Frontier Bench, Cursor Bench, AI Coding Agent Index 등으로 보이는 항목을 설명합니다. STT상 일부 벤치마크 명칭은 불명확하므로 정확한 표기는 원본 영상을 확인하는 것이 좋습니다.
📺 원본 영상에서 확인하세요.
02:14 - Frontier Bench, Cursor Bench, AI Coding Agent Index 등 벤치마크 항목을 설명하는 구간
이 대목에서 중요한 것은 Opus 5가 단순히 이전 세대 대비 개선된 모델이라는 수준을 넘어, Fable 5의 비용 부담을 느끼던 사용자에게 실질적 대안으로 떠올랐다는 점이다. 강연자는 4.8 세대와의 비교는 제외하고, 현재 사용자가 체감할 가능성이 큰 최신 모델군 사이의 차이에 집중한다. 그 결과 벤치마크만 놓고 보면 Opus 5는 매우 강한 출발점을 확보했지만, 실제 작업에서는 Fable과 얼마나 다른지, 그리고 Sol과 비교해 어떤 유형의 차이가 발생하는지가 더 중요해진다.
비교 실험의 설계와 실행 조건
강연자는 세 모델을 비교하기 위해 하나의 테마 안에서 게임, 단편소설, 웹디자인 구현이라는 세 가지 과제를 구성했다. 이 프롬프트는 원래 Sol에게 만들도록 시킨 것으로 보이며, 각 모델이 같은 조건에서 얼마나 안정적으로 결과물을 만들어내는지 확인하기 위한 실험 장치로 사용되었다. 게임 과제는 규칙이 복잡하지 않은 패턴 기반 게임이었고, 단편소설은 3,000자 이내의 한국어 창작물을 요구했으며, 웹디자인 과제는 통계와 인터랙션이 포함된 비교적 복잡한 UI 구현을 목표로 했다.
03:19 - 게임, 단편소설, 웹디자인 비교를 위한 프롬프트 구성을 보여주는 구간
실행 조건도 비교에서 중요한 요소로 제시된다. 강연자에 따르면 Sol은 Extra High Effort로 실행했고, Opus와 Fable은 모두 Max 설정으로 실행했다. 또한 동적으로 에포트가 조정되는 형태의 하네스는 사용하지 않았다고 설명하는데, 이는 모델이 자동 검증과 반복 개선을 얼마나 잘 수행하는지보다는 단일 실행 조건에서의 초기 완성도를 보려는 의도에 가깝다. 따라서 이번 비교는 “최종적으로 얼마나 고칠 수 있는가”보다 “첫 결과물이 얼마나 정돈되어 나오는가”를 평가하는 성격이 강하다.
게임 구현에서 드러난 완성도 차이
첫 번째 과제인 게임 구현에서는 세 모델 모두 싱글 프롬프트만으로 기본 로직을 잘 구현했다고 강연자는 평가한다. 게임은 침수되기 전에 예보를 확인하고, 배수 펌프를 작동시키며, 구조 신호를 보내 정해진 턴 안에 구조를 받는 방식으로 설명된다. 이 정도 난이도의 규칙 기반 게임에서는 세 모델 모두 기능적 완성도에서 큰 실패를 보이지 않았고, 실제 프로그램 실행 방식도 전반적으로 정상적으로 작동한 것으로 보인다.
차이는 UI와 애니메이션의 마감에서 발생했다. Opus 5는 비가 강해지는 장면, 태풍 접근을 시각적으로 표현하는 요소, 게임 상태 변화가 비교적 명확하게 드러났고, 강연자는 애니메이션상 큰 문제가 없어 보인다고 평가했다. 반면 Sol은 안전 항로 표시의 화살표 위치가 어긋나거나, 화살촉으로 보이는 요소가 정렬되지 않는 등 시각적 검증이 덜 된 흔적을 보였다고 설명한다. 이 문제는 뒤에서 다룬 웹디자인 과제에서도 반복되기 때문에, 강연자는 Sol이 선과 도형의 정확한 결합처럼 세밀한 UI 검증이 필요한 작업에서 다소 대충 마감하는 경향이 있다고 해석한다.
05:28 - Sol이 만든 게임 UI에서 화살표와 정렬 문제를 지적하는 구간
Fable 5 역시 게임 로직과 애니메이션을 안정적으로 구현했으며, 구조선이 다가오는 표현과 사운드까지 포함했다는 점에서 강연자의 관심을 끌었다. 다만 배가 위아래로 과하게 움직이는 부분은 조금 어색하다고 언급되었으므로, Fable도 완전히 무결한 결과를 낸 것은 아니다. 그럼에도 전체적으로는 Opus와 Fable이 Sol보다 첫 결과물의 완성도에서 앞섰고, 특히 검증 없이 바로 사용할 수 있는 UI 품질에서는 두 모델이 더 신뢰할 만하다는 결론으로 이어진다.
한국어 단편소설에서 확인한 언어 능력의 변화
두 번째 과제는 “관측소장의 마지막 기록”이라는 제목을 중심으로 한 한국어 단편소설 작성이었다. 강연자는 이 과제를 넣은 이유를 한국어 아티팩트 생성에서 GPT 계열이 전통적으로 더 자연스러운 결과를 내는 경우가 많았기 때문이라고 설명한다. Claude 계열 모델이 많이 따라오기는 했지만, 한국어 문장 흐름과 표현의 자연스러움에서는 GPT를 선호해왔다는 것이 강연자의 기존 판단이었다.
이번 비교에서는 그 판단이 다소 흔들린다. Fable 5는 정전, 비상등, 무전기, 우비 같은 사물을 통해 관측소의 분위기를 차분하게 쌓아 올렸고, Opus 5도 붉은 비상등 아래에서 사물들이 같은 색으로 변하는 장면을 자연스럽게 구성했다. GPT 5.6 Sol 역시 “관측실은 피가 덜 마른 상자처럼 어두웠다”와 같은 강한 비유를 사용하면서 문학적 인상을 남겼지만, 강연자는 “19시”라는 표현 방식처럼 일부 어색하게 느껴지는 부분을 짚었다. 전체적으로는 세 모델 모두 한국어 능력이 크게 올라와 이제는 짧은 일부 문단만으로 우열을 단정하기 어려운 수준에 도달했다고 평가한다.
07:47 - Fable 5와 Opus 5의 한국어 단편소설 문단을 비교해 읽는 구간
강연자의 주관적 판단으로는 Fable 5가 Opus 5보다 문장 흐름과 자연스러움에서 조금 더 나았다고 한다. 그러나 이 영역은 독자의 취향과 문체 선호가 강하게 작용하기 때문에, 강연자도 직접 링크를 통해 전체 글을 읽어보고 판단하라고 권한다. 중요한 변화는 Claude 계열의 한국어 글쓰기 능력이 단순히 “쓸 만해졌다”가 아니라, GPT 계열과 직접 비교해도 충분히 경쟁 가능한 수준으로 올라왔다는 점이다.
웹디자인 구현에서 Sol의 약점이 반복되다
세 번째 과제인 웹디자인 구현은 이번 비교에서 가장 차이가 잘 드러난 실험으로 보인다. 강연자는 복잡한 통계와 인터랙션이 포함된 웹사이트를 만들도록 했고, 결과물을 Opus, Sol, Fable 순서로 비교했다. 여기서 Sol은 이전에 Kimi 또는 Opus 4.8과 비교했을 때와 마찬가지로, 첫 결과물에서 약간 대충 만든 듯한 인상을 줬다고 평가된다. 특히 타임라인의 선과 포인트가 어긋나는 문제처럼 정확한 정렬과 결합이 필요한 부분에서 약점을 보였다는 설명이 반복된다.
Opus 5의 결과물은 상대적으로 안정적이었다. 강연자는 호버링했을 때 수치가 잘 바뀌고, S01이나 S06 같은 관측 센서로 보이는 요소를 클릭했을 때 관련 숫자와 UI 요소가 자연스럽게 갱신된다고 설명한다. 특히 Sol에서 어긋났던 타임라인 포인트 정렬이 Opus에서는 잘 맞아 있었고, 통계 표시와 인터랙션도 무난하게 작동한 것으로 보인다. 이런 관찰을 바탕으로 강연자는 Opus의 웹 구현 완성도가 Sol보다 높다고 평가한다.
10:28 - Opus 5 웹디자인 결과물에서 타임라인 정렬과 인터랙션 완성도를 확인하는 구간
Fable 5의 결과물은 Opus와 매우 비슷한 방향성을 보였다. 강연자는 두 모델이 서로 큰 차이가 있는 모델인지 의문이 들 정도로 생각의 흐름과 표현 방향이 닮았다고 말한다. Fable 역시 호버 기반 인터랙션과 애니메이션, 관측 센서 클릭, 타임라인 정렬을 안정적으로 구현했으며, 이 때문에 Opus와 Fable은 첫 결과물의 마감 품질 면에서 같은 계열의 강점을 공유하는 것으로 보인다. 반대로 Sol은 두 번째 프롬프트로 개선을 요청하면 잘 고칠 수 있지만, 첫 실행에서 자동 검증을 통해 마감을 다듬는 능력은 Claude 계열보다 약하다는 것이 강연자의 해석이다.
11:28 - Fable 5 웹디자인 결과물의 센서 인터랙션과 타임라인 정렬을 확인하는 구간
속도와 비용까지 고려한 실사용 판단
강연자는 몇 시간 동안 Opus 5를 사용해본 결과, Fable 5와 비교했을 때 엄청난 차이를 느끼지는 못했다고 말한다. 이는 실험 과제의 난이도 때문일 수도 있지만, 적어도 영상에서 보여준 수준의 코딩과 UI 구현에서는 Opus가 Fable에 상당히 근접했다는 뜻으로 읽힌다. Sol과는 여전히 차이가 났고, 특히 검증과 UI 마감에서는 Claude 계열이 더 안정적이라는 인상이 강하다. 따라서 Opus 5는 4.8 대비 확실한 업그레이드이며, Fable의 비용이 부담스러운 사용자에게는 현실적인 대체재가 될 수 있다.
속도 측면에서도 Opus는 Fable보다 조금 더 빠르게 느껴졌다고 한다. 다만 강연자는 대부분의 작업을 Claude Code로 보이는 환경에서 수행했기 때문에, 모델 자체의 순수 속도보다 하네스가 문제를 풀어가는 과정이 전체 시간에 더 큰 영향을 줬다고 설명한다. Max 설정에서는 Opus가 확연히 더 빠르게 느껴지는 경우가 있었지만, 글쓰기에서는 오히려 Fable이 더 빠르게 집필한 사례도 있었다. 이 때문에 속도는 작업 유형에 따라 달라질 수 있으며, 단순히 특정 모델이 항상 빠르다고 정리하기는 어렵다.
모델 선택 전략: 어려운 작업과 빠른 작업을 나눠야 한다
강연자의 추천은 작업 난이도에 따라 모델을 나누는 방식으로 정리된다. 어려운 작업을 시킬 때는 Fable, Opus, Sol 순서가 적합하다고 보며, 빠르고 단순한 작업에서는 Sol, Opus, Fable 순서가 더 현실적이라고 말한다. 이는 Fable이 여전히 가장 안정적인 고난도 작업용 모델로 평가되지만, Opus가 비용과 속도 면에서 매우 강한 중간 지점을 차지하게 되었다는 뜻이다. Sol은 Fast 모드를 활용할 수 있다면 단순 작업 처리에 유리하지만, 첫 결과물의 검증 품질이 중요한 작업에서는 신중하게 써야 한다.
Claude만 구독하고 있는 사용자라면 Fable 사용량을 먼저 어려운 작업에 쓰고, 이후 Opus로 넘어가는 방식이 충분히 만족스러울 것이라고 강연자는 제안한다. 반대로 토큰이나 비용이 부담된다면 대부분의 작업을 Opus로 돌리고, 복잡한 작업에서만 Claude Code 환경을 함께 사용하는 방식이 효율적일 수 있다고 본다. GPT만 구독하고 있는 사용자에게는 다음 결제 주기에 Claude를 한번 사용해보는 것도 체감이 있을 것 같다고 말하는데, 이는 이번 비교에서 Claude 계열의 코딩과 한국어 품질이 상당히 강하게 나타났기 때문이다.
마무리 / 핵심 정리
이번 리뷰의 핵심은 Opus 5가 Fable 5의 하위 대체재라기보다, 상당수 실사용 과제에서 Fable에 근접한 결과를 내는 고효율 모델로 등장했다는 점이다. 게임 구현, 웹디자인, 한국어 글쓰기 모두에서 Opus는 안정적인 결과를 보였고, 특히 UI 정렬과 인터랙션 완성도에서는 Sol보다 확실히 높은 평가를 받았다. Fable은 여전히 고난도 작업과 문장 자연스러움에서 가장 믿을 만한 선택지로 남아 있지만, 비용과 속도를 함께 고려하면 Opus 5의 매력이 크게 부각된다.
Sol은 빠른 단순 작업에서는 여전히 유용하지만, 첫 결과물의 세부 검증과 시각적 정합성이 중요한 과제에서는 추가 수정 프롬프트가 필요할 가능성이 높다. 결국 모델 선택은 하나의 절대 순위가 아니라 작업 유형에 따라 달라진다. 강연자의 결론을 종합하면, 어려운 작업은 Fable 또는 Opus에 맡기고, 단순하고 빠른 작업은 Sol이나 Opus를 활용하는 방식이 현재 시점에서 가장 실용적인 전략이다.
📚 출처 및 참고
| 구분 | 내용 |
|---|---|
| 원본 영상 | 방금 출시한 Opus 5 vs Fable 5 vs 5.6 Sol 리뷰 |
| 채널 | 코드팩토리 |
| 영상 길이 | 14분 24초 |
| 리포트 작성 | 2026-07-26 |
| 작성 방식 | YouTube 영상 STT 변환 후 에디팅 |
💬 본 리포트는 영상 내용을 바탕으로 재구성되었습니다. 정확한 내용은 원본 영상을 참조해 주세요.