Moonshot AI hat Kimi K2.6 am 20. April 2026 veröffentlicht. Das Modell verfügt über 1 Billion Parameter, ist Open-Weight und erreicht auf SWE-Bench Verified denselben Stand wie Claude Opus 4.6 zu etwa einem Zehntel der API-Kosten. Für Agenturen, die KI-Agenten an Kunden ausliefern, haben Open-Weight-Modelle in dieser Generation den experimentellen Status hinter sich gelassen.
Das ist das zweite Open-Weight-Modell eines chinesischen Labors innerhalb von vier Monaten auf diesem Niveau. DeepSeek V3.2 erschien im Januar 2026 mit Goldmedaillen-Ergebnissen bei IMO 2025, IOI 2025 und ICPC World Final 2025 und setzte damals den Open-Weight-Reasoning-Maßstab. K2.6 folgte am 20. April mit einem Long-Horizon-Agent-Swarm, der 300 Sub-Agenten über 4.000 Schritte koordiniert. Der Takt ist inzwischen quartalsweise, und jede Agentur, die KI-Agenten an Kunden liefert, braucht eine Stack-Policy, die einen neuen Frontier-Drop alle drei bis vier Monate einkalkuliert.
Seit einem Jahr heißt es, Open Source hole auf, und das war größtenteils Hype. Diese Generation zeigt einen kleineren Abstand als frühere Open-versus-Closed-Zyklen, und das hat Auswirkungen auf das, was Kunden erhalten. Im Folgenden: Was K2.6 tatsächlich mitbringt, wo der Abstand zu Claude Opus 4.7 geschlossen wurde und wo nicht, sowie die drei Entscheidungen, die ein agenturgelieferter KI-Stack jetzt dieses Quartal treffen muss. Ist diese Entscheidung für ein laufendes Kundenprojekt bereits akut, baut webvise Open-Weight-KI-Deployments für Agenturen.
- Benchmarks schließen den Abstand. K2.6 erzielt 80,2% auf SWE-Bench Verified, 0,6 Punkte hinter Claude Opus 4.6, und führt bei SWE-Bench Pro mit 58,6% alle Frontier-Modelle an.
- Preise kollabieren das Budget. 0,60 $ pro Million Input-Token und 2,50 $ pro Million Output-Token. Claude Opus 4.7 kostet 5 $ und 25 $, ungefähr 8 bis 10 Mal mehr pro Lauf.
- Die Lizenz erlaubt kommerzielle Nutzung. Modified MIT mit einer einzigen Attributionsklausel ab 100 Mio. monatlich aktiven Nutzern oder 20 Mio. $ monatlichem Umsatz. Jeder webvise-Kunde liegt deutlich darunter.
- Self-Hosting ist praxistauglich. Die Gewichte sind auf Hugging Face verfügbar, Community-GGUF-Quantisierungen von ubergarm und unsloth existieren bereits. H100-Hardware ist der praktische Mindeststandard für ernsthafte Workloads.
- Mixed Stacks gewinnen. Rein geschlossene Stacks brauchen jetzt eine schriftliche Begründung pro Workload. Open Weights für Volumen, Closed Weights für hartes Frontier-Reasoning ist der vertretbare Agentur-Standard.
Was Kimi K2.6 tatsächlich mitbringt
K2.6 ist ein Mixture-of-Experts-Modell mit 1 Billion Parametern, 32 Milliarden aktiven Parametern pro Token und einem Kontextfenster von 262.144 Token. Nativ multimodal über Text und Vision, ist es über die Kimi API von Moonshot, Kimi Code, Hugging Face, OpenRouter und Ollama verfügbar. Community-Quantisierungen von ubergarm und unsloth machen ein lokales Deployment auf H100-Hardware innerhalb der ersten 48 Stunden nach Release praktikabel.
Das Benchmark-Profil im Vergleich zur Frontier:
| Benchmark | K2.6 | Claude Opus 4.6 | Claude Opus 4.7 | GPT-5.4 | Gemini 3.1 Pro |
|---|---|---|---|---|---|
| SWE-Bench Verified | 80,2% | 80,8% | 87,6% | pending | pending |
| SWE-Bench Pro | 58,6% | 53,4% | pending | 57,7% | 54,2% |
| Terminal-Bench 2.0 | 66,7% | pending | pending | pending | pending |
| HLE-Full (tools) | 54,0% | 53,0% | pending | 52,1% | 51,4% |
| AIME 2026 | 96,4% | pending | pending | pending | pending |
| OSWorld-Verified | 73,1% | pending | pending | pending | pending |
Der Terminal-Bench 2.0-Sprung ist die aussagekräftigste Zahl des Releases. Gegenüber K2.5 gewann K2.6 auf Shell- und Dateimanipulierbarkeit 15,9 Punkte, genau die Fähigkeit, auf die es ankommt, wenn ein Modell eine echte CI-Pipeline oder einen On-Call-Remediation-Agenten steuert. Benchmark-Führerschaft bedeutet nichts, wenn der Agent beim nächsten `cp`-Flag in einem echten Deployment scheitert.
Das Kern-Feature liegt eine Ebene über den einzelnen Benchmarks. K2.6 kann bis zu 300 Sub-Agenten über 4.000 koordinierte Schritte in einem einzigen Lauf steuern, was eine mehrstündige oder mehrtägige Ausführung ohne menschliches Eingreifen ermöglicht. Moonshot veröffentlichte Traces mehrtägiger Engineering-Läufe, bei denen das Modell den eigenen Sub-Agenten-Dispatch übernahm. Claude Opus 4.7 publiziert kein vergleichbares Sub-Agenten-Limit, ein Novum bei einem bedeutenden agentischen Feature, bei dem Open Weights die Closed Frontier anführt.
Für Agenturen, die bereits Agent-Stacks betreiben, lautet die praktische Frage nicht mehr, ob Open Weights bereit sind, sondern wo sie passen. Wer das gerade für ein Kundenprojekt dieses Quartals abbilden muss, für den baut webvise Mixed-Stack-KI-Deployments.
Der Frontier-Abstand ist vernachlässigbar, mit einer Ausnahme
Auf SWE-Bench Verified liegen K2.6 mit 80,2% und Claude Opus 4.6 mit 80,8% faktisch gleichauf. Das Delta von 0,6 Punkten ist kleiner als die Lauf-zu-Lauf-Varianz, die die meisten Agenturen in Produktionsevaluierungen beobachten. Bei SWE-Bench Pro, dem anspruchsvolleren Multi-File-Benchmark, führt K2.6 mit 5,2 Punkten Vorsprung gegenüber GPT-5.4 und 7,2 Punkten gegenüber Opus 4.6.
Die Ausnahme ist Claude Opus 4.7. Anthropics neuestes Opus sprang auf 87,6% auf SWE-Bench Verified, ein substanzieller Vorsprung von 7,4 Punkten gegenüber K2.6 beim Single-File-Bugfix-Benchmark. Opus 4.7 erschien vier Tage vor K2.6, was zeigt, wie das Rennen inzwischen funktioniert: ein quartalsweises Überholen, bei dem die Führung planmäßig wechselt.
Für den Großteil der Agentur-Workloads ist 80% auf SWE-Bench Verified mehr Signal, als die reale Aufgabe verlangt. Wer kleine Bugfixes schreibt, ein Modul zwischen Framework-Versionen migriert oder einen nächtlichen Test-Authoring-Lauf ausführt, findet K2.6 bei veröffentlichten Benchmarks innerhalb der Unsicherheitsspanne führender Closed-Source-Modelle, zu deutlich niedrigeren Kosten pro Lauf; Methodik und Workload-Auswahl beeinflussen den Vergleich.
Wer dagegen Needle-in-a-Haystack-PR-Reviews gegen ein 200-File-Monorepo fährt, bei dem subtiler Kontext zwischen Modulen zählt, gewinnt mit Opus 4.7. Der Abstand von 7,4 Punkten ist real und multipliziert sich bei den härtesten Aufgaben. Ob er das Zehnfache der Kosten pro Lauf rechtfertigt, ist eine Entscheidung, die jetzt pro Workload, nicht pro Anbieter getroffen werden muss.
Das Preisgefälle ist zehnfach, und Opus 4.7 hat es still vergrößert
API-Preise pro Million Token bei den beiden relevanten Frontier-Optionen:
| Modell | Input | Output |
|---|---|---|
| Kimi K2.6 (Moonshot API) | $0,60 | $2,50 |
| Kimi K2.6 (OpenRouter) | $0,60 | $2,80 |
| Claude Opus 4.7 | $5,00 | $25,00 |
Ein einzelner Agent-Lauf mit 20.000 Input-Token und 8.000 Output-Token kostet auf K2.6 etwa 0,03 $ und auf Claude Opus 4.7 etwa 0,30 $. Skaliert auf einen Client-Agenten mit 1.000 Läufen pro Tag, summiert sich das im Monat auf rund 8.000 $ bei Opus gegenüber 900 $ bei K2.6 für denselben Workload. Über ein Portfolio von sechs Client-Agenten entsteht ein jährliches Delta von über einer halben Million Dollar COGS, die derzeit die Agentur oder der Kunde trägt.
Hinzu kommt ein Faktor, den viele Agenturen übersehen. Opus 4.7s aktualisierter Tokenizer erzeugt bei einigen Workloads mehr Token pro äquivalentem Input, was die effektive Marge pro Engagement für Opus-abgerechnete Arbeiten verschlechtert. Die Token-Preise blieben gleich, die effektiven Kosten pro Request nicht. Wer Client-Projekte gegen Opus 4.6-Abrechnungsannahmen unterschrieben hat, stellt fest, dass sich die Unit Economics verschoben haben.
Moonshotss Pricing-Struktur unterscheidet sich grundlegend von Closed Frontier. Offene Gewichte bedeuten: Die Preisuntergrenze ist die eigene Infrastruktur, nicht die Marge eines Anbieters. Ein selbst gehostetes K2.6-Deployment kann bei Skalierung etwa 0,08 $ pro Million Output-Token erreichen, deutlich unter den API-Preisen geschlossener Frontier-Modelle. Die genauen Multiplikatoren hängen von Inferenzvolumen und Infrastrukturkosten ab. Das ist die Zahl, die Open Weights von einer Forschungskuriosität zu einer Gewinn-und-Verlust-Entscheidung macht.
Was die Modified MIT License tatsächlich erlaubt
Die K2.6-Gewichte sind auf Hugging Face unter `moonshotai/Kimi-K2.6` mit einer Modified MIT License veröffentlicht. Die Modifikation besteht aus einer einzigen Attributionsklausel: Überschreitet ein Deployment 100 Millionen monatlich aktive Nutzer oder generiert es mehr als 20 Millionen Dollar monatlichen Umsatz, muss 'Kimi K2.6' sichtbar in der Produkt-UI ausgewiesen werden.
Für jedes webvise-Kundenprojekt liegt diese Schwelle hoch genug, um typische kommerzielle Deployments nicht einzuschränken. Unterhalb dieser Grenze ist die kommerzielle Nutzung kostenfrei, Quellcode und Gewichte dürfen weitergegeben werden, Fine-Tuning ist für jeden Zweck erlaubt, und auf Client-Projekte, die auf K2.6 aufbauen, fällt im ersten Jahr gegenüber Moonshot keine Royalty-Verpflichtung an.
Zum Vergleich: Anthropics Usage Policy untersagt, Claude-Outputs per Fine-Tuning zum Aufbau konkurrierender Foundation-Modelle zu verwenden, und verlangt, dass Kunden Anthropics Bedingungen als Pass-Through-Vereinbarung akzeptieren. Für Kunden, die Agenten in regulierten Sektoren mit Anforderungen an Datenresidenz, Modellkontrolle und vertragliche Souveränität einsetzen, ist das Lizenzgefälle kein Nice-to-have. Bei Finanzdienstleistern, im Gesundheitswesen, in der Rechtsbranche und bei EU-Behörden, die unter GDPR-Datenlokalisierungsregeln arbeiten, ist die Lizenz selbst oft die Entscheidung, bevor überhaupt Benchmarks zur Sprache kommen.
Das Muster: Zwei Open-Weight-Drops in vier Monaten
Das Muster rund um Kimi K2.6 sollte die Agentur-Policy dieses Quartal bewegen.
DeepSeek V3.2 erschien im Januar 2026 mit DeepSeek Sparse Attention, einer Architektur, die die Attention-Komplexität von O(n²) auf O(nk) reduziert und dabei die Modellleistung in Long-Context-Szenarien erhält. Die Variante V3.2-Speciale holte Gold bei IMO 2025, IOI 2025, ICPC World Final 2025 und CMO 2025 und setzte damit den Open-Weight-Reasoning-Höchststand. Das war damals die Decke.
Vier Monate später brachte Moonshot K2.6 mit 1-Billion-Parameter-MoE, 256K-Kontext und einem Long-Horizon-Agent-Swarm. Die Open-Weight-Benchmark-Führerschaft wechselte in einem einzigen Quartal von DeepSeek zu Moonshot. Agenturen, die ausschließlich auf Closed-Source-Anbieter gesetzt haben, sehen sich erneutem Preisdruck gegenüber, während Open-Weight-Optionen reifen.
Zu beobachten ist ein Rhythmus: Zwei Labs tauschen alle drei bis vier Monate die Open-Weight-Führerschaft, während Anthropic Opus 4.7 und Google Gemini 3.1 Pro auf überlappenden Release-Plänen liefern. Die Open-Weight-Frontier ist kein Rennen mehr gegen die Closed Frontier. Sie ist ein dauerhafter Zustand des KI-Stacks, den Agenturen auf Policy-Ebene einplanen müssen.
Für Agenturen verschiebt sich die Vorstandsdiskussion damit von 'Sollten wir Open Weights evaluieren?' zu 'Was ist unsere Mixed-Stack-Policy, wenn der nächste Drop im Juli kommt?'
Was das für Agenturen bedeutet, die Client-Agenten liefern
Drei Druckpunkte treiben die Migrationsmathematik, die eine Agentur jetzt über ihr Client-Portfolio hinweg durchführen muss.
Kostendruck von der Kundenseite. Sobald ein Kunde das Kosten-Delta pro Lauf bei einem echten Workload sieht, verschiebt sich die Diskussion von 'Welches Modell?' zu 'Warum zahlen wir das?' Eine monatliche Agenten-Rechnung von 5.000 $ auf Claude Opus 4.7 sinkt für dasselbe Aufgabenvolumen auf rund 500 $ mit K2.6, und die Qualitätsgrenze verschlechtert sich nur bei den härtesten Multi-File-Reasoning-Aufgaben. Einkaufsabteilungen werden diesen Vergleich eigenständig anstellen.
Datenresidenz als verkaufbares Enterprise-Tier. Offene Gewichte ermöglichen es, Client-Daten auf der Client-Infrastruktur zu halten, was Verträge öffnet, auf die Closed-Source-Stacks physisch kein Angebot abgeben können. Bei Finanzdienstleistern, im Gesundheitswesen und bei EU-Behörden, die GDPR-Datenlokalisierungsanforderungen unterliegen, entfernt ein selbst gehostetes K2.6 die Frage nach dem Datenweg aus jeder Compliance-Prüfung. Das allein gewinnt Ausschreibungen, bei denen Closed-Source-Stacks gar nicht erst zugelassen sind.
Anbieterrisiko als Policy-Posten. Reine Closed-Source-Single-Provider-Stacks haben beim Vercel-Supply-Chain-Vorfall einen echten Test nicht bestanden, bei dem das SDK eines einzelnen Anbieters zum Angriffsvektor für jeden Agenten im Portfolio wurde. Wenn der Blast-Radius mit der Anbieterkonzentration wächst, verwandeln Mixed Stacks mit Open-Weight-Fallback einen Totalausfall in einen Degraded Run. Versicherer und Einkaufsabteilungen fragen auf RFP-Ebene bereits danach.
Das Gegenargument ist real und verdient klare Benennung. Claude Opus 4.7 führt SWE-Bench Verified mit 7,4 Punkten Vorsprung gegenüber K2.6. Bei den härtesten Multi-File-Reasoning-Aufgaben, Randfällen mit subtilen modul-übergreifenden Kontextabhängigkeiten oder Workflows, bei denen Latenz und Tool-Use-Qualität das Produkt sind, gewinnt Closed Frontier noch auf der Qualitätsdimension.
Der webvise-Standard für neue Kundenprojekte ist jetzt ein Mixed Stack by Design. Claude Opus 4.7 übernimmt Orchestrierung, mehrdeutiges Reasoning und produktkritische Tool-Use-Pfade, bei denen Qualität zählt. K2.6 übernimmt hochvolumige, klar definierte und datensensible Arbeiten, bei denen das Qualitätsgefälle gegen eine 90-prozentige Kostenreduktion ein vernachlässigbarer Wert ist. Die Routing-Logik liegt in meiner eigenen Infrastruktur, was die Modellwahl zu einer reversiblen Entscheidung macht statt zu einem Zwei-Jahres-Vertrag.
Was dieses Quartal konkret zu tun ist
Vier konkrete Schritte für alle, die Client-Agenten heute auf einem Closed-Source-Stack betreiben.
- K2.6 am eigenen Workload benchmarken. Den OpenRouter-Endpunkt 72 Stunden lang einbinden, die bestehende Agent-Eval-Suite durchlaufen lassen und Regression gegen die reale Aufgabenverteilung messen. Den Agenten interessieren die eigenen Daten, nicht SWE-Bench-Leaderboards.
- Ausgaben pro Workload auditieren, nicht pro Anbieter. Agenten, die mehr als 300 $ pro Monat auf Opus 4.7 verbrennen, identifizieren und jene markieren, deren Aufgabentyp komfortabel in K2.6s 80%-Verified-Fähigkeitsbereich fällt. Diese Workloads wechseln als erste zu Open Weights.
- Datenresidenz als Enterprise-Tier bepreisen. Enterprise-Kunden zahlen einen Aufschlag für selbst gehostete Agenten, sobald das als Posten im SOW angeboten wird. Offene Gewichte machen daraus ein produktisierbares Tier statt eines Custom-Engineering-Sprints pro Deal.
- Kritische Reasoning-Arbeit halten. Volumen migrieren, nicht Sensibilität. Der Verified-Abstand von 7,4 Punkten zwischen K2.6 und Opus 4.7 ist real, wenn die Aufgabe schwer ist. Regression auf den härtesten Workloads messen, bevor auch nur ein einzelner Produktionsagent wechselt.
Moonshot wird K2.7 mit hoher Wahrscheinlichkeit noch vor Jahresende liefern. DeepSeek V4 soll sich Berichten zufolge in einer späten Entwicklungsphase befinden. Die entscheidende Frage für Agenturen ist, wie schnell die eigene Policy aufnehmen kann, was nächstes Quartal erscheint, ohne laufende Client-Projekte zu destabilisieren.
Wer die Open-Weight-Migration für ein Kundenprojekt abbildet und einen zweiten Blick auf die Routing-Logik, den Benchmark-Plan oder die Self-Hosting-Wirtschaftlichkeit möchte, für den baut und betreibt webvise Mixed-Stack-KI-Deployments für agenturgelieferte Produkte.
Die Praktiken von webvise sind an den ISO 27001- und ISO 42001-Standards ausgerichtet.