Was Kimi K3 tatsächlich ist
Kimi K3 ist Moonshot AIs neues Flaggschiffmodell: ein spärlich besetztes Mixture-of-Experts-System, aufgebaut auf Kimi Delta Attention (KDA), einem hybriden linearen Attention-Mechanismus, ergänzt durch Attention Residuals und ein Routing-Verfahren, das Moonshot Stable LatentMoE nennt. Pro Token werden nur 16 von 896 Experten aktiviert — dieses Detail ist wichtiger für die Planung als die reine Zahl von 2,8 Billionen Parametern: Das Modell ist spärlich und routbar, kein monolithischer Block, den man als Ganzes bewerten müsste.
| Spezifikation | Kimi K3 |
|---|---|
| Gesamtparameter | 2,8 Billionen |
| Aktive Experten pro Token | 16 von 896 |
| Kontextfenster | 1.048.576 Token (Eingabe + Ausgabe) |
| Modalitäten | Text- und Bildeingabe, Textausgabe |
| Reasoning | Immer aktiv; zum Start nur reasoning_effort: "max" |
| Offene Gewichte | Angekündigt bis 27. Juli 2026 — am Launch-Tag noch nicht verfügbar |
Hinter diesen Zahlen stecken vier kleinere Innovationen im Trainingsaufbau, die für spätere Lektüre des technischen Berichts relevant sind: Quantile Balancing zur Lastverteilung zwischen Experten anstelle einer heuristischen Hilfsfunktion, Per-Head Muon für pro-Kopf-Optimierer-Updates in dieser Größenordnung sowie eine Sigmoid Tanh Unit (SiTU) zusammen mit Gated MLA für Aktivierungs- und Attention-Steuerung. Das ändert nichts an der Art, wie man die API aufruft — es erklärt aber, warum Moonshot das Training bei dieser Größe überhaupt stabil halten konnte.
Der Haken: "offen" heißt nicht "sofort herunterladbar"
Moonshot erklärt Kimi K3 ausdrücklich zu einem Open-Weight-Modell — genauso ausdrücklich aber auch, dass der Checkpoint am Launch-Tag nicht auf Hugging Face verfügbar war. Das Unternehmen hat sich verpflichtet, die vollständigen Gewichte bis zum 27. Juli 2026 zu veröffentlichen, zusammen mit einem technischen Bericht und einer vLLM-Implementierung von Kimi Delta Attention. Bis dahin sind die API und die gehosteten Apps (Kimi.com, Kimi Work, Kimi Code) der einzig praktikable Weg, K3 zu nutzen.
Selbst wenn die Gewichte pünktlich erscheinen: Ein 2,8-Billionen-Parameter-MoE selbst zu hosten ist kein Laptop-Projekt. Unabhängige Analysen empfehlen einen Supernode mit 64 oder mehr Beschleunigern, mit MXFP4-Gewichten und MXFP8-Aktivierungen. Für die meisten Teams bleibt die API über Monate hinweg der einzige realistische Weg — nicht nur bis zum 27. Juli.
Wie K3 im Feld einzuordnen ist
Labor-übergreifende Benchmark-Vergleiche in der ersten Woche nach einem Launch sollte man als vorläufig behandeln — jedes Labor nutzt eigene Auswertungs-Frameworks, und Drittanbieter-Zahlen werden oft nachträglich korrigiert. Was sich heute verifizieren lässt, ist der strukturelle Vergleich: Kontextlänge, Lizenzmodell und Preis.
| Modell | Kontextfenster | Gewichte | API-Preis (pro 1 Mio. Token) |
|---|---|---|---|
| Kimi K3 (Moonshot) | 1.048.576 Token | Offen, bis 27. Juli 2026 | $3,00 Input / $0,30 Cache-Hit / $15,00 Output |
| Kimi K2.6 (Moonshot, Vorgänger) | 256K Token | Offen | Niedriger, Preisstruktur durch K3 abgelöst |
| Geschlossene Spitzenmodelle (Claude-/GPT-Klasse) | Zum Launch meist 200K–256K Token | Geschlossen, nur API | Je nach Anbieter und Tarif unterschiedlich |
Fazit: Der klare Vorteil liegt aktuell bei Kontextlänge und Kosten pro Token bei langen Kontexten — nicht bei einem bestätigten Sieg über alle Benchmarks hinweg. Ein unabhängiger Tracker setzt K3 bereits an die Spitze seines Frontend-Code-Leaderboards — beobachtenswert, aber noch keine allgemeingültige Rangliste, bis mehr Auswertungen vorliegen.
Kimi K3 in sechs Schritten auf einer sauberen Maschine testen
Am schnellsten bildet man sich eine eigene Meinung, indem man die API aus einer vollständig selbst kontrollierten Umgebung aufruft — ohne alte Python-Versionskonflikte, ohne halb installierte SDKs aus einem früheren Projekt. Hier sind die sechs Schritte von null bis zum ersten funktionierenden Tool-Call.
- API-Key besorgen: Auf der Kimi API Platform registrieren und einen Key erzeugen, der das Modell
kimi-k3aufrufen darf. - Saubere Maschine bereitstellen: Per SSH auf eine frisch aufgesetzte macOS-Maschine verbinden (ein gemieteter Mac mini M4 eignet sich gut — Root-Zugriff, nichts vorinstalliert, das mit dem Experiment kollidieren könnte) und eine Python-Virtual-Environment einrichten.
python3 -m venv ~/kimi-lab && source ~/kimi-lab/bin/activate
pip install --upgrade openai
- OpenAI-kompatiblen Client auf Moonshots Endpoint zeigen lassen: Kimi K3 spricht das OpenAI-Chat-Completions-Schema, bestehende SDKs funktionieren also mit einer geänderten base_url.
import os
from openai import OpenAI
client = OpenAI(
api_key=os.environ["MOONSHOT_API_KEY"],
base_url="https://api.moonshot.cn/v1",
)
- Ersten Aufruf mit maximaler Reasoning-Stärke senden: K3 denkt immer nach; zum Launch wird ausschließlich
maxunterstützt.
resp = client.chat.completions.create(
model="kimi-k3",
messages=[{"role": "user", "content": "Fasse den KDA-Attention-Mechanismus in 3 Stichpunkten zusammen."}],
extra_body={"reasoning_effort": "max"},
)
print(resp.choices[0].message.content)
- Tool-Calling testen: K3 unterstützt Function Calling und strikte JSON-Schema-Ausgabe — relevant, wenn man einen Agenten statt eines Chatbots baut.
tools = [{
"type": "function",
"function": {
"name": "get_rental_quote",
"parameters": {"type": "object", "properties": {"sku": {"type": "string"}}},
},
}]
resp = client.chat.completions.create(
model="kimi-k3",
messages=[{"role": "user", "content": "Nenne mir den Tagespreis für m4-16-256."}],
tools=tools,
extra_body={"reasoning_effort": "max"},
)
- Native Dauerlauf-Clients ausprobieren: Wenn das Ziel ein unbeaufsichtigter Agent statt einzelner Aufrufe ist, Kimi Code installieren (Terminal-CLI, Modell mit
/modelauswählen) oder die Kimi Work-Desktop-App starten — Moonshot liefert einen nativen Apple-Silicon-Build, der direkt auf dem gemieteten Mac aus den Schritten 1–5 läuft, ohne Rosetta-Übersetzungsschicht.
Eine Kimi-Code-Sitzung dauerhaft als Hintergrunddienst am Laufen zu halten ist im Kern dasselbe Problem wie ein dauerhaft laufender CI-Runner: Man braucht SSH nur mit Schlüsselauthentifizierung, einen Prozess, der ein Logout übersteht, und eine Maschine, die man ohne Bedenken löschen und neu aufsetzen kann. Genau dieses launchd-basierte Setup haben wir in unserem Xcode-CI-Runner-Guide beschrieben — die dortigen Schritte zur SSH-Härtung und Dienstregistrierung lassen sich direkt auf einen dauerhaft laufenden Kimi-Code-Agenten übertragen, nicht nur auf Xcode-Builds.
Zitierfähige Zahlen
- 2,8 Billionen Parameter insgesamt, wobei pro Token nur 16 von 896 Experten aktiv sind — dieses Sparsity-Verhältnis hält die Inferenzkosten im Rahmen.
- Kontextfenster von 1.048.576 Token, Eingabe und Ausgabe zusammengerechnet, mit einheitlicher Preisgestaltung über das gesamte Fenster (keine Staffelung nach Länge).
- Globale API-Preise: 3,00 $ pro Million Input-Token bei Cache-Miss, 0,30 $ bei Cache-Hit, 15,00 $ pro Million Output-Token.
- Termin für vollständige Gewichtsveröffentlichung: 27. Juli 2026, zusammen mit technischem Bericht und einer vLLM-Implementierung von Kimi Delta Attention.
Details in einem so frühen Launch-Fenster ändern sich schnell — Preisstufen, Rate-Limits und das genaue Veröffentlichungsdatum der Gewichte können sich noch verschieben. Betrachten Sie die folgenden Links als maßgeblich, nicht diesen Artikel.
Moonshot AI — offizieller Kimi-K3-Launch-Beitrag
Kimi API Platform — K3-Quickstart-Dokumentation
Northflank — Analyse zu Kimi K3: Benchmarks, Preise und Self-Hosting
IoT Digital Twin PLM — Architektur und Benchmarks von Kimi K3
FAQ
Ist Kimi K3 kostenlos nutzbar?
Der Chat in der Kimi-App ist im Rahmen der Standard-Rate-Limits kostenlos. Die API wird nach Verbrauch abgerechnet: zum Launch 3,00 $ pro Million Input-Token bei Cache-Miss, 0,30 $ bei Cache-Hit und 15,00 $ pro Million Output-Token.
Kann ich Kimi K3 schon selbst hosten?
Noch nicht. Moonshot hat zugesagt, die vollständigen Gewichte bis zum 27. Juli 2026 zu veröffentlichen. Selbst danach braucht ein 2,8-Billionen-Parameter-Sparse-Modell realistisch einen Multi-Accelerator-Supernode, keine Einzel-Workstation.
Was hat sich gegenüber der vorherigen Kimi-Generation geändert?
Die größten Sprünge sind das Kontextfenster (von 256K auf über 1 Mio. Token) und der Gesamtumfang (2,8 Billionen Parameter mit dem neuen Stable-LatentMoE-Routing), dazu ein hybrider linearer Attention-Mechanismus, Kimi Delta Attention, der die Dekodierung bei langen Kontexten bezahlbar halten soll.
Brauche ich eine eigene GPU, um die API zu testen?
Nein. Für den Aufruf der gehosteten API reicht eine Maschine, die HTTPS-Anfragen stellen kann — auch ein gemieteter Mac genügt. Eine GPU wird erst relevant, sobald man die Gewichte nach der Veröffentlichung am 27. Juli selbst hostet.
Für die sechs Schritte oben braucht es nichts Exotisches — eine SSH-Sitzung und eine Python-Virtual-Environment reichen zum Start. Was wirklich zählt, ist eine Maschine, bei der es egal ist, wenn sie mit Test-Abhängigkeiten, halb fertigen Agenten-Skripten und einem vergessenen, noch laufenden Kimi-Code-Prozess vollgemüllt wird. Ein geteilter Laptop sammelt diesen Ballast schnell an; ein einwegfähiger, echter Apple-Silicon-Rechner, den man tageweise mieten und jederzeit zurücksetzen kann, hat dieses Problem nicht. Wer Kimi K3 über die API testet, sollte zudem bedenken, dass Anfragen an Moonshots Server außerhalb der EU verarbeitet werden — für produktive oder personenbezogene Daten lohnt sich vor dem Einsatz eine kurze DSGVO-Prüfung, insbesondere bei Auftragsverarbeitung und Drittlandtransfer. Genau dafür eignet sich ein kurzfristig gemieteter Mac statt der Hauptmaschine: isolierte Testdaten, klar abgegrenzter Umfang, keine Vermischung mit produktiven Systemen.
Auf echtem Apple Silicon testen
Einen Mac mini M4 tageweise starten, die Kimi API anbinden oder Kimi Code als Hintergrund-Agenten laufen lassen — und bei Bedarf einfach kündigen, ohne Altlasten auf der Hauptmaschine.