Fable 5.2·5.1·Opus 5.5 비교: 어떤 작업에서 업그레이드할까?

Fable 5.2는 기존 Fable 5.1 작업을 더 낮은 단가로 업그레이드할 후보입니다. 하지만 많은 신규 작업에서는 Opus 5.5가 더 저렴한 출발점입니다. 판단해야 할 것은 더 비싼 모델이 총비용을 낮추면서 검수를 통과한 결과를 내는지, 혹은 저렴한 모델이 충족하지 못하는 요구를 해결하는지입니다.

이 글은 2026년 11월 10일 확인한 문서 기반 기능·비용 비교이며 계산을 재현할 수 있습니다. 속도 벤치마크나 실측 작업 성공률 주장은 아닙니다. 이 글을 발행하는 Ofox는 API 카탈로그에서 해당 모델들을 제공합니다. 그런 관계가 특정 모델이 독자의 워크로드에 가장 좋다는 근거가 되지는 않습니다.

실제로 다른 점

출처는 공식 Fable 5.2, Fable 5.1 모델 표와 가격 문서입니다. 상한이 같으므로 “더 큰 컨텍스트가 필요하다”는 이유만으로 이 세 모델을 구별할 수 없습니다.

날짜가 기록된 Ofox 카탈로그도 anthropic/claude-fable-5.2, anthropic/claude-fable-5.1, anthropic/claude-opus-5.5 항목에 같은 표준 요금을 표시합니다. 이는 공개 요금 비교이지 공급자 원가 비교나 청구서가 아닙니다. 공급자 유형과 기능 가용성은 다를 수 있으므로 모델 이름과 함께 경로도 기록하세요.

Fable 5.2의 일반 입력·출력 단가는 5.1보다 20% 낮습니다. 캐시되지 않은 입력이나 출력 토큰당 요금은 Opus 5.5의 두 배지만, 캐시 읽기 요금은 같습니다. 어느 사실도 완료된 에이전트 작업의 비용을 결정하지는 않습니다. 출력 길이, 캐시 동작, 시도 횟수, 도구 작업량이 달라질 수 있기 때문입니다.

직접 다시 계산할 수 있는 세 가지 비용 시나리오

다음은 측정된 출력이 아니라 합성 토큰 예산입니다. 모두 USD 기준 표준 동기 요청 요금이며 batch 할인, fast mode, 별도 과금 도구를 제외했습니다. 출력은 과금되는 추론을 포함한 총 과금 출력입니다. 캐시 읽기 예제에서는 이전 캐시 쓰기 요청을 제외했으므로 전체 세션 청구액으로 사용하면 안 됩니다.

마지막 행은 캐시 비중이 큰 요청에서 “Fable은 두 배 비싸다”는 포괄적 표현이 왜 맞지 않는지 보여줍니다. 캐시 부분은 5.2와 Opus 5.5 모두 $0.02입니다. 나머지 입력과 출력에만 높은 Fable 단가가 적용되므로 요청 비용 비율은 2가 아니라 약 1.23입니다.

중간 행은 다음 코드로 계산할 수 있습니다.

from decimal import Decimal as D

rates = {
    "fable52": (D("8"), D("40"), D("0.20")),
    "fable51": (D("10"), D("50"), D("0.25")),
    "opus55": (D("4"), D("20"), D("0.20")),
}
for name, (input_rate, output_rate, read_rate) in rates.items():
    cost = (1000 * input_rate + 4000 * output_rate
            + 19000 * read_rate) / D("1000000")
    print(name, cost)

캐시 생성에는 별도 요금이 있습니다. 공개된 5분 쓰기 단가는 각각 100만 토큰당 $10, $12.50, $5이며, 1시간 단가는 $16, $20, $8입니다. 세션 예산에는 해당 쓰기 비용, 실제 캐시 미스, 만료 동작을 포함하세요. 코드에 캐시 지시어가 있다는 이유로 모든 턴을 적중으로 계산하면 안 됩니다.

출력이 얼마나 늘면 5.1 대비 절감 효과가 사라질까?

5.1 작업이 첫 행처럼 캐시되지 않은 입력 20,000토큰과 출력 4,000토큰을 쓴다고 가정합니다. 계산 비용은 $0.40입니다. 같은 입력을 5.2에서 처리하면 입력에 $0.16이 들고, 같은 총액까지 $0.24가 남습니다. 출력 100만 토큰당 $40이면 출력 6,000토큰에 해당합니다.

이 조건에서는 5.2 출력이 5.1 예제보다 50% 늘어도 비용이 같습니다. 입력과 출력이 같은 비율로 늘어난다면 단가 20% 인하는 손익분기점까지 토큰 양이 25% 늘어날 여유를 줍니다. 두 비율은 서로 다른 질문에 대한 답이며 실제 모델 행동을 예측하지 않습니다.

따라서 최초 마이그레이션 측정에서는 같은 작업의 토큰 유형별 사용량을 기록해야 합니다. 새 모델이 더 많은 작업을 하거나 재시도하거나 도구를 더 쓰면 단가는 낮아도 청구액은 커질 수 있습니다. API 안내에서 보존해야 할 응답 필드를 설명합니다.

