DeepSeek V4 Pro vs Kimi K3
Welches Modell wofür
Beide sind Reasoning-Modelle mit Texteingabe samt Chat, Code und Tools, doch deepseek-v4-pro ist der günstigere rein textliche Weg: $1.32 Eingabe und $3.96 Ausgabe je Million gegenüber $3 und $15 bei kimi-k3 - rund 2.3x bei der Eingabe, 3.8x bei der Ausgabe - und seine Cache-Lesevorgänge zu $0.132 sind rund 2.3x günstiger als die $0.3 von kimi-k3. Nehmen Sie kimi-k3, wenn Sie Bild- oder Videoeingaben, einen Kontext von 1048576 Tokens oder bis zu 1048576 Ausgabetokens in einer Antwort brauchen; nehmen Sie deepseek-v4-pro für Textarbeit in großer Menge, 1000000 Tokens Kontext bei bis zu 393216 Ausgabe und der Möglichkeit, das Denken abzuschalten, was kimi-k3 nicht zulässt.
Benchmarks
Anbieterangaben: Alibaba (Qwen) Anthropic ByteDance DeepSeek Google MiniMax Moonshot OpenAI Tencent Z.ai
Preise
| DeepSeek V4 Pro | 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)
Fähigkeiten
| DeepSeek V4 Pro | Kimi K3 | |
|---|---|---|
| Tool-Nutzung | ja | ja |
| Thinking-Steuerung | konfigurierbar | 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 | Kimi K3 | |
|---|---|---|
| Eingabemodalitäten | Text | Text Bild Video |
| Ausgabemodalitäten | Text | Text |
| Veröffentlicht | 2026-04-24 | 2026-07-16 |
| Kontextfenster | 1M | 1M |
| Maximale Ausgabe | 393K | 1M |
| Thinking-Parameter |
| reasoning_effort (top-level; the thinking object is not accepted) |
| Zulässige Werte | thinking.type
reasoning_effort
| reasoning_effort
|
| Standardwert | enabled, with reasoning_effort high some complex agent requests are automatically set to max | 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 · Kimi K3
Ein Prompt, beide Modelle, gemessen über das Gateway
DeepSeek V4 Pro bestanden · 3 sentences
Enabling reasoning causes the model to generate a lengthy internal chain‑of‑thought before it delivers a visible answer, and we are billed for every one of those hidden reasoning tokens just as we are for the final output. In most interactions, the volume of these unseen tokens at least equals the visible response, effectively doubling the total tokens consumed per query. That doubled token consumption translates directly into a doubled per‑query cost, which is why our overall LLM bill doubled.
Ausgabe 641 tok (+545 Thinking) Latenz 11.5 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.
DeepSeek V4 Pro 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 ``` **Explanation:** The bug stems from initializing `cur = 0` and only incrementing it when two adjacent elements match, which counts the number of *additional* equal elements rather than the actual run length (which is `cur + 1`). As a result, the returned `best` is always one less than the true longest run—most obviously returning 0 for a single-element list instead of 1. […]
Ausgabe 2418 tok (+2131 Thinking) Latenz 35.6 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.
DeepSeek V4 Pro bestanden · 5/5 fields, guidance null
{ "company": "Meridian Robotics", "quarter": "September quarter", "revenue_usd_m": 412, "growth_pct": "eleven and change", "guidance": null }
Ausgabe 1204 tok (+1153 Thinking) Latenz 19.9 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.
DeepSeek V4 Pro keine bewertbare Antwort · no answer text within 16,384 tokens (all of it went to thinking)
Das Modell hat keinen Antworttext geliefert: Das gesamte Token-Budget wurde vom nicht sichtbaren Thinking aufgebraucht.
Ausgabe 8193 tok (+8192 Thinking) Latenz 106.2 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",
# 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)import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://synthorai.io/v1",
apiKey: "sk-syn-...",
});
const resp = await client.chat.completions.create({
model: "deepseek-v4-pro",
// model: "kimi-k3", // diese Zeile einkommentieren, die darüberliegende auskommentieren
messages: [{ role: "user", content: "Summarize this diff" }],
reasoning_effort: "medium",
});
console.log(resp.choices[0].message.content);curl https://synthorai.io/v1/chat/completions \
-H "Authorization: Bearer sk-syn-..." \
-H "Content-Type: application/json" \
-d '{
"model": "deepseek-v4-pro",
# "model": "kimi-k3", # diese Zeile einkommentieren, die darüberliegende auskommentieren
"messages": [{"role": "user", "content": "Hello"}],
"reasoning_effort": "medium"
}'package main
import (
"context"
"fmt"
"github.com/openai/openai-go/v3"
"github.com/openai/openai-go/v3/option"
)
func main() {
client := openai.NewClient(
option.WithBaseURL("https://synthorai.io/v1"),
option.WithAPIKey("sk-syn-..."),
)
resp, _ := client.Chat.Completions.New(context.TODO(), openai.ChatCompletionNewParams{
Model: "deepseek-v4-pro",
// Model: "kimi-k3", // diese Zeile einkommentieren, die darüberliegende auskommentieren
Messages: []openai.ChatCompletionMessageParamUnion{
openai.UserMessage("Summarize this diff"),
},
ReasoningEffort: openai.ReasoningEffortMedium,
})
fmt.Println(resp.Choices[0].Message.Content)
}import com.openai.client.OpenAIClient;
import com.openai.client.okhttp.OpenAIOkHttpClient;
import com.openai.models.chat.completions.*;
import com.openai.models.ReasoningEffort;
OpenAIClient client = OpenAIOkHttpClient.builder()
.baseUrl("https://synthorai.io/v1")
.apiKey("sk-syn-...")
.build();
ChatCompletion resp = client.chat().completions().create(
ChatCompletionCreateParams.builder()
.model("deepseek-v4-pro")
// .model("kimi-k3") // diese Zeile einkommentieren, die darüberliegende auskommentieren
.addUserMessage("Summarize this diff")
.reasoningEffort(ReasoningEffort.MEDIUM)
.build());
System.out.println(resp.choices().get(0).message().content().orElse(""));FAQ
Welches Modell ist günstiger: DeepSeek V4 Pro oder Kimi K3?
DeepSeek V4 Pro 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 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 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.