DEV Community

Marcus Rowe
Marcus Rowe

Posted on • Originally published at techsifted.com

DeepSeek V4-Pro: OpenAI API Compatibility, Peak/Off-Peak Pricing, and What Developers Actually Get

Disclosure: TechSifted earns affiliate commissions from some links on this site. This never influences our editorial coverage — we don't have an affiliate relationship with DeepSeek. See our full disclosure policy.

DeepSeek V4-Pro reached general availability on August 13, 2026. No big launch event. No splashy announcement campaign. The production checkpoint — designated V4-Pro-0813 — surfaced first as a version string change in DeepSeek's own API documentation, which is about as understated as a major model release gets.

That understated rollout doesn't match the actual scope of what shipped. Three things in this release matter for developers: a flexible reasoning effort system that finally gives you real cost-per-request control, native support for the OpenAI Responses API, and a new peak/off-peak pricing model that took effect August 16 and represents a meaningful price increase from the old discount rate.

Let's go through each.


What DeepSeek V4-Pro Actually Is

If you covered the April preview release, V4-Pro-0813 is the production-grade version of that model — architecturally near-identical, but with DSpark speculative decoding added and a set of agentic capability improvements that weren't in the preview build.

The model is a 1.6-trillion parameter Mixture-of-Experts (MoE) architecture. Only 37–49 billion parameters are active at inference time, which is what makes the economics work. It's the same approach DeepSeek has been refining since V3 — a massive total parameter count with efficient routing so you're not paying to run the whole thing on every token.

Context window is 1 million tokens, maximum output is 384K tokens. Still text-only. No image input, no audio, no video. That's a real constraint, and it hasn't changed since the April preview. If your application touches visual content in any way, the text-only gap is a hard blocker.

Benchmark performance on agent tasks is where V4-Pro-0813 shows the most notable improvement. According to Artificial Analysis, the GA release posts DeepSWE 62.7, Terminal Bench 2.1 at 87.9, NL2Repo 61.5, and Cybergym 83.3. Those are strong numbers for agentic coding benchmarks — the kind of tasks where the model needs to use tools, execute multi-step workflows, and maintain coherence across a long context window.

Worth noting: those are benchmark numbers from the launch reports. Production performance on your actual workload will vary. Worth testing before committing V4-Pro to critical infrastructure.


The Reasoning Effort Levels — What This Means in Practice

The most practically significant new feature in V4-Pro GA is the reasoning effort control. The model now exposes four modes: non-thinking, low, high, and max.

The April preview had a rougher version of this — a basic thinking/non-thinking toggle plus limited reasoning controls. V4-Pro-0813 properly maps effort levels to cost and depth in a way that makes per-request optimization actually workable.

Here's what that looks like in practice, according to developer coverage from CodersEra and CometAPI:

Non-thinking mode skips the chain-of-thought reasoning step entirely. Fastest response, lowest token cost, appropriate for simple retrieval, summarization, or classification tasks where you don't need the model to reason through edge cases.

Low reasoning effort does a short think-through before responding. Useful for tasks that need some judgment but don't warrant full deliberation — document structuring, moderate complexity code review, content generation with light requirements.

High effort is the standard mode for complex coding tasks, multi-step reasoning, and long-document analysis. Most agentic workflows probably land here by default.

Max effort is the full compute budget — appropriate for hard math, complex debugging, long-horizon planning tasks. You're paying for it, so use it selectively.

The practical upshot: for developers building systems where a mix of simple and complex tasks flow through the same model endpoint, reasoning effort controls let you set effort per request rather than choosing a single operating mode for all traffic. That's real money at scale.


OpenAI Responses API Compatibility — Why This Matters

The OpenAI Responses API (the successor to the Chat Completions API) is the current standard interface for OpenAI-compatible developer tooling. V4-Pro-0813 adds native support for it.

What this means practically: if you're currently calling GPT-4o or GPT-5.x via the Responses API, switching to DeepSeek V4-Pro requires changing the base URL from api.openai.com to api.deepseek.com and updating your model string. Your existing SDK code, your tool definitions, your structured output calls — they travel through unchanged.

According to DeepSeek's API docs and coverage from HyperAI, the full feature set includes tool calls, JSON mode, structured outputs, streaming, and function calling. Everything a developer building a production agent would need.

V4-Pro also continues to support the Anthropic Messages API format (as it did in preview), so teams coming from Claude are similarly positioned for a low-friction migration.

The developer reaction has been consistently positive on this point. CodersEra's coverage calls the integration "a practical, low-cost foundation for coding assistants, document-analysis tools, and autonomous agents" that "developers can integrate in an afternoon." That framing matches what ExplainX.ai and others covering the GA release observed: the bottleneck to adopting DeepSeek has usually been integration friction, and native Responses API support removes it almost entirely.

That's a meaningful competitive shift. Drop-in API compatibility turns "evaluating DeepSeek" from a project into an afternoon.


