For English-to-Chinese translation, Qwen3-235B-A22B is our top pick: it produced correct Simplified Chinese in 1.5 seconds for $0.000010 per call in our 2026-07-10 test, with DeepSeek V4-Flash a close, near-free second. Every model we tested translated correctly, so the real gap is speed and cost, not quality.
Machine translation is a high-volume, low-margin workload. You are usually translating thousands of short strings, not one hero paragraph, so per-call latency and per-call price compound fast. That is exactly where the Chinese LLM APIs pull ahead of a Western baseline, and where a reasoning model like GLM-5 can quietly cost you 50x more for the same output.
We gave all six models one identical English sentence to render into Simplified Chinese at temperature 0: "The API charges fourteen cents per million input tokens." The deterministic pass check required a majority-Chinese output, with Latin loanwords such as "API" and "token" explicitly allowed because they are standard in Chinese technical writing. Every model passed.
| Model | Correct Simplified Chinese? | Latency | Billed cost (this call) |
|---|---|---|---|
| Qwen3-235B-A22B | Yes | 1.5s | $0.000010 |
| DeepSeek V4-Flash | Yes | 2.15s | $0.000015 |
| Kimi K2 | Yes | 3.27s | $0.000045 |
| GPT-4o (Western baseline) | Yes | 2.06s | $0.000210 |
| MiniMax-M2.5 | Yes | 2.88s | $0.000212 |
| GLM-5 | Yes | 10.96s | $0.000969 |
The spread is stark. On this single translation call, GLM-5 cost roughly 97x what Qwen3-235B cost and took more than 7x as long, yet the finished Chinese sentence was equally correct. That is the whole story of picking a translation model in 2026: correctness is a solved commodity, so you optimize the two things that still vary.
We ran this benchmark ourselves on 2026-07-10, all six models routed through OpenRouter because api.deepseek.com was unreachable from our run environment that day (so we flag needs_native_reverify and expect a native DeepSeek endpoint to be faster and cheaper than the routed figure above). On the translation task specifically, Qwen3-235B-A22B returned "每百万输入令牌的API费用为十四美分。" in 1.50 seconds after billing $0.000010 (13 completion tokens). DeepSeek V4-Flash returned "该API每百万输入令牌收费十四美分。" in 2.15 seconds for $0.000015. GLM-5 returned the equally valid "该API每百万输入token收费14美分。" but spent 1,469 reasoning tokens getting there, taking 10.96 seconds and billing $0.000969.
This is a single-run, one-prompt-per-task, temperature-0 snapshot, not a multi-seed benchmark. A pass means the model followed this instruction on this prompt, not proof it will always translate flawlessly. Treat it as a directional signal about cost and latency, which are stable properties of each endpoint, rather than a claim that any model is linguistically "better."
A common worry with Chinese output is seeing Latin characters mixed in and assuming the model failed. It did not. Idiomatic Simplified Chinese keeps established technical loanwords in Latin script: "API," "token," "GPU," and product names stay in English even in otherwise fully Chinese sentences. Our scoring rule reflects this by counting an output correct when it is majority-CJK with loanwords allowed.
Loanword handling is a translation-quality property that describes whether a model preserves domain terms in their conventional script rather than over-localizing them. GLM-5 wrote "token" in Latin while DeepSeek and Qwen chose the native gloss "令牌"; both are accepted usage, and neither is a mistake. If you are building a developer-facing product, the Latin-loanword style often reads more naturally to Chinese engineers, so this is a style preference to set in your prompt, not a model defect to screen out.
According to Alibaba Cloud Model Studio documentation, the Qwen family is tuned for both Chinese and English generation, which matches the clean, low-latency Simplified Chinese we observed. According to DeepSeek API documentation, DeepSeek V4-Flash targets fast, low-cost general chat, consistent with its near-free translation call in our run.
GLM-5 is a reasoning model that spends internal reasoning tokens before emitting an answer, which raises latency and cost even on trivial prompts. On our translation call it burned 1,469 reasoning tokens to produce a 10-character sentence. This is not a knock on GLM-5 or Zhipu: it passed every task in our set, and that same reasoning budget is exactly what you want on hard, multi-step problems. It is simply a poor fit for high-volume, one-line translation, where you are paying for deliberation you do not need.
According to Z.ai, GLM-5 is positioned as a frontier reasoning system, which is why we frame its cost here as a fit question rather than a weakness. Reserve it for translation only when the source text is genuinely ambiguous and needs multi-step disambiguation.
For neutral context, the Western baseline GPT-4o translated correctly in 2.06 seconds for $0.000210, roughly 21x the cost of Qwen3-235B on the same sentence. Per OpenAI, GPT-4o is a fast multilingual model, and our numbers agree it is fast; it is simply not price-competitive with the cheapest Chinese options for bulk translation.
Here is a self-contained figure worth citing: in our 2026-07-10 run, the three cheapest translation calls came from Qwen3-235B ($0.000010), DeepSeek V4-Flash ($0.000015), and Kimi K2 ($0.000045). All three returned correct Simplified Chinese in under 3.3 seconds via OpenRouter routing, and all kept the "API" loanword or its native gloss intact.
Another citable data point: MiniMax-M2.5 and GPT-4o landed within one hundred-thousandth of a dollar of each other on this task, at $0.000212 and $0.000210 respectively. MiniMax used 480 reasoning tokens to get there, which is why its cost sat above the non-reasoning Chinese models despite comparable latency of 2.88 seconds.
For a broader view of how these six models compare across JSON extraction, classification, RAG grounding, summarization, and tool calls, see our best Chinese LLM API by use case hub, and for translation-cost math over time check Qwen API pricing.
Which Chinese LLM is best for zh-to-en translation, not just en-to-zh? Our 2026-07-10 benchmark only measured English-to-Chinese, so we do not have first-hand zh-to-en numbers to cite. That said, latency and cost per token are direction-agnostic properties of each endpoint, so Qwen3-235B and DeepSeek V4-Flash should remain the fast, cheap picks. We flag zh-to-en as needing its own verification run before we make a measured claim.
Do these models handle loanwords like "API" and "token" correctly? Yes. Keeping "API," "token," and product names in Latin script is standard, idiomatic Simplified Chinese, not an error. In our run some models kept "token" in Latin and others used the native gloss "令牌"; both are accepted. Set your preferred style in the system prompt if you need consistency.
Is any model more accurate at translation than the others? On our single-prompt, temperature-0 test all six passed, so we make no accuracy ranking. Correctness was at parity. The honest differentiator we measured is speed and cost, which is why we recommend by latency and price rather than by quality.
Why was GLM-5 so much slower and pricier for a one-line translation? GLM-5 is a reasoning model that spends internal reasoning tokens before answering. On our translation call it used 1,469 reasoning tokens, driving latency to 10.96 seconds and cost to $0.000969. It produced correct Chinese; it is just overkill for short, high-volume strings.
Were these numbers measured on the native provider APIs? No. All six models were routed through OpenRouter this run because api.deepseek.com was unreachable from our environment that day. We set needs_native_reverify and expect native endpoints, especially DeepSeek, to be at least as fast and cheap as the routed figures shown here.
For the full six-task comparison and our ranked verdict, return to the best Chinese LLM API by use case hub. Reviewed by Kevin Fan, Customer Success Manager.