계층 1 — 핵심 주장 / 결론
Peter Yang(전 Reddit·Twitch PM 출신, AI 크리에이터)이 OpenAI의 GPT-5.6과 Anthropic의 Claude Fable 5를 여섯 가지 실전 작업으로 정면 비교했다. 결론은 "케이스 바이 케이스"지만, 최종 선택은 명확하다.
- 일상적으로 쓰는 데일리 드라이버는 GPT-5.6. 이유는 성능 차이가 아니라 속도·비용·레이트리밋이다. Fable만큼 잘하면서 API 기준 약 50% 저렴하고, ChatGPT Max 구독에서는 레이트리밋을 사실상 신경 쓸 필요가 없다.
- 6개 항목 중 앞단(front-end) 디자인 격차는 GPT-5.6에서 크게 좁혀졌고(5.5 대비 극적으로 개선), 반면 브라우저/컴퓨터 유즈(웹 자동화)는 GPT 계열(ChatGPT+Codex)이 확실한 우위를 보였다.
- 여유가 된다면 두 모델을 역할 분담하라는 것이 저자의 실전 팁: Fable = 기획자·설계자·디자이너, GPT = 엔지니어·데일리 드라이버.
계층 2 — 주요 논점 및 근거
1) 벤치마크보다 실전 워크플로우가 중요하다
Terminal-bench 기준으로 GPT-5.6 Soul(울트라 모드)이 코딩에서 Fable보다 약간 앞서지만, 저자는 "이런 벤치마크는 절반의 이야기만 들려준다"며 실사용 6개 태스크로 검증했다.
2) OpenAI의 진짜 경쟁력은 모델 품질이 아니라 효율
- GPT-5.6 Soul은 API 가격 기준 Claude Fable 5보다 약 50% 저렴.
- ChatGPT Max 구독 시 레이트리밋을 거의 의식하지 않고 쓸 수 있음.
- 소비자·기업 모두 "최고 성능"뿐 아니라 "비용 효율"을 함께 요구하는 흐름으로 가고 있다는 진단.
3) 여섯 가지 실전 테스트 결과 요약
| 유스케이스 | 결과 | 비고 |
|---|---|---|
| 인터랙티브 여행 웹사이트 제작 | 거의 동률 | GPT-5.6이 5.5 대비 디자인 격차를 크게 좁힘 |
| Starfox 스타일 3D 스페이스 슈터 게임 | Fable 근소 우위 | 배럴롤(barrel roll)을 지시 없이도 구현 |
| 숏폼 영상 편집·게시(브라우저/컴퓨터 유즈) | GPT 확실 우위 | 유튜브 쇼츠·틱톡·인스타 자동 업로드/스케줄링 |
| 모바일 앱 신규 기능 추가(기획+프로토타입) | 동률 | 공유 design.md·컴포넌트 라이브러리 사용 시 결과물 유사 |
| 인생/비즈니스 조언 받기 | 막상막하 (Fable 통찰력 ↑, GPT 정리력 ↑) | 둘 다 예전보다 "글쓰기"가 퇴보했다는 지적도 |
| 개인 AI OS(스킬 레포) 정리 제안 | 동률 | 두 모델이 유사한 제안(스폰서 스킬 통합 등)을 함 |
4) 다른 빌더들의 평가(저자가 취합)
- GPT-5.6: "물어뜯으면 놓지 않는 개" 같은 근성(hard-working, 안 포기함), 브라우저/컴퓨터 유즈에서 매우 신뢰 가능, 빠르고 토큰 효율적. 단점: 의도 파악이 살짝 약하고 프론트엔드는 격차를 좁혔지만 아직 미세하게 열세.
- Claude Fable 5: "현명한 부엉이"에 비유될 만큼 사려 깊고 표현력이 좋음, 프론트엔드를 처음부터(from scratch) 더 잘 만듦, 더 원칙적이라 쉽게 의견을 바꾸지 않음. 단점: API 기준 GPT-5.6보다 약 2배 비싸고 레이트리밋이 빡빡함.
계층 3 — 세부 사례, 데이터, 인용
여행 웹사이트 제작 (12월 일본 여행 일정)
- 프롬프트: "가장 최근 구글독스 일본 일정을 바탕으로 아름다운 인터랙티브 여행 웹사이트를 만들어줘. 날짜별로 정리하고 각 날짜에 날짜/지역/활동/저녁식사, 주요 명소 이미지를 포함해줘. 가족에게 보여줄 진짜 여행 카탈로그처럼 느껴지게 해줘." + "히어로 섹션에 3D·WebGL 요소를 넣어 더 몰입감 있게" 라는 트릭 프롬프트 사용.
- GPT-5.5(구버전)는 기능은 되지만 이미지 선택이 어색하고 히어로의 3D 경로가 랜덤해 보임.
- GPT-5.6은 인터랙티브한 3D 도리이(鳥居, 신사 입구문)와 배경의 달/해, 더 관련성 높은 이미지(메이지 신궁 등), 감성적인 카피("Steam in the cold air, no hurry, nowhere else to be")까지 구현.
- Fable은 배경에 WebGL 눈송이 효과, 도시별 일정, 방문지에 맞춘 여러 장 이미지를 포함했지만 일부 텍스트가 잘려 보이는 문제 있음.
Starfox 스타일 게임
- 프롬프트: "행성 표면을 관통해 전진 비행, AI 윙맨 동반, 장애물 회피, 적 사격, 파워업 수집, 최종 보스전까지 포함한 브라우저용 3D 레트로 게임을 만들어줘."
- GPT-5.6: 약 10분여 만에 완성. 사격, 부스트, 파워업 수집, "드레드노트(Dreadnought)"라는 보스(폭탄 버튼으로 처치) 구현.
- Fable("Starwing"): 10~15분 소요, 윙맨에 캐릭터성 부여, 통과 링(rings) 추가, 배럴롤 기능(요청하지 않았음에도 자체 판단으로 구현 — Starfox 시리즈의 상징적 기능), 보스는 캐논을 먼저 파괴해야 하는 다단계 구조와 회피해야 하는 레이저 공격 포함.
- 저자는 "요구사항에 없던 배럴롤을 Fable이 기억해서 넣은 점" 때문에 근소하게 Fable 우세로 판정.
브라우저/컴퓨터 유즈 — 숏폼 영상 자동 게시
- 저자가 만든 "/video post" 스킬: 유튜브 롱폼 링크 입력 → AI가 흥미로운 5개 구간 제안 → 사용자가 하나 선택 → FFmpeg로 가로/세로 버전 클립 자동 생성(자막 포함) → "목·오후 5시에 인스타그램/틱톡/유튜브 쇼츠에 예약 게시해줘" 지시.
- GPT-5.6은 유튜브 스튜디오로 이동해 20단계 이상을 스스로 처리(광고 적합성 설정까지 별도 지시 없이 알아서 처리), 이 워크플로우를 런칭 이후 한 번도 실패한 적이 없다고 언급.
- Fable도 크롬 확장으로 가능하지만 스크린샷 기반으로 클릭 위치를 매번 파악해야 해서 속도가 느리고 토큰 소모가 큼 — 저자는 이것이 "모델 자체의 차이"인지 "ChatGPT/Codex 앱 대 Claude Code 앱의 차이"인지 확신하지 못한다고 밝힘.
모바일 앱 기능 추가(영양 추적 탭)
- 팁: 계획서는 마크다운 대신 인터랙티브 HTML로 만들라고 요청하면 훨씬 읽기 좋음. 또한 "compound engineering"이라는 무료 GitHub 스킬 레포를 활용해 더 탄탄한 계획서를 만들 수 있다고 소개.
- 공유된 design.md와 컴포넌트 라이브러리를 각 모델에 제공했더니 결과물(로컬 데이터 기반 영양 탭 프로토타입)이 매우 유사했음. GPT는 격려 문구를 더 넣는 경향.
- 저자는 "GPT-5.5로 같은 걸 시켰다면 훨씬 결과가 나빴을 것"이라며 5.6의 프론트엔드 개선폭을 재차 강조.
인생/비즈니스 조언
- 저자가 관리하는 "plan doc"(장기 목표·비즈니스 전략·에너지원)을 기반으로 조언을 요청.
- GPT-5.6: "블라인드 스팟(내가 놓친 부분)" 섹션에서 "당신의 ICP(이상적 고객 프로필)가 여전히 너무 넓다 — PM, 엔지니어, 크리에이터, 오퍼레이터를 동시에 타깃하는데 이들은 구매 이유가 전혀 다르다"는 지적. 정리력과 가독성이 우수.
- Fable: "유튜브 구독자 10만에 가까운데, 유튜브가 Substack 트래픽에서 차지하는 비중이 매우 작다 — 파이프라인에 문제가 있다"는, GPT가 짚지 못한 독자적 통찰 제시. 다만 답변 구조가 GPT보다 덜 정돈됨.
- 저자의 사견: "Opus 4.6이 Opus 4.8보다 더 나은 라이터였다"며 두 회사 모두 코딩에 최적화하면서 글쓰기 품질이 다소 퇴보한 것 같다고 언급.
개인 AI OS(스킬 레포) 정리
- GPT-5.6: "옵스 리뷰 스킬"(다른 모든 스킬을 감독하는 상위 스킬) 신설 제안, 4개로 흩어진 스폰서 관련 스킬 통합 제안.
- Fable: 스킬 간 문서 드리프트(문서 불일치) 정리, 여러 "thinking" 스킬 및 리서치 관련 스킬 통합 제안. 동일하게 스폰서 스킬 통합도 제안.
- 저자 아이디어: Codex/ChatGPT 안에서 Claude CLI를 호출해 두 모델이 서로 의견을 주고받게 한 뒤 최종 제안을 받는 방식도 가능할 것.
계층 4 — 시사점 및 실행 포인트
- 레이트리밋과 비용이 실제 "데일리 드라이버" 선택을 좌우한다. 절대 성능 차이가 크지 않다면, 무제한에 가깝게 쓸 수 있는 쪽(가격·쿼터)이 실무 생산성에서 이긴다 — 벤치마크 상위 모델이 항상 실전 최선은 아니라는 점을 재확인.
- 역할 분담 전략이 유효하다. 여유가 있다면 "Fable=기획/설계/디자인, GPT=구현/일상 작업"처럼 강점에 따라 모델을 나눠 쓰는 것이 단일 모델 고정보다 합리적일 수 있다.
- 브라우저/컴퓨터 유즈가 결정적 차별점으로 부상. API·MCP가 부실한 대부분의 웹사이트·앱에서 "AI가 직접 브라우저를 조작해 처리하는 능력"이 실무 시간 절약에 크게 기여한다. 폼 작성, 규정 준수 교육, SNS 예약 게시 등 반복 업무 자동화에서 이 능력을 우선순위로 고려할 가치가 있다.
- 히어로 섹션에 3D/WebGL 요소를 추가해달라는 프롬프트 트릭은 AI 생성 웹사이트의 몰입감을 높이는 재사용 가능한 팁이다.
- 계획 문서는 마크다운보다 인터랙티브 HTML로 요청하면 가독성이 훨씬 좋아진다. "compound engineering" 같은 공개 스킬 레포를 활용해 계획의 완성도를 높이는 것도 참고할 만하다.
- 레포/스킬 정리 작업을 정기 크론으로 자동화하라는 조언 — 활발히 쓰는 프로젝트 레포일수록 주기적으로(예: 주 1회) "레포 점검 후 승인받기" 루틴을 걸어두면 관리 부채가 누적되지 않는다.
- medium/high 정도의 추론 강도를 기본값으로 쓰고, ultra/very high는 정말 막힐 때만 쓰라는 실용적 토큰 절약 팁도 함께 제시됨.