The New Pricing — This Is Where It Gets Complicated

The May 22 pricing — where DeepSeek made its V4-Pro discount permanent at $0.435/$0.87 per million input/output tokens — is gone.

New pricing took effect at 16:00 UTC on August 16. There are now two tiers:

Off-peak (all hours except peak windows):

  • Cache-hit input: $0.022 / 1M tokens
  • Cache-miss input: $0.66 / 1M tokens
  • Output: $1.98 / 1M tokens

Peak hours (01:00–04:00 UTC and 06:00–10:00 UTC):

  • Cache-hit input: $0.044 / 1M tokens
  • Cache-miss input: $1.32 / 1M tokens
  • Output: $3.96 / 1M tokens

Peak hours are priced at exactly double the off-peak rate. Off-peak runs roughly 10 hours a day. Peak covers 6 hours total, split between an early-morning window and a mid-morning window in UTC — which maps to roughly evening in North America and mid-day in East Asia.

The comparison to the prior $0.87/M output rate: at peak pricing, output tokens now cost $3.96/M — a 4.5x increase. At off-peak, you're at $1.98/M, still about 2.3x the old rate.

Reporting from Engadget and InfoWorld characterizes this as "four times more expensive" — which tracks for output tokens in peak hours compared to the May-era price. Fortune's coverage frames it as DeepSeek "moving closer to rivals," which is true: at peak output pricing, V4-Pro is now in the same rough neighborhood as some OpenAI and Anthropic mid-tier offerings, though still notably below frontier model prices.

The practical takeaway for developers: if you're running real-time applications where users are actively generating requests during peak hours, your costs have meaningfully increased. If you can shift batch processing, document analysis, or non-urgent jobs to off-peak windows, you recover most of the old discount. The pricing model rewards schedule-aware systems.


Who Should Use V4-Pro (and Who Shouldn't)

The clearest fit: developers building coding assistants, document processing pipelines, or agentic systems on OpenAI's API who want to evaluate lower-cost alternatives. The Responses API compatibility means the evaluation cost is almost zero — you're not rewriting code, you're swapping a config value. If the model meets your quality bar on representative tasks, the off-peak pricing is compelling.

Also a strong fit: teams running high-volume text tasks during off-peak hours — batch document processing, nightly data extraction, background summarization. Schedule flexibility exists; the off-peak rates make the economics favorable.

Solid for: complex agentic coding tasks. The GA benchmark lifts on DeepSWE and Terminal Bench suggest V4-Pro-0813 is a materially better coding agent than the April preview.

Still stick with alternatives if:

  • You need multimodal input. V4-Pro is text-only. ChatGPT's current lineup and Claude both handle image input natively. For any application that processes visual content, DeepSeek isn't in the conversation yet.

  • Your workload peaks during UTC 01:00–04:00 or 06:00–10:00. At $3.96/M output tokens, the pricing advantage versus OpenAI narrows significantly for high-volume real-time systems in those windows.

  • You need enterprise scaffolding maturity — fine-tuning support, compliance documentation, established evaluation frameworks. API compatibility is the easy part; those surrounding layers take longer to develop.

For context on how these models stack up across the full field, the best AI chatbots roundup for 2026 covers the competitive landscape.


How This Fits the Longer DeepSeek Arc

In our April coverage of the V4-Pro preview, the verdict was: strong model, aggressive pricing, no multimodal, preview caveats apply. The GA release addresses the preview caveats — DSpark speculative decoding, properly implemented reasoning effort levels, higher agent benchmarks, Responses API support. The text-only limitation and the "trails frontier models" on knowledge benchmarks remain unchanged.

The pricing story is mixed. The old $0.87/M output rate was exceptional — DeepSeek was effectively subsidizing adoption to build developer mindshare. The new rates are still competitive, but the gap versus OpenAI's upper mid-tier has narrowed. For developers who built cost models around May pricing, the recalibration is real.


The Verdict

V4-Pro GA is a meaningful upgrade from the April preview. The reasoning effort controls are the feature most likely to change how developers architect systems around this model — the ability to dial cost-vs-depth per request is genuinely useful at scale. The OpenAI Responses API compatibility makes evaluation trivially easy.

The pricing increase is real but manageable with schedule-aware workloads. If you can shift batch processing to off-peak hours, the economics still work in DeepSeek's favor for most non-time-sensitive use cases.

For the specific developer profile — high-volume coding pipelines, document analysis, agentic systems on OpenAI's API looking for cost relief — V4-Pro GA makes a strong case. Run the off-peak math against your actual token volumes. If the numbers work, the migration friction is about as low as it gets.

For everyone else: check back when multimodal support lands.


Priya Sundaram is a UX researcher and AI tool evaluator based in San Francisco. She covers AI infrastructure and developer tools for TechSifted.

Top comments (0)