Neu Kostenlos registrieren und 10 Aufrufe gratis nutzen. Bis zu 1 $, ohne Kreditkarte.

DeepSeek V4 Pro (0813) vs Kimi K3

vs

Welches Modell wofür

Beide sind Text-out Reasoning-Modelle mit Chat, Code und Tool-Nutzung sowie etwa einer Million Tokens Kontext, daher liegt die Unterscheidung beim Preis gegenüber den Inputs: deepseek-v4-pro-0813 kostet $1.32 pro Million Input und $3.96 beim Output gegenüber $3 und $15 für kimi-k3, ist also beim Input etwa 2.3x und beim Output 3.8x günstiger, mit Cache-Reads für $0.132 im Vergleich zu $0.3. Wählen Sie kimi-k3, wenn Sie Bild- oder Video-Input benötigen, oder für einzelne Antworten jenseits von 393,216 Tokens bis zu seinem maximalen Output von 1,048,576. Wählen Sie deepseek-v4-pro-0813 für reine Text-Workloads bei hohem Volumen und beachten Sie, dass Thinking bei kimi-k3 nicht deaktiviert werden kann.

Benchmarks

VornÜber dem DurchschnittKeins besserDeepSeek V4 Pro (0813)513 / 211 / 21Kimi K31352 / 6712 / 67

18 bei beiden gemessen.

DeepSeek V4 Pro (0813) Kimi K3 weitere gemessene Modelle Durchschnitt der Vergleichsmodelle ★ kein anderes Modell war besser
DeepSWE 1.1
62.7%
67.5%
OSWorld-Verified
N/A
84.8%
Cybergym
83.3%
80%
GDPval-AA v2 Elo · 1508-1769 laut Z.ai · 2026-09-04
1590
1682
Harvey Lab-AA
N/A
kein anderes Modell war besser 94.6%
GPQA Diamond
92.4%
93.5%
Agents' Last Exam
25.7%
27.6%
Video-MME (w. sub)
N/A
kein anderes Modell war besser 90%

Anbieterangaben: Alibaba (Qwen) Anthropic ByteDance DeepSeek Google MiniMax Moonshot OpenAI Tencent Z.ai

Preise

DeepSeek V4 Pro (0813) Kimi K3 Δ
Eingabe / 1M Tokens $1.32 $3 0.44×
Ausgabe / 1M Tokens $3.96 $15 0.26×
Cache-Lesen / 1M Tokens $0.132 $0.3 0.44×
Cache-Schreiben keine gesonderte Gebühr - -

Preise aus dem Live-Katalog, Stand des letzten Builds. Die aktuellen Preise stehen auf der jeweiligen Modellseite.

Einordnung: Eingabepreis pro 1M Tokens aller 76 Chat-Modelle mit dieser Abrechnungseinheit (logarithmische Skala)

$0.05 · Qwen3 VL Flash $30 · GPT-5.4 Pro

Fähigkeiten

DeepSeek V4 Pro (0813) Kimi K3
Tool-Nutzung ja ja
Thinking-Steuerung immer aktiv immer aktiv
Strukturierte Ausgabe ja ja
Prompt-Caching implizit (automatisch) implizit (automatisch)
Cache-Lebensdauer no fixed TTL (evicted when unused) nicht veröffentlicht
Mindestlänge des gecachten Präfixes nicht veröffentlicht nicht veröffentlicht

Spezifikationen

DeepSeek V4 Pro (0813) Kimi K3
Eingabemodalitäten Text Text Bild Video
Ausgabemodalitäten Text Text
Veröffentlicht 2026-08-13 2026-07-16
Kontextfenster 1M 1M
Maximale Ausgabe 393K 1M
Thinking-Parameter reasoning_effort reasoning_effort (top-level; the thinking object is not accepted)
Zulässige Werte
reasoning_effort
  • the model card documents low
  • high
  • max
reasoning_effort
  • low
  • high
  • max
Standardwert - max

Die Spezifikationen stammen aus der Dokumentation des jeweiligen Anbieters. Veröffentlicht ein Anbieter eine Angabe nicht, lassen wir die Zeile weg, statt sie zu schätzen. Vollständige Quellen: DeepSeek V4 Pro (0813) · Kimi K3

