Dola Seed 2.0 Lite vs GLM-5.1
いつ、どちらを使うべきか — ベンチマーク表ではなく、厳選された評価
Dola-Seed-2.0-lite の方が安く、入力の幅も広いです。100万トークンあたり入力 $0.25 に対し glm-5.1 は $1.4（5.6 分の 1）、出力 $2 対 $4.4、キャッシュ読み取り $0.05 対 $0.26 で、256000 トークンのコンテキストに加えて画像・動画・音声の入力を受け付けます。glm-5.1 はテキスト入力のみでより新しく（2026-04-07 リリース）、200000 トークンのウィンドウと、推論および長コンテキストの明示的な能力フラグを備えるため、テキスト処理でその宣言された挙動が欲しいときに選びます。どちらも最大出力は 131072 トークン、チャット・コード・ツールを網羅し、思考を無効化できます。
料金
| Dola Seed 2.0 Lite | GLM-5.1 | Δ | |
|---|---|---|---|
| 入力 / 1Mトークン | $0.25 | $1.4 | 0.18× |
| 出力 / 1Mトークン | $2 | $4.4 | 0.45× |
| キャッシュ読み取り / 1Mトークン | $0.05 | $0.26 | 0.19× |
ビルド時のライブカタログの料金です。各モデルのページには現在の料金カードが記載されています。
位置付け — この課金単位におけるすべての63個のチャットモデル全体の1Mトークンあたりの入力料金 (対数スケール)
機能
| Dola Seed 2.0 Lite | GLM-5.1 | |
|---|---|---|
| ツール使用 | あり | あり |
| 思考コントロール | 設定可能 | 設定可能 |
| 構造化出力 | あり | あり |
| プロンプトキャッシング | 暗黙的 + 明示的 | 暗黙的 (自動) |
| キャッシュ有効期間 | 非公開 | 非公開 |
| 最小キャッシュプレフィックス | 1024 トークン | 非公開 |
仕様
| Dola Seed 2.0 Lite | GLM-5.1 | |
|---|---|---|
| 入力モダリティ | テキスト 画像 音声 動画 | テキスト |
| 出力モダリティ | テキスト | テキスト |
| リリース | 2026-02-14 | 2026-04-07 |
| コンテキストウィンドウ | 256K | 200K |
| 最大出力 | 131K | 131K |
| 思考パラメータ |
| thinking.type |
| 指定可能な値 | thinking.type
reasoning_effort
| thinking.type
|
| デフォルト | enabled, with reasoning_effort medium | enabled, and the model automatically determines whether to think |
仕様は各ベンダーのドキュメントから転記されています。ベンダーが公開していない行は推測せず、省略しています。 すべての出典: Dola Seed 2.0 Lite · GLM-5.1
1つのプロンプト、両方のモデル — ゲートウェイ経由で測定
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
GLM-5.1 パス · 3 sentences
Enabling reasoning requires the LLM to generate thousands of invisible "thinking" tokens to work through complex logic before producing the final answer. Because we are billed on total token volume, these intermediate steps are charged at the premium output rate, drastically increasing the variable cost per query. The invoice doubled simply because the model is now doing roughly twice the computational work per request, trading higher variable compute costs for significantly improved analytical accuracy.
出力 913 tok (+827 思考) レイテンシ 10.9 s
指示追従（ちょうど三文 — 数えられる）、読み手に合わせた調整（CFO 向けの語り口）、そして下のトークン計から見える隠れた思考の課金ギャップ。
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
GLM-5.1 パス · 8/8 cases
```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 ``` The original function tracks the number of adjacent equal pairs rather than the actual run length. By initializing `cur` and `best` to 0 and incrementing `cur` only when a match occurs, a run of length L produces a count of L−1. This causes single‑element inputs to return 0 (since the loop never runs) and generally returns a value one less than the true run length, effectively omitting the final element of any run—including those that end at the last index. […]
出力 2642 tok (+2414 思考) レイテンシ 26.1 s
修正が実際に正しいか（実行可能か）、説明の密度、そして範囲の限られたタスクでのトークン効率。
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
GLM-5.1 パス · 5/5 fields, guidance null
```json { "company": "Meridian Robotics", "quarter": "September quarter", "revenue_usd_m": 412, "growth_pct": "eleven and change", "guidance": null } ```
出力 1465 tok (+1410 思考) レイテンシ 16.1 s
スキーマ遵守（フィールドをでっち上げない）、ハルシネーション圧（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
GLM-5.1 パス · 120 words, 0 banned, 1 question
We are thrilled to introduce prompt caching across providers in the API gateway. Why pay twice for the same prompt context? Now, when your application sends identical prompt prefixes to different LLM providers, our gateway automatically caches the input, reducing latency and cutting costs. This feature intelligently recognizes repeated prompt structures across OpenAI, Anthropic, and others, storing them efficiently at the network edge. Developers no longer need to manage separate caching logic for each individual provider. Instead, our unified system handles it directly, ensuring faster response times on all subsequent requests. Stop wasting valuable tokens on redundant processing workloads. Upgrade your integration today and experience immediate performance gains while keeping your infrastructure simple and your overall monthly billing incredibly low.
出力 7589 tok (+7447 思考) レイテンシ 188.9 s
制約の遵守（語数の上限、禁止語リスト、唯一の疑問文）、文体の指紋、そして長さの制御。
1行で切り替え
以下のすべてのタブには両方のIDが含まれています — 変更箇所はハイライトされた2行のみです。エンドポイント、キー、リクエスト形式はすべて同じです。
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="glm-5.1", # この行をアンコメントし、上の行をコメントアウトします
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: "glm-5.1", // この行をアンコメントし、上の行をコメントアウトします
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": "glm-5.1", # この行をアンコメントし、上の行をコメントアウトします
"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: "glm-5.1", // この行をアンコメントし、上の行をコメントアウトします
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("glm-5.1") // この行をアンコメントし、上の行をコメントアウトします
.addUserMessage("Summarize this diff")
.build());
System.out.println(resp.choices().get(0).message().content().orElse(""));FAQ
Dola Seed 2.0 Lite と GLM-5.1 ではどちらが安いですか？
入力 / 1mトークン においては Dola Seed 2.0 Lite の方が安価です（$0.25 対 $1.4、5.6× の差）。他の行では逆になる可能性があります — 上の表には完全な情報が記載されており、実際のコストは組み合わせに依存します。
2つの統合を行わずに Dola Seed 2.0 Lite と GLM-5.1 のA/Bテストを実施できますか？
はい。両方とも1つのAPIキーで同じOpenAI互換エンドポイントを通じて提供されます — モデル文字列を1行変更するだけで切り替えられるため、トラフィックの一部をそれぞれにルーティングし、請求額を直接比較できます。
Dola Seed 2.0 Lite と GLM-5.1 はプロンプトキャッシングをサポートしていますか？
はい — どちらのモデルでもキャッシュ読み込みは入力レートよりも低く請求されるため、ウォームプレフィックスのワークロードは定価が示すよりも低コストになります。キャッシュ読み込みの正確な行は、上の料金表に記載されています。