신규 무료로 가입하고 10회 호출해 보세요. 최대 $1, 카드 등록 불필요.

Dola Seed 2.0 Pro vs Claude Fable 5

Claude Fable 5 모델은 Synthorai 카탈로그에서 서비스가 종료되었습니다. 아래 수치는 마지막으로 공개된 요금이며, 이 모델은 더 이상 호출할 수 없습니다. 비교 대상인 다른 모델은 계속 호출할 수 있습니다.

vs

언제 어떤 모델을 쓸까

Dola-Seed-2.0-pro는 두 모델 중 훨씬 저렴하며 - 입력 토큰당 20x 더 저렴하고 ($0.5 vs $10) 출력 토큰당 약 16.7x 더 저렴합니다 ($3 vs $50) - 비디오 입력을 허용하고, 최대 131072개의 출력 토큰을 지원하며, 빠르고 단순한 답변을 원할 때 thinking을 끌 수 있는 유일한 모델입니다. claude-fable-5는 비용이 더 많이 들지만 1000000 토큰 컨텍스트를 제공하며, 이는 Dola-Seed-2.0-pro의 256000 토큰보다 약 3.9x 크고, thinking이 항상 켜져 있습니다. 매우 긴 단일 샷(single-shot) 문서에는 claude-fable-5를 선택하고, 비디오 입력, 비용 통제 또는 대량의 작업에는 Dola-Seed-2.0-pro를 선택하십시오.

벤치마크

Dola Seed 2.0 Pro: 공급자가 벤치마크 점수를 공개하지 않았습니다.

평균 상회최고 점수Claude Fable 586 / 9740 / 97
Dola Seed 2.0 Pro Claude Fable 5 측정된 다른 모델 다른 모델 평균 ★ 더 높은 점수를 낸 모델 없음
SWE-Bench Pro
N/A
더 높은 점수를 낸 모델 없음 80.3%
BioMysteryBench hard
N/A
46.5%
OSWorld-Verified
N/A
더 높은 점수를 낸 모델 없음 85%
Cybergym
N/A
83.1%
HealthBench Professional
N/A
60.9%
Finance Agent v2
N/A
56.3%
Harvey Lab-AA
N/A
93.6%
GPQA Diamond
N/A
92.6%
Blueprint-Bench 2
N/A
38.6%
BrowseComp
N/A
87.4%
CharXiv (RQ) reasoning
N/A
더 높은 점수를 낸 모델 없음 88.9%

공급자 공개 자료: Alibaba (Qwen) Anthropic ByteDance DeepSeek Google MiniMax Moonshot OpenAI Tencent Z.ai

가격

Dola Seed 2.0 Pro Claude Fable 5 Δ
입력 / 1M 토큰 $0.5 $10 0.05×
출력 / 1M 토큰 $3 $50 0.06×
캐시 읽기 / 1M 토큰 $0.1 $1 0.1×
캐시 쓰기 - 1.25x (5m) / 2x (1h) -

빌드 시점에 실시간 카탈로그에서 가져온 요금입니다. 현재 요금은 각 모델 페이지에서 확인할 수 있습니다.

가격 위치: 이 과금 단위를 쓰는 채팅 모델 76개 전체의 1M 토큰당 입력 가격(로그 스케일)

기능

Dola Seed 2.0 Pro Claude Fable 5
도구 사용 지원 지원
사고 제어 설정 가능 항상 켜짐
구조화된 출력 - 지원
프롬프트 캐싱 암시적 + 명시적 명시적(접두사 직접 지정)
캐시 수명 미공개 5m default, 1h option
최소 캐시 접두사 1024 토큰 1024 토큰

사양

Dola Seed 2.0 Pro Claude Fable 5
입력 모달리티 텍스트 이미지 동영상 텍스트 이미지
출력 모달리티 텍스트 텍스트
출시일 2026-02-14 2026-06-09
지식 컷오프 - 2026-01
컨텍스트 윈도우 256K 1M
최대 출력 131K 128K
사고 파라미터
  • thinking.type
  • reasoning_effort
output_config.effort (thinking.type is adaptive-only and needs no configuration)
허용 값
thinking.type
  • enabled
  • disabled (no auto)
reasoning_effort
  • minimal
  • low
  • medium
  • high
effort
  • low
  • medium
  • high
  • xhigh
  • max

both "enabled" and "disabled" return 400

기본값 enabled, with reasoning_effort medium and thinking summary on

thinking always on (adaptive)

effort
  • high