Ein Prompt, beide Modelle, gemessen über das Gateway

PROMPT Explain to a CFO, in exactly three sentences, why our LLM bill doubled after we enabled reasoning. KRITERIUM genau 3 Sätze

DeepSeek V4 Pro (0813) bestanden · 3 sentences

Enabling reasoning causes the model to generate a hidden chain-of-thought with many additional tokens before producing the final answer, which sharply increases compute consumption per request. Those extra reasoning tokens are billed at the same or higher rates, so total usage doubled even though the volume of final outputs stayed similar. We can control this by adjusting reasoning effort, setting token limits, or routing only complex requests through reasoning mode.

Ausgabe 308 tok (+226 Thinking) Latenz 5.1 s

Kimi K3 bestanden · 3 sentences

Reasoning models don't just answer questions—they "think" first, generating long internal chains of step-by-step logic before producing a response. Those hidden thinking steps are billed as output tokens (the most expensive kind, typically 3–5x the price of input tokens), and a single query can generate thousands of them even when the visible answer is only a paragraph long. So you're paying for dramatically more compute per request: the bill doubled because the model does far more work behind the scenes, not because usage increased.

Ausgabe 755 tok (+637 Thinking) Latenz 20.8 s

Befolgen der Anweisung (genau drei Sätze, das lässt sich zählen), Zuschnitt auf die Zielgruppe (Tonfall für einen CFO) und die Abrechnungslücke durch nicht sichtbares Thinking, die die Token-Zähler unten offenlegen.

PROMPT This function is supposed to return the longest run of consecutive equal items, but callers report it is off by one on single-element inputs and misses runs that end at the last index. Fix it and explain the bug in one paragraph. KRITERIUM Fix besteht die Tests

