Kimi K3: Wenn KI die eigene Infrastruktur baut
Moonshot Kimi K3: Self-Evolving-Stack, Open Weights ab 27. Juli und was 2.800 Mrd. Parameter für Cloud und Agentic Coding bedeuten.
Moonshot AI hat am 16. Juli 2026 Kimi K3 vorgestellt: 2.800 Milliarden Parameter, eine Million Token Kontext, nativ multimodal. Der wirklich harte Punkt steckt darunter. Laut Hersteller hat eine frühe K3-Version den Großteil der eigenen Trainings-Kernels geschrieben, einen Compiler gebaut und in 48 Stunden einen Chip entworfen. Für Cloud- und Platform-Entscheider ändert das die Rechnung bei Open Weights, Inferenz-Ökonomie und Agentic Coding.
Das Wichtigste in Kürze
- Self-Evolving-Stack. Laut Moonshot optimierte eine frühe K3-Version eigene Kernels, baute den Compiler MiniTriton und entwarf in einem 48-Stunden-Lauf einen Chip – Alex Ker (Baseten) nennt das „software build its own hardware“.
- Open, aber noch nicht downloadbar. Die API mit der ID kimi-k3 ist live; die Gewichte sind für den 27. Juli 2026 angekündigt. Die Lizenz ist noch nicht final veröffentlicht.
- Leistung mit Vorbehalt. Unabhängig ordnet Artificial Analysis K3 etwa auf Opus-4.8-Niveau ein (Intelligence Index 57), hinter Fable 5 und GPT-5.6 Sol – stark bei Coding und agentischen Workloads, nicht die absolute Spitze.
Verwandt:Inkling: Was das neue Open-Weights-Modell kann / Fast auf Spitzenniveau, günstiger und über drei Kontinente trainiert
Was Moonshot da rausgelassen hat – und warum es Cloud-Teams angeht
Ich arbeite jeden Tag mit Teams, die Modelle als Betriebsgröße bewerten: Kosten pro Aufgabe, Deploy-Pfad, Datenhoheit, Agent-Stabilität. Genau in dieser Logik ist Kimi K3 interessant. Moonshot positioniert den Nachfolger der K2-Linie als erstes offenes Modell der 3.000-Milliarden-Klasse: 2.800 Milliarden Parameter total, Mixture-of-Experts mit 16 von 896 Experts aktiv (rund 1,8 Prozent), Kontextfenster 1.048.576 Token, nativ multimodal (Text, Bild und Video rein, Text raus).
Die Architektur ist laut Moonshot neu gebaut: Kimi Delta Attention (KDA), Attention Residuals (AttnRes) und Stable LatentMoE. Gegenüber K2 spricht der Hersteller von rund 2,5-facher Scaling-Effizienz. Zum Launch läuft Reasoning nur mit reasoning_effort=max (Default); niedrigere Stufen sollen folgen. Die API ist sofort nutzbar. Wer „open“ hört und „heute auf eigener Hardware“ denkt, ist zu früh: Die Gewichte sind angekündigt für den 27. Juli 2026 – am 17. Juli noch nicht verfügbar.
Warum das Platform-Leute angeht: Ein downloadbares 2.800-Milliarden-Modell verschiebt die Grenze zwischen Managed Inference und eigener Supernode. Gleichzeitig bleibt der Self-Evolving-Stack die Story, die über Parameter-Marketing hinausgeht – und die man sauber als Hersteller-Angabe lesen muss.
Der Self-Evolving-Stack: Kernel, Compiler, Chip
Moonshot erzählt drei Cases, die man in keinem Benchmark-Leaderboard findet – und die man entsprechend behandeln sollte: als self-reported Demos, nicht als unabhängige Zertifizierung.
Erstens Kernel-Arbeit: In der späten Entwicklung habe eine frühe K3-Version den Großteil der internen Kernel-Optimierung übernommen. In einem Iterationslauf von 15 Stunden sei Forward-plus-Backward von 283,6 ms auf 114,4 ms gekommen – rund 2,48-fach schneller, laut Moonshot. Zweitens MiniTriton: K3 habe einen Triton-ähnlichen GPU-Compiler von Grund auf gebaut (tile-level IR über MLIR, Optimierungspässe, PTX-Codegen) und auf unterstützten Roofline-Benchmarks Triton und torch.compile erreicht oder übertroffen. Drittens Chip-Design: In einem einzigen 48-Stunden-Lauf habe K3 auf Nangate 45nm mit Open-Source-EDA einen Chip entworfen – rund 4 mm², 100 MHz Timing-Closure, INT4-MAC-Array. Alex Ker von Baseten fasst die Kette so zusammen: Software baue ihre eigene Hardware.
Das ist die Narrative, die Cloud-Entscheider wachhält. Wenn Modelle Teile ihrer Trainings- und Hardware-Pipeline mitgestalten, steigt der Druck auf interne Toolchains, Kernel-Teams und EDA-Workflows. Es steigt auch der Anspruch an Reproduzierbarkeit: Wer solche Claims in Architektur-Reviews übernimmt, braucht eigene Messung.
Zur Leistungseinordnung: Moonshot selbst schreibt, K3 liege im Gesamtbild hinter Claude Fable 5 und GPT-5.6 Sol, zeige aber frontier-nahe Werte in Coding und agentischen Workloads. Unabhängige Messungen zeichnen ein ähnliches Bild – eine Stufe unter der absoluten Spitze, mit klaren Stärken dort, wo Platform-Teams heute Geld verbrennen: lange Coding-Sessions, Tool-Orchestrierung, Browse- und Frontend-Arbeit. Die Detailzahlen stecken im Modul darunter.
Benchmarks im Vergleich
Kimi K3 gegen das Spitzenfeld
Ein Querschnitt aus Coding-, Agenten- und Multimodal-Tests. Die vollständigen Tabellen lassen sich darunter aufklappen.
| Benchmark | KimiK3 | Fable5 | GPT-5.6Sol | Opus-4.8 | GLM-5.2 |
|---|---|---|---|---|---|
| Terminal Bench 2.1 | 88,3 | 84,6 | 88,8 | 84,6 | 82,7 |
| FrontierSWE | 81,2 | 86,6 | 71,3 | 66,7 | 67,3 |
| SWE Marathon | 42,0 | 35,0 | 39,0 | 40,0 | 13,0 |
| BrowseComp | 91,2 | 88,0 | 90,4 | 84,3 | – |
| Automation Bench | 30,8 | 29,1 | 29,7 | 27,2 | 12,9 |
| GDPval-AA v2 (Elo) | 1668 | 1760 | 1748 | 1600 | 1514 |
Kimi K3 farblich hervorgehoben. Pro Zeile: fett = bester Wert, unterstrichen = zweitbester. Alle Angaben in Prozent, Elo-Werte gekennzeichnet. Höhere Werte sind besser.
Alle Coding-Benchmarks anzeigen (6 Tests, 6 Modelle)
| Benchmark | KimiK3 | Fable5 | GPT-5.6Sol | Opus-4.8 | GPT-5.5 | GLM-5.2 |
|---|---|---|---|---|---|---|
| Terminal Bench 2.1 | 88,3 | 84,6 | 88,8 | 84,6 | 83,4 | 82,7 |
| DeepSWE | 67,5 | 70,0 | 73,0 | 59,0 | 67,0 | 46,2 |
| FrontierSWE | 81,2 | 86,6 | 71,3 | 66,7 | 64,9 | 67,3 |
| Program Bench | 77,8 | 76,8 | 77,6 | 71,9 | 70,8 | 63,7 |
| Kimi Code Bench 2.0 | 72,9 | 76,9 | 64,8 | 71,7 | 69,0 | 64,2 |
| SWE Marathon | 42,0 | 35,0 | 39,0 | 40,0 | 14,0 | 13,0 |
Alle Agenten- und Multimodal-Benchmarks anzeigen
| Benchmark | KimiK3 | Fable5 | GPT-5.6Sol | Opus-4.8 | GPT-5.5 | GLM-5.2 |
|---|---|---|---|---|---|---|
| GDPval-AA v2 (Elo) | 1668 | 1760 | 1748 | 1600 | 1494 | 1514 |
| AA-Briefcase (Elo) | 1548 | 1583 | 1495 | 1354 | 1158 | 1260 |
| JobBench | 52,9 | 57,4 | 46,5 | 48,4 | 38,3 | 43,4 |
| SpreadsheetBench 2 | 34,8 | 34,7 | 32,4 | 31,6 | 29,1 | 28,1 |
| Automation Bench | 30,8 | 29,1 | 29,7 | 27,2 | 22,7 | 12,9 |
| BrowseComp | 91,2 | 88,0 | 90,4 | 84,3 | 84,4 | – |
| CharXiv (RQ, Tool) | 91,3 | 93,5 | 89,1 | 89,9 | 89,0 | – |
| Zerobench (Tool) | 41,0 | 46,0 | 35,0 | 34,0 | 41,0 | – |
Quelle: offizielles Kimi-K3-Benchmark-Set von Moonshot AI, alle Modelle auf höchster Denkstufe (max bzw. xhigh). Herstellerangaben; unabhängige Messungen von Artificial Analysis ordnen Kimi K3 beim Intelligence Index (57) etwa auf Opus-4.8-Niveau ein, hinter Fable 5.
Die Tabelle trennt Hersteller-Claims und externe Signale. Artificial Analysis setzt den Intelligence Index bei 57 an – grob Opus-4.8-Niveau, hinter Fable 5 und GPT-5.6 Sol. Coding- und Agentic-Indizes sind stark; laut Auswertung verbraucht K3 rund 21 Prozent weniger Output-Token pro Aufgabe als die Vorgänger-Generation. Im Frontend Code Arena steht K3 mit 1.679 Punkten auf Platz 1 (17 Plätze hoch), vor Fable 5. Self-reported Demos und Arena-Elo ersetzen keine Produktions-Evaluation auf euren Workloads.
Open Weights als Infrastruktur-Frage
Open Weights heißen hier: bis zum 27. Juli 2026 angekündigt, heute noch nicht da. Die API läuft; das Download-Paket fehlt. Die Lizenz ist noch nicht final veröffentlicht. Wer Compliance- und Beschaffungsprozesse startet, sollte den 27. Juli als Termin im Kalender haben – und den echten Repo-Stand, die tatsächliche Lizenz und die MXFP4-Artefakte erst dann freigeben, wenn sie vorliegen.
Deploy-Realität laut Moonshot: mindestens 64 Beschleuniger in einer Accelerator-Supernode, Gewichte in MXFP4. Das ist kein „auf dem Workstation-Rack testen und dann go-live“. Es ist ein Cluster-Thema mit High-Bandwidth-Domains, Expert-Parallelism und Prefix-Caching für KDA. Moonshot hat nach eigenen Angaben eine passende Prefill-Cache-Implementierung in die vLLM-Community gegeben – releasbar mit dem Modell.
Für Cloud-vs-On-Prem bedeutet das drei Pfade, die man getrennt bepreisen sollte. Erstens Managed API: schnell, wenig Ops, Daten verlassen eure Boundary. Zweitens Cloud-Self-Host auf gemieteter Supernode: Weights-Kontrolle, weiterhin Fremd-Hardware und -Jurisdiction. Drittens On-Prem oder dedizierte Colocation: maximale Datenhoheit, Capex und Team-Know-how für MoE-Inferenz in der 2.800-Milliarden-Klasse. Wer „open“ als automatischen On-Prem-Gewinn liest, unterschätzt den Ops-Boden.
Datenhoheit bleibt der eigentliche Treiber. Ein downloadbares Frontier-MoE erlaubt Air-Gapped-Szenarien, branchenspezifische Fine-Tunes und eigene Guardrails. Es zwingt euch aber auch, Patch-Zyklen, Supply-Chain-Checks und Modell-Inventar ernst zu nehmen – wie bei jeder kritischen Runtime.
Inferenz-Ökonomie: Kontext, Cache, Euro
Ein-Million-Token-Kontext ist nur dann Betriebsstrategie, wenn Decoding und Prefill nicht explodieren. Laut Moonshot beschleunigt KDA das Decoding bei Mio-Token-Kontext um bis zu 6,3-fach. AttnRes soll die Trainingseffizienz um rund 25 Prozent heben, bei unter 2 Prozent Mehrkosten. Beides sind Herstellerangaben; relevant wird, was eure Latency- und Cost-Dashboards nach dem API-Rollout zeigen.
API-Preise (umgerechnet zum aktuellen Wechselkurs, Stand Juli 2026): Input etwa 2,75 Euro je Million Token, Cached-Input rund 0,28 Euro, Output etwa 13,80 Euro. Die Vorgänger-Generation lag beim Input deutlich niedriger. K3 ist ein Frontier-Tarif mit aggressivem Cache-Rabatt. Laut Moonshot liegt die Cache-Hit-Rate in Coding-Workloads über 90 Prozent. Wer Agentic-Coding-Tools betreibt – lange Repos, wiederholte System-Prompts, Tool-Traces – lebt oder stirbt an genau dieser Hit-Rate.
Was für Betreiber zählt: Output bleibt der teure Teil. Weniger Output-Token pro Aufgabe (laut Artificial Analysis rund 21 Prozent unter der Vorgänger-Generation) wirkt stärker als ein paar Cent beim Input. Gleichzeitig läuft Launch-Reasoning auf max Effort – das produziert Thinking-Token. Plant eure Agent-Loops mit explizitem Budget pro Task und messt Cache-Hits pro Workload-Klasse, bevor ihr Listenpreise in Business Cases schreibt.
Was das für Teams heißt
Nüchterne Lesart: K3 ist ein ernstzunehmendes Open-Frontier-Angebot mit starkem Coding- und Agent-Profil, einer ehrlichen Einordnung unter Fable 5 und GPT-5.6 Sol im Gesamtindex und einer Story um Self-Evolving-Infrastruktur, die man als Claim tracken und nicht als Fakt in RFPs schreiben sollte. Die Gewichte sind angekündigt für den 27. Juli – bis dahin ist „open“ API plus Roadmap.
- API live (kimi-k3) für PoCs und Agent-Harness-Tests
- Externe Signale: starkes Coding/Frontend, Intelligence Index nahe Opus 4.8
- 1-Mio-Kontext plus hoher Cache-Rabatt begünstigt lange Coding-Sessions
- Gewichte und finale Lizenz stehen noch aus (Ziel: 27. Juli 2026)
- Self-Evolving-Cases und Architektur-Gains sind self-reported
- Self-Host braucht Supernode-Klasse (≥64 Accelerators) und MoE-Ops
Handlungsbezug für DACH-Platform-Teams: Startet einen begrenzten API-Pilot auf euren Coding- und Agent-Workloads – mit Cache-Hit-, Token- und Qualitätsmetriken neben dem Arena-Nimbus. Plant parallel den 27. Juli als Entscheidungsfenster für Self-Host versus Managed. Haltet die Self-Evolving-Story aus Security- und Procurement-Texten raus, bis ihr Reproduzierbarkeit und License-Text geprüft habt. Und kalibriert Erwartungen: K3 ist groß, offen angekündigt und in Coding-Domänen konkurrenzfähig – die absolute Frontier bleibt laut unabhängiger Messung und laut Moonshot selbst bei den proprietären Spitzenmodellen.
Häufige Fragen
Was ist Kimi K3?
Kimi K3 ist das Flaggschiff-Modell von Moonshot AI (API-ID kimi-k3), Nachfolger der K2-Linie. Es ist ein Mixture-of-Experts-Modell mit 2.800 Milliarden Parametern total (16 von 896 Experts aktiv), einer Million Token Kontext und nativer Multimodalität. Die API ist live; Open Weights sind für den 27. Juli 2026 angekündigt.
Ab wann sind die Open Weights von Kimi K3 verfügbar?
Moonshot hat die vollständigen Modellgewichte für den 27. Juli 2026 angekündigt. Am 17. Juli 2026 sind sie noch nicht öffentlich downloadbar. Die finale Lizenz war zum Launch-Zeitpunkt ebenfalls noch nicht final veröffentlicht.
Was ist Kimi Delta Attention (KDA)?
KDA ist laut Moonshot eine Architektur-Komponente von Kimi K3 für effizientere Attention über große Sequenzlängen. Der Hersteller gibt an, dass KDA das Decoding bei Kontexten im Millionen-Token-Bereich um bis zu 6,3-fach beschleunigen kann. Unabhängige Reproduktion dieser Zahl steht aus.
Was meint Moonshot mit Self-Evolving-Stack?
Damit beschreibt Moonshot Szenarien, in denen K3 Teile der eigenen Infrastruktur mitgebaut haben soll: Kernel-Optimierung, den Compiler MiniTriton und ein Chip-Design in 48 Stunden. Das sind Herstellerangaben und Demonstrationen – keine extern auditierten Produktionsnachweise.
Kann ich Kimi K3 heute schon produktiv nutzen?
Ja über die Kimi-Produkte und die API (kimi-k3), aktuell mit maximalem Reasoning-Effort als Default. Self-Hosting der Gewichte ist erst nach dem angekündigten Release ab dem 27. Juli 2026 realistisch planbar – und laut Moonshot mit mindestens 64 Beschleunigern.
Lesetipps der Redaktion
cloudmagazinEin Modell für alles ist 2026 ein ArchitekturfehlercloudmagazinWenn GPUs den SaaS-Etat auffressencloudmagazinWenn KI-Agenten reisen: Data-Residency als Operating-ProblemMehr aus dem MBF Media Netzwerk
MyBusinessFutureInvestitionsstau: Wie KI verborgene Budgets freilegtDigital ChiefsToken-OPEX: Inference steuert, nicht das Seat-BudgetSecurityTodayCursor startet git.exe aus dem Repo-RootBildquelle: KI-generiert (Juli 2026)

