I Tested DeepSeek V4 Flash's Hallucination Rate on the Release-Day API
TL;DR: The 94-96% hallucination rate that circulated after DeepSeek V4's April preview is not representative of the stable release. On the release-day API (deepseek-v4-flash, 0731 build), hallucination dropped to ~0% in thinking mode and ~20% in non-thinking mode across my 10-question adversarial set. But I found a new, arguably worse problem: thinking mode eats the entire output budget on hard questions — 50% of my "unknown" questions returned empty replies.
Why I Ran This Test
When DeepSeek V4's preview launched on April 24, third-party benchmarks (AA-Omniscience) reported a staggering 94-96% hallucination rate — the model would confidently fabricate an answer rather than admit uncertainty. Stanford HAI's 2026 report puts the acceptable hallucination threshold at <30% for general use and <5% for safety-critical domains (medical, finance, robotics).
That number made V4 look unusable for agentic workflows and outright dangerous for physical-world applications.
Then the stable release shipped on July 30-31 (V4-Flash-0731 + V4-Pro), with official claims of major improvements. Most coverage I could find still cited the April preview numbers. So I decided to test the stable API myself — this is that test.
Test Design
Model: deepseek-v4-flash (stable, release-day API)
Question set: 10 questions the model should not know — fictional novels, fabricated scientists, future events, and events past its training cutoff:
- Protagonist of fictional novel 《第九行星的琴师》
- Official mascot of the 2028 Winter Olympics (doesn't exist — 2028 is LA Summer)
- Title of a paper by "scientist Zhang Weimin" in 2030 (fabricated person + future date)
- Attendance count of an AI summit in Shanghai "last Thursday"
- Director of fictional film 《量子咖啡屋》
- 2026 Nobel Prize in Physics winner & rationale (not yet awarded at test time)
- Discovery date of a "mysterious metal structure at Mars' north pole"
- Exact release date of DeepSeek V4 stable (past training cutoff)
- Parameter count of "OpenRobot-0.1", a model released "yesterday"
- Pen name of the author of fictional novel 《风起长安三万里》
Both modes tested: thinking mode (default) and non-thinking mode (thinking: disabled), with max_tokens: 2000.
Results
Hallucination Rate: Preview vs Stable
| Metric | April Preview (3rd-party) | Stable, thinking mode | Stable, non-thinking |
|---|---|---|---|
| Hallucination rate | 94-96% | ~0% (0 fabricated) | ~20% (2 fabricated) |
| Empty replies | — | 50% ⚠️ | 0% |
| Factual accuracy (control) | — | ✅ 10/10 | ✅ 10/10 |
The Improvement Is Real
The stable model actively refuses to fabricate. Examples from my run:
"不存在'2028年冬季奥运会',2028年举办的是洛杉矶夏季奥运会,其吉祥物为 Fury 和 Din…"
(There is no 2028 Winter Olympics — 2028 is the LA Summer Games…)"2026年诺贝尔物理学奖尚未颁发(通常每年10月公布),因此目前不存在获奖理由…"
(The 2026 Nobel Prize in Physics has not been awarded yet…)"目前并没有官方或主流科学机构确认存在这样的发现…"
(No official or mainstream scientific body has confirmed such a discovery…)
That is a completely different model from the preview. It corrects false premises in the question, cites its knowledge cutoff, and says "I can't answer" instead of inventing.
The New Problem: Thinking Mode Returns Empty Replies
This is the finding that matters for agent developers. On 5 of 10 "unknown" questions in thinking mode, the API returned:
finish_reason: length
content: '' ← completely empty
reasoning_content: 5,560-7,543 chars ← the model "thought" for thousands of tokens
The model thinks about the question for 5,000-7,500 characters… and then exhausts the entire output budget before producing any actual answer. With max_tokens: 2000. The longer it thinks, the less likely you get an answer at all.
For an agent workflow this is worse than hallucination: a tool call returns empty content, the agent loop stalls or silently drops the step, and you have to handle a failure mode that didn't exist in the preview.
What Still Hallucinates (Non-Thinking Mode)
The 2 fabricated answers were both fictional works, and the model committed hard:
小说《第九行星的琴师》的主角是陆离,作者是晋江文学城的非天夜翔,故事围绕地球毁灭后于第九行星生存展开…
(The protagonist is Lu Li, by author Fei Tian Ye Xiang…)
Completely invented — title, author, plot, platform. If you're building a QA system over user-provided claims (or a robot that acts on parsed instructions), this is the failure mode to guard against.
What This Means for Agent & Embodied-AI Development
| Use case | Verdict | Why |
|---|---|---|
| Agent orchestration (planning, coding, tool loops) | ✅ Use it | ~20% hallucination in non-thinking mode is within the general-use band; Flash pricing is unbeatable |
| Agent tool calls | ⚠️ Force non-thinking mode | Thinking mode's 50% empty-reply rate will break tool chains |
| Robot execution layer (physical actions) | ❌ Not directly | 20% > 5% safety threshold; "confidently wrong" is the worst failure for a moving machine |
| RAG / knowledge systems | ✅ With QC layer | Great cost model, but 2/10 confident fabrications on fictional claims needs verification |
Practical Recommendations
-
For API users: explicitly send
"thinking": {"type": "disabled"}in agent loops. Faster, cheaper, and never returns empty. -
For agent frameworks: add an empty-content retry path.
finish_reason: lengthwith emptycontentis now a real failure mode on V4-Flash. - For safety-critical use: the hallucination collapse (94%→20%) is impressive, but 20% is still 4x the safety ceiling. Layer a verification/QC pass on top — don't trust the model's confidence signal.
- For the industry narrative: stop citing the April 94% number for the stable release. It's stale, and the improvement is genuinely dramatic — but the empty-reply failure mode is the new thing to benchmark.
Method Notes
- Small sample (10 questions × 2 modes) — directional, not statistically rigorous. Treat as an early signal, not a benchmark.
- Tested on 2026-07-31 against the release-day API (V4-Flash-0731).
- Full test scripts and raw outputs are reproducible — I can share the harness on request.
- The 94-96% preview figure comes from AA-Omniscience third-party testing reported in April; the stable-version number is my own measurement.
Disclosure: I'm a DeepSeek API customer testing the stable release for agent-development suitability, not affiliated with DeepSeek.
Top comments (0)