Fireworks가 Kimi K3와 Fable 5를 비교한 글은 모델 순위표보다 routing 전략을 전면에 둔다. HN item 48999291은 2026년 7월 21일 22:35:24 UTC에 올라와 800점대와 400개가 넘는 댓글을 모았다. 읽을 만한 지점은 "어느 모델이 이겼나"가 아니라, 긴 agent loop에서는 한 모델만 고정하는 방식이 비용과 품질 양쪽에서 불리해질 수 있다는 주장이다.

Fireworks의 글은 Kimi K3를 open model, Fable 5를 closed model로 놓고 약 1,030개의 agentic task를 같은 harness에서 돌렸다고 설명한다. 과제군은 SWE 스타일의 실제 repo bug-fix 460개, security와 sysadmin을 포함한 terminal 작업 89개, 알고리즘 문제 100개, 여섯 언어 구현 225개, 법률 agent benchmark 120개 등으로 나뉜다. 회사는 K3와 Fable 사이를 라우팅했을 때 93% accuracy를 달성했다고 주장한다.

더 큰 메시지는 비용이다. Fireworks는 긴 agent loop에서 Fable 단독 대비 최대 약 50배 더 비용 효율적인 결과가 나왔다고 적었다. 단순히 싼 모델을 쓰자는 얘기는 아니다. 쉬운 문제나 특정 유형의 작업은 K3가 처리하고, 더 어려운 구간은 Fable로 넘기는 방식이면 품질을 크게 잃지 않으면서 지출을 줄일 수 있다는 계산이다.

이 접근은 실제 제품 설계와 맞닿아 있다. 사용자는 모델 이름보다 결과, 응답 시간, 실패율, 청구서를 본다. agent가 여러 단계를 거치는 동안 모든 subtask를 가장 비싼 모델에 맡기는 것은 관리하기 쉽지만 낭비가 커진다. 반대로 라우터를 잘못 만들면 어려운 작업을 낮은 비용 모델에 넘겨 품질이 깨진다. 따라서 routing은 단순한 최적화가 아니라 평가 데이터, confidence 판단, fallback 정책이 함께 들어가는 product layer가 된다.

HN 댓글의 관심도 이 주장에 붙었다. frontier model 경쟁의 다음 단계는 모델 하나의 최고점보다, 서로 다른 모델을 언제 조합할지 결정하는 운영 기술일 수 있다.

#fireworks

Kimi K3와 Fable 조합, single model보다 routing이 강한 이유