Dola Seed 2.0 Lite vs GPT-6 Luna
什麼情況選哪一個
當您的輸入在文字和圖片外還包含影片或音訊（因為它接受這兩者而 gpt-6-luna 不接受），以及當您需要其 131072 token 最大輸出時，請選擇 Dola-Seed-2.0-lite。若要以較低成本進行長脈絡工作，請選擇 gpt-6-luna：1050000 token 脈絡對比 256000，每百萬輸入為 $0.1 對比 $0.25（便宜 2.5x），輸出為 $0.5 對比 $2（便宜 4x），外加 $0.01 的快取讀取，以及視覺與推理旗標。兩者皆允許您停用思考，因此都適合對延遲敏感的呼叫。
Benchmark 成績
供應商公布： Alibaba (Qwen) Anthropic ByteDance DeepSeek Google MiniMax Moonshot OpenAI Tencent Z.ai
定價
| Dola Seed 2.0 Lite | GPT-6 Luna | Δ | |
|---|---|---|---|
| 輸入 / 1M tokens | $0.25 | $0.1 | 2.5× |
| 輸出 / 1M tokens | $2 | $0.5 | 4× |
| 快取讀取 / 1M tokens | $0.05 | $0.01 | 5× |
| 快取寫入 | - | 1.25x (30m) / 2.5x (12h) | - |
費率取自網站建置時的即時目錄；各模型頁面都列有最新的價目。
兩者的相對位置：每 1M tokens 的輸入價格，涵蓋同一計費單位下全部 83 個聊天模型（對數尺度）
功能
| Dola Seed 2.0 Lite | GPT-6 Luna | |
|---|---|---|
| 工具使用 | 是 | 是 |
| 思考控制 | 可設定 | 可設定 |
| 結構化輸出 | 是 | 是 |
| 提示詞快取 | 隱式 + 顯式 | 隱式 + 顯式 |
| 快取存活時間 | 未公布 | at least 30m by default, 12h option on the Responses API |
| 最小快取前綴 | 1,024 個 token | 1,024 個 token |
規格
| Dola Seed 2.0 Lite | GPT-6 Luna | |
|---|---|---|
| 輸入模態 | 文字 圖像 音訊 影片 | 文字 圖像 |
| 輸出模態 | 文字 | 文字 |
| 發布日期 | 2026-02-14 | 2026-09-22 |
| 知識截止日期 | - | 2026-05 |
| 上下文視窗 | 256K | 1.1M |
| 最大輸出 | 131K | 128K |
| 思考參數 |
| reasoning.effort |
| 可接受的值 | thinking.type
reasoning_effort
| reasoning.effort
|
| 預設值 | enabled, with reasoning_effort medium | medium |
規格摘錄自各供應商的文件；供應商沒有公布的項目就直接略過，不自行推測。 完整來源： Dola Seed 2.0 Lite · GPT-6 Luna
同一段提示詞，兩個模型，經閘道實測
Dola Seed 2.0 Lite 通過 · 3 sentences
Enabling reasoning on our production LLM requires the model to run resource-intensive multi-step chain-of-thought inference for every customer-facing query, rather than the single-pass inference that powered our original non-reasoning deployment, and GPU compute—which makes up 90% of our total LLM bill—scales directly with the number of compute cycles each query consumes. Our cloud provider’s LLM billing model charges per million processed tokens, and reasoning workflows generate an average of 2.1x more hidden processing tokens (the intermediate problem-solving steps the model never surfaces to end users) that are still billable, pushing our total monthly token consumption just over double what it was prior to enabling the feature. […]
輸出 1306 tok (+1096 思考) 延遲 18.2 s
GPT-6 Luna 通過 · 3 sentences
Enabling reasoning typically makes the model process more information and generate more internal tokens before producing its answer. Because usage is billed by tokens—and reasoning may also route requests to a more expensive model—the cost per request can rise sharply. If request volume stayed similar, that higher cost per request could explain why the bill doubled.
輸出 117 tok (+48 思考) 延遲 3.4 s
是否照指令做（剛好三句，數得出來）、語氣是否貼合對象（寫給 CFO 看），以及下方 token 計量顯示出的隱藏思考計費落差。
Dola Seed 2.0 Lite 通過 · 8/8 cases
### Corrected Function ```python def longest_run(xs): if not xs: # Handle empty input edge case return 0 best = cur = 1 # Base run length of 1 for any non-empty single element for i in range(1, len(xs)): if xs[i] == xs[i - 1]: cur += 1 best = max(best, cur) else: cur = 1 # Reset run length for the new, different element return best ``` ### Bug Explanation (single paragraph) The original function’s core flaw was that it counted the number of consecutive equal adjacent element pairs, rather than the number of elements in the run itself, leading to all results being off by one, which caused both reported issues: a run of k equal elements only has k-1 consecutive matching pairs, so the original function’s maximum `best` value was always one less than the true element count of the longest run. […]
輸出 2620 tok (+2217 思考) 延遲 33.2 s
GPT-6 Luna 通過 · 8/8 cases
```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 ``` The original code counted matching *adjacent pairs* rather than items, so a run of length `n` was reported as `n - 1`, and a single-item input returned `0`. This version counts the current item as part of each run and updates `best` at every index, including the last; it returns `0` for an empty input.
輸出 514 tok (+356 思考) 延遲 6.9 s
修正是否真的正確（跑得起來）、說明的資訊密度，以及在範圍明確的任務上的 token 效率。
Dola Seed 2.0 Lite 通過 · 5/5 fields, guidance "Formal guidance withheld pending Q4 clos"
{ "company": "Meridian Robotics", "quarter": "September quarter", "revenue_usd_m": 412, "growth_pct": 11, "guidance": "Formal guidance withheld pending Q4 close" }
輸出 1502 tok (+1439 思考) 延遲 20.2 s
GPT-6 Luna 通過 · 5/5 fields, guidance "Withheld pending the Q4 close"
{"company":"Meridian Robotics","quarter":"September quarter","revenue_usd_m":412,"growth_pct":null,"guidance":"Withheld pending the Q4 close"}
輸出 161 tok (+119 思考) 延遲 21.7 s
是否遵守 schema（不自創欄位）、面對幻覺誘因的表現（題目明確不給 guidance），以及結構化輸出路徑的差異。
Dola Seed 2.0 Lite 未通過 · 141 words, 0 banned, 1 question
Today we launch Cross-Provider Prompt Cache, a new feature for our Core API Gateway built to cut redundant AI costs and latency for teams routing requests across multiple LLM providers. Many development teams rotate between OpenAI, Anthropic, and Google Gemini to balance performance, cost, and capability, but identical prompts get reprocessed from scratch with every provider switch, wasting tokens and slowing response times. This feature stores validated prompt responses at the gateway layer, so repeat requests pull from cache regardless of which provider they route to, with configurable TTLs and built-in compliance with all major provider data policies. […]
輸出 1870 tok (+1695 思考) 延遲 23.1 s
GPT-6 Luna 通過 · 120 words, 0 banned, 1 question
Introducing Prompt Cache, a new API gateway feature that recognizes repeat prompt prefixes and reuses provider-side cached context across supported models. Teams can route requests to different AI providers while preserving eligible cache hits, reducing redundant input processing and helping lower latency and token costs. Configure cache policies in one place, monitor hit rates by provider, and keep existing client integrations unchanged. The gateway applies provider-specific rules automatically, so developers do not need to build separate caching logic for each endpoint. Which workflows could benefit from faster responses and predictable spend? Prompt Cache is available today in preview for eligible accounts, with usage details, supported providers, and setup guidance in the dashboard. Start with one route, compare results, then expand.
輸出 959 tok (+813 思考) 延遲 14.6 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-lite",
# model="gpt-6-luna", # 取消這一行的註解，並把上一行註解掉
messages=[{"role": "user", "content": "Summarize this diff"}],
)
print(resp.choices[0].message.content)import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://synthorai.io/v1",
apiKey: "sk-syn-...",
});
const resp = await client.chat.completions.create({
model: "Dola-Seed-2.0-lite",
// model: "gpt-6-luna", // 取消這一行的註解，並把上一行註解掉
messages: [{ role: "user", content: "Summarize this diff" }],
});
console.log(resp.choices[0].message.content);curl https://synthorai.io/v1/chat/completions \
-H "Authorization: Bearer sk-syn-..." \
-H "Content-Type: application/json" \
-d '{
"model": "Dola-Seed-2.0-lite",
# "model": "gpt-6-luna", # 取消這一行的註解，並把上一行註解掉
"messages": [{"role": "user", "content": "Hello"}]
}'package main
import (
"context"
"fmt"
"github.com/openai/openai-go/v3"
"github.com/openai/openai-go/v3/option"
)
func main() {
client := openai.NewClient(
option.WithBaseURL("https://synthorai.io/v1"),
option.WithAPIKey("sk-syn-..."),
)
resp, _ := client.Chat.Completions.New(context.TODO(), openai.ChatCompletionNewParams{
Model: "Dola-Seed-2.0-lite",
// Model: "gpt-6-luna", // 取消這一行的註解，並把上一行註解掉
Messages: []openai.ChatCompletionMessageParamUnion{
openai.UserMessage("Summarize this diff"),
},
})
fmt.Println(resp.Choices[0].Message.Content)
}import com.openai.client.OpenAIClient;
import com.openai.client.okhttp.OpenAIOkHttpClient;
import com.openai.models.chat.completions.*;
OpenAIClient client = OpenAIOkHttpClient.builder()
.baseUrl("https://synthorai.io/v1")
.apiKey("sk-syn-...")
.build();
ChatCompletion resp = client.chat().completions().create(
ChatCompletionCreateParams.builder()
.model("Dola-Seed-2.0-lite")
// .model("gpt-6-luna") // 取消這一行的註解，並把上一行註解掉
.addUserMessage("Summarize this diff")
.build());
System.out.println(resp.choices().get(0).message().content().orElse(""));常見問題
Dola Seed 2.0 Lite 和 GPT-6 Luna 哪個比較便宜？
以「輸入 / 1M tokens」來看，GPT-6 Luna 比較便宜（$0.1 對 $0.25，相差 2.5×）。其他項目的結果可能相反，完整價目請看上表；實際成本要看你的用量組合。
可以只串接一次，就對 Dola Seed 2.0 Lite 和 GPT-6 Luna 做 A/B 測試嗎？
可以。兩個模型都走同一個 OpenAI 相容端點，用的也是同一把 API 金鑰，切換時只要改一行裡的模型名稱字串。你可以把一部分流量分別導到兩邊，再直接比較帳單。
Dola Seed 2.0 Lite 與 GPT-6 Luna 支援提示詞快取嗎？
支援。兩者的快取讀取費率都低於輸入費率，所以前綴已經進快取的工作負載，實際成本會比官網價算出來的低。確切的快取讀取價格請見上方定價表。