작업과 검수 조건으로 선택하기

이는 모델 경연 실험의 성능 결과가 아니라 선택 기준입니다. 예를 들어 청구서 추출에서는 문장이 유창해도 청구서 ID 누락이나 총액 오류가 있으면 거부해야 합니다. 저장소 수정은 관련 테스트를 통과하고 무관한 변경을 피해야 합니다. 조사 보고서는 중요한 주장마다 접근 가능한 출처를 붙이고 해결되지 않은 증거 충돌을 남겨야 합니다.

공식 모델 선택 안내는 대부분의 작업을 Opus에서 시작하고 평가가 여전히 부족할 때 상위 단계로 옮기도록 권합니다. Fable의 가치는 더 높은 버전 숫자 자체가 아니라 실제 검수를 통과시킬 수 있는 작업에 있습니다.

호출당 가격보다 검수 통과 작업당 비용 비교하기

비교 가능한 작업 묶음에서 전체 API·도구 지출을 검수를 통과한 산출물 수로 나누세요. 거부된 작업, 미완료 작업, 사람이 고친 작업도 비용 계산에 남겨야 합니다. 실패를 제외하면 성능이 부족한 모델이 실제보다 저렴해 보입니다.

첫 합성 행처럼 Opus 한 번의 시도가 $0.16, Fable이 $0.32라고 가정해 보겠습니다. 검수 통과율이 각각 50%, 90%라면 단순화한 통과 시도당 비용은 $0.32와 약 $0.356입니다. 더 높은 통과율이 가격 차이를 자동으로 상쇄하지는 않습니다. 이 통과율은 계산을 위한 가정이며 모델의 실측 결과가 아닙니다.

이 단순 모델은 비교 가능한 독립 시도를 가정하고 수동 수정, 대기 시간, 외부 도구를 제외합니다. 실제 워크플로에서는 실패할 때마다 비싼 검토 시간이 든다면 재시도가 적은 모델이 유리할 수 있습니다. 이를 토큰 성능 주장에 숨기지 말고 시간당 비용 가정을 명시해 별도로 보고하세요.

단계적 라우터는 Opus 시도, 검증, 상향 전환, Fable 시도, 최종 검증까지 전체 경로를 측정해야 합니다. 거의 모든 작업이 상향 전환된다면 저렴한 모델부터 시작하는 것도 공짜가 아닙니다. 경로를 비교하면서 동일한 비멱등 부수 효과를 두 번 실행하지 마세요.

트래픽 이동 전에 마이그레이션 비용 고려하기

Fable 5.2는 모든 계정의 대화 프리픽스를 검사합니다. 시스템 프롬프트나 도구를 다시 쓰는 기존 클라이언트는 5.1 요청이 수락됐더라도 수정이 필요할 수 있습니다. 기본 effort도 Opus 5.5와 다릅니다. 생략하면 medium과 high를 비교하게 됩니다. Effort를 명시하고 설정을 공개하세요.

마이그레이션 안내는 보관 정책, computer tool, advisor, thinking 호환성 차이도 설명합니다. 특히 이전 computer-use 도구에는 Amazon Bedrock 예외가 있으므로 플랫폼별 비호환성을 모든 Ofox 경로에 적용하면 안 됩니다. 400 진단 글에서 수정 분기를 확인할 수 있습니다.

5.2에서 이전 모델로 fallback할 때 요청이 성공해도 5.2의 추론이 보존된 것은 아닐 수 있습니다. 검증된 작업 사실과 도구 결과를 별도로 저장하세요. 에이전트 체크포인트 안내는 받는 모델이 일을 끝내는 데 필요한 정보를 설명합니다.

직접 확인할 수 있는 작은 비교부터 시작하기

대표 작업을 고정하고 일부를 보류 평가용으로 남기세요. 결과를 보기 전에 프롬프트, 입력 파일, 도구, 검수 기준을 고정합니다. 모델별로 정확한 ID, 경로, effort, 토큰 상한, SDK 버전, 타임스탬프, 입력·출력·캐시 사용량, 도구 지출, 완료 상태, 검수 판정을 기록하세요.

후보별 일반 운영 설정으로 시작하고 비용이나 품질 조정이 필요하면 명시적인 effort 비교를 별도로 수행합니다. 같은 effort 이름은 설정을 통제하는 수단이지 같은 내부 연산량의 증거가 아닙니다. 타임아웃, 재시도, 거부, 출력 누락도 남기세요. 성공한 재실행으로 조용히 대체하면 안 됩니다.

5.2가 품질 기준을 충족하면서 검수 통과 작업당 비용, 어려운 사례의 완료, 검토 노력 같은 명확한 목표를 개선할 때 적용하세요. 검증된 롤백에 필요한 기간만 5.1을 유지하고, 모델 롤백과 서명된 대화 상태 복원을 명확히 구분합니다.

관련 문서: Ofox 모델 카탈로그, 사용량 추적, 네이티브 Messages. 비교 실행이 도구 호출 뒤 실패했다면 추론 품질의 증거로 해석하기 전에 도구 결과 연결 오류를 먼저 해결하세요.