Migrating to V4: the painless path off the legacy models.
If you built on an older DeepSeek model alias, the legacy names were retired on July 24, 2026 — calls to them now fail. The migration is small but has a couple of traps. Here is the checklist. Updated August 13, 2026: V4 Pro has now left preview — see section 03.
01What actually changes
Mostly just the model name in your request. Swap the retired alias for a current V4 identifier (Flash or Pro). The endpoint shape, message format, and your SDK stay the same — that is the benefit of the compatible API.
02The traps to check
Hard-coded model strings scattered across your code — search and replace them all. Behavior drift: V4 may format or reason slightly differently, so re-run your evals or spot-checks. Reasoning vs non-reasoning: make sure you are calling the variant you intend.
deepseek-chat and deepseek-reasoner stopped working on July 24, 2026 (15:59 UTC). If your code still calls them, those requests are failing now. Pin to explicit V4 names rather than floating aliases so you control when behavior changes.Find every model string → swap to a current V4 name → re-run your tests/spot-checks → confirm reasoning vs non-reasoning → set a spend limit → ship. Ten minutes for most projects.
03August 12, 2026: V4 Pro leaves preview
The flagship spent nearly four months in preview. On August 12, 2026 DeepSeek shipped the general-availability build, DeepSeek-V4-Pro-0813, and the deepseek-v4-pro endpoint now serves it. The smaller Flash model had already graduated on July 31, 2026.
What this means for your code: nothing, if you did the migration above. The endpoint name did not change, the context window (1M tokens) and maximum output (384K tokens) did not change, and the API rates carried over from preview unchanged. If you pinned to deepseek-v4-pro, you have quietly been moved onto a production build — which is the good outcome.
What did change is the label. "Preview" was your excuse to keep a fallback path warm; it is gone now, which makes this a sensible week to re-run the spot-checks from section 02 against the 0813 build and delete the fallback if it passes.
Pinning to the dated string deepseek-v4-pro-0813 rather than the floating deepseek-v4-pro alias buys you the same protection the legacy-alias retirement taught everyone in July: you decide when behavior changes, not the calendar. The trade is that you have to actually watch the changelog.