Am 13. April hat Moonshot AI die Code-Vorschauversion K2.6 an alle Kimi Code-Abonnenten ausgerollt. Die Version wurde nach etwa einer Woche geschlossener Tests breit verfügbar gemacht, knapp zwei Wochen nach der Veröffentlichung von GPT-5.4-Cyber und Anthropic Mythos.
Moonshot veranstaltete keine Pressekonferenz, keinen langen Blogbeitrag. Eine E-Mail, und Ihr Kimi Code wurde aktualisiert.
Im Vergleich zu K2.5 konzentriert sich K2.6 auf drei Verbesserungen: tiefere Reasoning-Ketten, klarere mehrschrittige Agent-Pläne und zuverlässigere Tool-Call-Ausführung. Die praktische Wirkung zeigt sich darin, dass bei großen Refactorings über mehrere Dateien oder der Zerlegung komplexer Agent-Workflows die Fehlerquote sinkt und die Logik kohärenter wird.
Der Preis ist der wahre Trumpf
Bevor die Benchmarks veröffentlicht wurden, sorgte die Preisgestaltung bereits für Aufsehen.
| Modell | Eingabe (pro Million Token) | Ausgabe (pro Million Token) |
|---|---|---|
| Kimi K2.6 | 0,60 $ | 2,50 $ |
| Claude Sonnet 4.6 | 3,00 $ | 15,00 $ |
| GPT-5.4 | 2,50 $ | 10,00 $ |
Die Eingabe ist fünfmal günstiger, die Ausgabe sechsmal günstiger. Ein konkretes Beispiel: Wenn ein kleines bis mittleres Team monatlich 100 Millionen Eingabe-Token und 10 Millionen Ausgabe-Token verarbeitet, spart es etwa 4.380 Dollar pro Jahr. Für Teams, die API-Aufrufkosten als echte Betriebsausgaben betrachten, ist das keine Kleinigkeit.
Die Benchmarks von K2.5 lagen bei 76,8 % (SWE-Bench Verified) und 85 % (LiveCodeBench) – das war bereits Spitzenklasse unter den Open-Weight-Modellen. Offizielle Benchmarks für K2.6 wurden noch nicht veröffentlicht, aber Entwickler in der geschlossenen Testphase berichteten häufig, dass die Ausgabe von K2.6 "einen Opus-Geschmack" habe – detaillierte Reasoning-Ketten, strukturierte Denkprozesse, ähnlich wie Claudes verbose chain-of-thought.
Agent Swarm: Echte Parallelisierung
Die wesentlichste technische Änderung bei K2.6 ist die Überarbeitung auf der Agent-Swarm-Ebene.
Der Agent Swarm von Kimi ist der Mechanismus, der es bis zu 100 Sub-Agenten ermöglicht, parallel zu arbeiten. K2.5 hatte ein altes Problem: Der Orchestrator unterstützte theoretisch Parallelität, aber in der Praxis degenerierte die Ausführung oft zu einer sequenziellen Verarbeitung. K2.6 wurde speziell dafür optimiert; der Orchestrator kann jetzt die parallele Ausführung tatsächlich aufrechterhalten, ohne standardmäßig zu degenerieren.
Das Ergebnis: Bei parallelisierbaren Aufgaben ist die Geschwindigkeit um bis zu 4,5-mal höher. Wenn Sie Datenstapelverarbeitung, mehrschrittige Tests oder parallele Suchzusammenfassungen durchführen, werden Sie den Unterschied deutlich spüren.
Die Generierung von Frontend-Code ist ebenfalls schöner geworden – nicht nur, dass der Code läuft, auch Layout und visuelle Logik sind stimmiger.
Offene Gewichte, lokaler Betrieb möglich
K2.6 basiert auf einer MoE-Architektur mit Billionen Parametern und behält die konsequente Open-Weight-Strategie von Moonshot bei. Wenn Sie eine lokale Bereitstellung durchführen, bei der Daten das Land nicht verlassen dürfen, oder auf Ihrem eigenen Inferenzcluster laufen möchten, wird dies theoretisch unterstützt.
Allerdings wurde die vollständige Open-Weight-Version noch nicht veröffentlicht; sie wird hauptsächlich über die API und das Kimi Code-Abonnement bereitgestellt. Die vollständigen offenen Gewichte werden voraussichtlich um Mai 2026 veröffentlicht.
Für Teams, die große Code-Agenten in privaten Umgebungen ausführen müssen, ist dieser Zeitpunkt eine Notiz wert.
Einige reale Schwachstellen
Die Realität ist: Nicht alles ist rund.
- CLI hinkte einige Tage hinterher: API und Web-Oberfläche wurden zuerst auf K2.6 aktualisiert, Kommandozeilenbenutzer warteten etwa drei Tage. Für viele Entwickler ist die CLI der primäre Zugang
- Versionsnamen werden unübersichtlich: K2, K2.5, K2.6, K2.6-code-preview, K2.6-instruct… man weiß nicht, welcher Endpunkt welche Version ausführt, Versions-Pinning wird zur Betriebslast
- Englische Dokumentation hinkt hinterher: Im Vergleich zu Anthropic und OpenAI sind Qualität und Aktualisierungsgeschwindigkeit der englischen technischen Dokumentation von Moonshot noch schlechter. Das Erlebnis für internationale Entwickler ist nicht gut
- API-Ratenbegrenzung: 300-1200 Aufrufe alle 5 Stunden, nicht ausreichend für hochparallele Batch-Aufgaben, erfordert eigenes Queue-Management
K3 ist noch in Arbeit
K2.6 ist da, aber die Diskussionen über K3 reißen nicht ab. In der Community kursieren Gerüchte, dass die Zielparameterzahl von K3 in die Größenordnung von 3-4 Billionen geht, auf Augenhöhe mit den führenden US-Modellen. Moonshot bestätigte Ende März offiziell, dass K3 in Entwicklung ist, ohne konkrete Funktionen zu nennen.
Die Art der Veröffentlichung von K2.6 – eine E-Mail, dann direkte Bereitstellung – zeigt, dass Moonshot die Iteration eher leise vorantreibt. Keine großen Ankündigungen, zuerst sollen die Nutzer es spüren. Dies widerspricht nicht den Gerüchten, dass K3 "einen großen Wurf plant".
Für Entwickler ist der aktuelle Stand: Sie können es sich leisten, die Benchmarks sind akzeptabel, die Nachteile sind erträglich, also nutzen Sie es erst einmal. Wenn K3 herauskommt, bewerten Sie neu.
Quellenangabe: Kimi Code K2.6: Key Takeaways for Developers (BuildFastWithAI); Kimi K2.6 Code Preview Is Here (kimi-k2.org); Moonshot's Kimi K2.5 is open, CocoLoop, 595GB, and built for agent swarms (VentureBeat)