사양은 각 공급자의 문서에서 그대로 옮겨 적었습니다. 공급자가 공개하지 않은 항목은 추정해 채우지 않고 뺐습니다. 전체 출처: Dola Seed 2.0 Pro · Claude Fable 5

같은 프롬프트, 두 모델: 게이트웨이를 거쳐 측정

프롬프트 Explain to a CFO, in exactly three sentences, why our LLM bill doubled after we enabled reasoning. 검증 정확히 3문장

Dola Seed 2.0 Pro 통과 · 3 sentences

Reasoning-enabled LLMs do not generate final answers in one pass: they run hundreds of unshown internal trial, cross-check, and correction steps for every user request, and every one of these hidden steps consumes billable GPU time just like the visible output text. Unlike our prior standard chat workload which only processed exactly what users typed, reasoning mode automatically executes these validation loops by default, with no visible indicator to end users that extra compute is being consumed. This 2x increase is not a billing error or rogue usage spike: industry benchmarks consistently put reasoning workloads at 1.7-2.6x the compute cost of equivalent standard LLM requests, and this pricing dynamic is almost never clearly disclosed on vendor rate cards.

출력 563 tok (+416 사고) 지연 시간 9.4 s

Claude Fable 5 통과 · 3 sentences

When we enabled reasoning, the model began generating extensive internal "thinking" tokens before each answer, and those tokens are billed as output even though users never see them. Output tokens typically cost several times more than input tokens, so adding thousands of hidden reasoning tokens per request effectively multiplied our per-query cost. In short, we're paying for a much longer response behind the scenes in exchange for higher answer quality, and we can manage this by tuning reasoning effort levels or reserving reasoning mode for complex tasks only.

출력 228 tok 지연 시간 6.7 s

지시 준수(정확히 세 문장이라 셀 수 있음), 독자에 맞춘 어조(CFO 대상), 아래 토큰 미터에 드러나는 숨은 사고 토큰 과금 차이를 봅니다.

프롬프트 This function is supposed to return the longest run of consecutive equal items, but callers report it is off by one on single-element inputs and misses runs that end at the last index. Fix it and explain the bug in one paragraph. 검증 수정 후 테스트 통과

Dola Seed 2.0 Pro 통과 · 8/8 cases

### Corrected Implementation ```python def longest_run(xs): if not xs: return 0 best = 1 cur = 1 for i in range(1, len(xs)): if xs[i] == xs[i - 1]: cur += 1 best = max(best, cur) else: cur = 1 return best ``` --- ### Bug Explanation The original code has three critical linked flaws: 1. It initialized run counters `best` and `cur` to `0` instead of `1`, failing to account for the fact that *every individual element is already a valid run of length 1* -- this causes single-element inputs to incorrectly return `0`. 2. `cur` only counted how many extra matching elements followed the start of a run, so it always tracked one less than the actual run length, and it reset to `0` (instead of `1`) when a new run began, preserving this off-by-one error for all runs. 3. […]

출력 1278 tok (+951 사고) 지연 시간 16.7 s

Claude Fable 5 통과 · 8/8 cases

## Fixed code ```python def longest_run(xs): if not xs: return 0 best = cur = 1 for i in range(1, len(xs)): if xs[i] == xs[i - 1]: cur += 1 else: cur = 1 best = max(best, cur) return best ``` ## Explanation The original function counts **adjacent equal pairs** rather than **items in a run**: a run of length *n* contains only *n − 1* equal neighbor pairs, so every result is off by one — a single-element list yields 0 instead of 1, and `[1, 2, 2]` yields 1 instead of 2 (which callers perceive as "missing" the run at the end). The fix is to initialize both `cur` and `best` to 1 (any nonempty list has a run of at least length 1), reset `cur` to 1 rather than 0 when

출력 531 tok 지연 시간 12.5 s

수정이 실제로 맞는지(실행되는지), 설명이 얼마나 압축적인지, 범위가 정해진 작업에서 토큰을 얼마나 효율적으로 쓰는지를 봅니다.

프롬프트 Extract a JSON object with fields {company, quarter, revenue_usd_m, growth_pct, guidance} from this text. Use null for anything not stated; add no other fields. 검증 유효한 JSON, 스키마와 정확히 일치

Dola Seed 2.0 Pro 통과 · 5/5 fields, guidance null

{ "company": "Meridian Robotics", "quarter": "September quarter", "revenue_usd_m": 412, "growth_pct": 11, "guidance": null }

출력 506 tok (+452 사고) 지연 시간 8.6 s

Claude Fable 5 통과 · 5/5 fields, guidance null