DeepSeek V4 Pro (0813) bestanden · 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 else: cur = 1 best = max(best, cur) return best ``` The bug is that `cur` was initialized to `0` and only counted adjacent matching pairs, so a run of length `n` produced `n - 1` (or `0` for a single element) instead of `n`. The code also reset to `0` on a change, when the new run should start at length `1`. Initializing `cur` and `best` to `1` fixes both the single-element case and runs ending at the last index.

Ausgabe 1315 tok (+1130 Thinking) Latenz 16.9 s

Kimi K3 bestanden · 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 bug is a fencepost error: `cur` counts *matching adjacent pairs* rather than *items in the run*, because it starts at 0 and only increments when `xs[i] == xs[i - 1]`. A run of length L contains L−1 equal pairs, so every run was undercounted by exactly one. For a single-element list (a run of length 1) the loop never runs and the function returns 0 instead of 1; likewise any run ending at the last index — e.g. the two `2`s in `[1, 2, 2]` — reported 1 instead of 2, making it look like no run existed at all. […]

Ausgabe 1837 tok (+1547 Thinking) Latenz 47.2 s

Ob der Fix wirklich korrekt ist (er lässt sich ausführen), wie dicht die Erklärung ist und wie sparsam das Modell bei einer klar begrenzten Aufgabe mit Tokens umgeht.

PROMPT Extract a JSON object with fields {company, quarter, revenue_usd_m, growth_pct, guidance} from this text. Use null for anything not stated; add no other fields. KRITERIUM gültiges JSON, Schema exakt

DeepSeek V4 Pro (0813) bestanden · 5/5 fields, guidance null

{"company":"Meridian Robotics","quarter":"September quarter","revenue_usd_m":412,"growth_pct":11.0,"guidance":null}

Ausgabe 2155 tok (+2121 Thinking) Latenz 26.0 s

Kimi K3 bestanden · 5/5 fields, guidance null

{ "company": "Meridian Robotics", "quarter": "September quarter", "revenue_usd_m": 412, "growth_pct": 11, "guidance": null }

Ausgabe 924 tok (+863 Thinking) Latenz 25.9 s

Schema-Treue (keine erfundenen Felder), Anreiz zum Halluzinieren (der Text nennt ausdrücklich keine guidance) und Unterschiede zwischen den Wegen zur strukturierten Ausgabe.

PROMPT Write a 120-word product announcement for an API gateway feature that caches prompts across providers. Forbidden words: "seamless", "unlock", "game-changer", "revolutionize", "empower". Exactly one sentence must be a question. KRITERIUM 120 Wörter, 0 verbotene Wörter

DeepSeek V4 Pro (0813) bestanden · 121 words, 0 banned, 1 question

Introducing cross-provider prompt caching in our API gateway. Send a prompt once, and the gateway stores its computed prefix across Anthropic, OpenAI, and other LLM providers. Subsequent requests with the same prompt hit the cache, cutting latency and token costs while keeping outputs consistent across routing decisions and provider failovers. Teams can route identical prompts between providers without reprocessing shared context or lengthy system instructions. How much could you save on repeated prompt prefixes? The cache respects provider-specific key formats, handles TTLs automatically, and works with streaming and batch requests. Enable it with one configuration flag—no changes to your application code. Available today on all plans. Monitor cache hit rates, token savings, and provider-specific performance metrics in the live dashboard.

Ausgabe 2845 tok (+2694 Thinking) Latenz 25.5 s

Kimi K3 bestanden · 120 words, 0 banned, 1 question

Meet Prompt Cache, a new API gateway capability that stores prompt responses and serves them across OpenAI, Anthropic, Google, and Azure endpoints. It matches requests by model, prompt hash, tools, temperature, and tenant policy, so repeated work returns fast while sensitive contexts stay isolated. Teams set TTLs, stale rules, encryption scopes, and bypass flags per route. Analytics show hit rate, latency saved, token spend avoided, and drift risk by provider. What changes for developers? Keep one integration, add cache headers, and watch fallback logic respect consent, residency, and audit needs. During rollout, canary keys compare fresh answers with cached copies before promotion. Prompt Cache cuts vendor calls, steadies p95 latency, and gives platform owners controls for cost, quality, and compliance.

Ausgabe 1527 tok (+1354 Thinking) Latenz 37.9 s

Einhaltung der Vorgaben (Wortbudget, Liste verbotener Wörter, genau eine Frage), stilistische Handschrift und Kontrolle über die Länge.

Eine Zeile genügt für den Wechsel

Beide IDs stehen in jedem Tab unten. Die beiden hervorgehobenen Zeilen sind die einzige Änderung. Gleicher Endpunkt, gleicher Schlüssel, gleiches Anfrageformat.

from openai import OpenAI

client = OpenAI(
    base_url="https://synthorai.io/v1",
    api_key="sk-syn-...",
)

resp = client.chat.completions.create(
    model="deepseek-v4-pro-0813",
    # model="kimi-k3",  # diese Zeile einkommentieren, die darüberliegende auskommentieren
    messages=[{"role": "user", "content": "Summarize this diff"}],
    reasoning_effort="medium",
)
print(resp.choices[0].message.content)

API-Schlüssel erstellen →

FAQ

Welches Modell ist günstiger: DeepSeek V4 Pro (0813) oder Kimi K3?

DeepSeek V4 Pro (0813) ist bei Eingabe / 1M Tokens günstiger ($1.32 vs. $3, Faktor 2.3). Bei anderen Zeilen kann es umgekehrt sein. Die Tabelle oben zeigt alle Preise, und die tatsächlichen Kosten hängen von Ihrem Mix ab.

Kann ich DeepSeek V4 Pro (0813) gegen Kimi K3 A/B-testen, ohne zweimal zu integrieren?

Ja. Beide laufen über denselben OpenAI-kompatiblen Endpunkt mit einem API-Schlüssel. Für den Wechsel ändern Sie nur eine Zeile, den Modellnamen. So können Sie einen Teil des Traffics an jedes Modell schicken und die Kosten direkt vergleichen.

Unterstützen DeepSeek V4 Pro (0813) und Kimi K3 Prompt-Caching?

Ja. Beide berechnen Cache-Lesezugriffe günstiger als die normale Eingabe. Workloads mit einem wiederkehrenden, bereits gecachten Präfix kosten deshalb weniger, als die Listenpreise vermuten lassen. Die genauen Preise stehen in den Cache-Zeilen der Preistabelle oben.

Verwandte Vergleiche

Aus unseren Studien mit eigenen Messungen