```json { "company": "Meridian Robotics", "quarter": "Q3 (September quarter)", "revenue_usd_m": 412, "growth_pct": 11, "guidance": null } ``` Notes on interpretation: "up eleven and change" is rendered as 11 (the precise figure isn't stated), and guidance is null because it was explicitly withheld.

출력 192 tok 지연 시간 6.5 s

스키마 준수(없는 필드를 지어내지 않는지), 환각을 유도하는 조건에서의 대응(guidance 값을 일부러 주지 않음), 구조화된 출력 경로의 차이를 봅니다.

프롬프트 Write a 120-word product announcement for an API gateway feature that caches prompts across providers. Forbidden words: "seamless", "unlock", "game-changer", "revolutionize", "empower". Exactly one sentence must be a question. 검증 120단어, 금지어 0개

Dola Seed 2.0 Pro 통과 · 123 words, 0 banned, 1 question

Today we’re rolling out cross-provider prompt caching for our API gateway. For engineering teams routing LLM requests across OpenAI, Anthropic, Mistral and open source models, this feature stores identical prompt payloads at the gateway layer, rather than relying on per-provider cache implementations limited to single endpoints. How much time and compute could your team save by avoiding redundant token processing for repeated system prompts, context windows, or common user queries? Cache hits return responses in under 10ms, with configurable TTL, granular purge controls, and per-application cache partitioning. Early access teams running support bots, batch inference and internal assistants recorded 42-67% lower LLM spend. This feature is live for all gateway users today, with no required code changes to existing routing workflows. (120 words)

출력 1041 tok (+872 사고) 지연 시간 11.4 s

Claude Fable 5 통과 · 120 words, 0 banned, 1 question

**Introducing Cross-Provider Prompt Caching for our API Gateway** Starting today, your repeated prompts are cached once and reused across OpenAI, Anthropic, Google, and any other provider you route through the gateway. Instead of paying full token costs every time your application sends the same system prompt or context block, the gateway detects matching prefixes and serves cached results in milliseconds. Why keep spending money and latency on identical requests? Early adopters report cost reductions of up to 60 percent on high-volume workloads, along with faster median response times. Configuration is simple: enable caching in your dashboard, set a TTL, and choose which routes participate. Cache entries are encrypted at rest and never shared between accounts. Available now on all plans.

출력 1173 tok 지연 시간 18.2 s

제약 준수(단어 수 제한, 금지어 목록, 의문문 하나), 문체의 특징, 길이 조절을 봅니다.

코드 한 줄로 모델 전환

아래 탭마다 두 모델 id가 모두 들어 있습니다. 바꿀 곳은 강조된 두 줄뿐이고, 엔드포인트, 키, 요청 형식은 그대로입니다.

from openai import OpenAI

client = OpenAI(
    base_url="https://synthorai.io/v1",
    api_key="sk-syn-...",
)

resp = client.chat.completions.create(
    model="Dola-Seed-2.0-pro",
    # model="claude-fable-5",  # 이 줄의 주석을 해제하고, 윗줄을 주석 처리하세요
    messages=[{"role": "user", "content": "Summarize this diff"}],
    reasoning_effort="medium",
)
print(resp.choices[0].message.content)

API 키 받기 →

자주 묻는 질문

Dola Seed 2.0 Pro vs Claude Fable 5, 어느 쪽이 더 저렴한가요?

입력 / 1M 토큰 기준으로는 Dola Seed 2.0 Pro 쪽이 더 저렴합니다($0.5 대 $10, 20배 차이). 다른 항목에서는 반대일 수 있습니다. 전체 요금은 위 표에 있으며, 실제 비용은 사용 패턴에 따라 달라집니다.

연동을 두 번 하지 않고도 Dola Seed 2.0 Pro vs Claude Fable 5 A/B 테스트를 할 수 있나요?

네. 두 모델 모두 API 키 하나로 같은 OpenAI 호환 엔드포인트에서 호출합니다. 모델 문자열 한 줄만 바꾸면 전환되므로, 트래픽 일부를 각 모델로 보내 청구 금액을 직접 비교할 수 있습니다.

Dola Seed 2.0 Pro, Claude Fable 5 모두 프롬프트 캐싱을 지원하나요?

네. 두 모델 모두 캐시 읽기를 입력 요금보다 낮게 과금하므로, 같은 접두사를 반복해 쓰는 워크로드는 정가로 계산한 것보다 비용이 적게 듭니다. 정확한 캐시 읽기 요금은 위 가격표에 있습니다.

관련 비교

직접 측정한 자료