HiAPI
kimi-k3 模型详情页顶部 21:9 宽幅 Hero 图:左侧柔光留白,右侧虹彩玻璃文档层叠延展,kimi-k3 名以发光立体字融入其中,奶油、冰蓝与珊瑚色渐变。

Moonshot AI

Kimi K3

kimi-k3

Offenes Frontier-Modell mit offenen Gewichten von Moonshot AI, native Unterstützung für Text-, Bild- und Videoverständnis, Kontextfenster von 1 Million Token, stark bei langfristigem Coding und iterativen Tool-Aufrufen

kimi-k3
Kontextfenster
1,000,000
Eingabe
Max. Ausgabe
131,072 Tokens
Veröffentlichung
2026-07-17
Streaming Strukturiertes JSON

Preise

kimi-k3 /1M tokens

Spezifikationen Einzelpreis
Eingabe $2.320
Zwischengespeicherte Eingabe $0.232
Ausgabe $11.600

Überblick

Einordnung und Kurzprofil

Kimi K3 ist ein von Moonshot AI veröffentlichtes Reasoning-Modell mit offenen Gewichten, das auf langfristiges Coding, Wissensarbeit und komplexe Schlussfolgerungen ausgerichtet ist. Es unterstützt nativ das Verständnis von Text, Bildern und Videos, verfügt über ein Kontextfenster von 1 Million Token und eignet sich für dateiübergreifendes Lokalisieren und Ändern in großen Code-Repositories, für mehrstufige Iterationen anhand von Logs und Testergebnissen sowie für Textgenerierungsaufgaben wie die Analyse langer Dokumente, die einen fortlaufenden Kontext erfordern. Entwickler, die langen Kontext und mehrstufige Reasoning-Arbeit mit reiner Textausgabe bewältigen müssen, können es als Hauptkandidaten in Betracht ziehen.

Zentrale Highlights

  • 1 Million Token langer Kontext – ein einzelner Aufruf kann überlange Dokumente oder Ausschnitte aus großen Codebasen aufnehmen, wodurch das segmentweise Zusammensetzen bei dateiübergreifenden Aufgaben reduziert wird.
  • Native multimodale Eingabe – Text, Bilder und Videos werden im selben Modell einheitlich verarbeitet, ein externes Vision-Modul ist nicht erforderlich.
  • Iterationsfähigkeit für langfristige Aufgaben – betont Tool-Aufrufe und wiederholtes Debugging anhand von Logs, Testergebnissen und Laufzeit-Feedback, geeignet für mehrstufige Agent-Abläufe.
  • Hochgradig sparse MoE-Architektur – von 896 Experten werden 16 aktiviert; laut Hersteller ist die Gesamtskalierungseffizienz etwa 2,5-mal höher als bei Kimi K2.

Fähigkeitsbeschreibung

Textverarbeitung mit langem Kontext: Das Kontextfenster von 1 Million Token eignet sich zum vollständigen Durchlesen langer Dokumente, zum dateiübergreifenden Codeverständnis und dazu, in mehrstufigen Aufgaben frühere Informationen durchgehend zu bewahren, wodurch der technische Aufwand für wiederholtes Kürzen der Eingabe sinkt.

Multimodales Inhaltsverständnis: Native Unterstützung für Bild- und Videoeingaben; aus Screenshots, Diagrammen oder Videomaterial können textliche Schlussfolgerungen erzeugt werden, geeignet für Textausgabeaufgaben, bei denen Informationen aus visuellem Material extrahiert werden müssen.

Tool-Aufrufe und iteratives Debugging: Für langfristige Aufgaben konzipiert, unterstützt mehrere Tool-Aufrufe und kann nachfolgende Aktionen anhand von Logs, Tests und Laufzeit-Feedback anpassen – geeignet für den Aufbau autonomer Agent-Workflows.

Strukturierte Ausgaben für Wissensarbeit: Kann End-to-End-Ergebnisse wie tiefgehende Rechercheberichte, interaktive Visualisierungen und Dashboards erstellen; die Ausgabe erfolgt als Text und lässt sich so einfach nachgelagert rendern oder weiterverarbeiten.

Anwendungsszenarien

  • Entwickler, die große Codebasen pflegen – mehrere Dateien des Repositories und eine Anforderungsbeschreibung eingeben, Refaktorierungspläne und dateiübergreifende Änderungsvorschläge erhalten, zur Code-Review vor dem Commit und zur Migrationsplanung.
  • Backend-Teams, die Agent-Workflows aufbauen – Aufgabenziele und Tool-Liste eingeben, einen mehrstufigen Aufrufplan erhalten und diesen anhand von Ausführungs-Feedback iterieren, für automatisierte Betriebsabläufe und Entwicklungsunterstützungsprozesse.
  • Wissensarbeiter, die lange Dokumente analysieren müssen – lange Texte wie Verträge oder Berichte eingeben, strukturierte Zusammenfassungen und Kernpunkt-Extraktionen erhalten, für die interne Wissensdatenbank und Entscheidungsunterstützung.
  • Produktteams, die gemischtes Text-Bild-Material verarbeiten – Screenshots, Diagramme oder Videosequenzen eingeben, erklärende Texte und Analyseergebnisse erhalten, für Produktdokumentation und Content-Betrieb.

Einschränkungen und Auswahlhinweise

Mit einer Parametergröße von 2,8 Billionen stellt das Modell hohe Anforderungen an die Inferenzrechenleistung und die Antwortlatenz und eignet sich nicht für einfache Textaufgaben mit geringer Latenz und hoher Frequenz bei geringem Umfang. Auf der Integrationsseite ist derzeit nur der Ausgabetyp Text angegeben; die konkrete Schnittstellenform multimodaler Eingaben richtet sich nach der tatsächlichen Parameterunterstützung. Die effektive Nutzung eines Kontexts im Millionenbereich wird durch Retrieval- und Attention-Verhalten beeinflusst; bei Aufgaben mit langen Dokumenten wird empfohlen, zunächst eine Validierung mit kleinen Stichproben durchzuführen. Wenn eine Aufgabe nur kurzen Kontext und kostengünstige Inferenz erfordert, sind kleinere Modelle vorzuziehen.

  • Wie wähle ich bei Kimi K3 zwischen Low, High und Max?

    Für alltägliches Extrahieren, Umschreiben und kurze Frage-Antwort-Runden kann man zunächst low ausprobieren; bei mehrstufigen Analysen high testen; bei schwierigen Aufgaben oder komplexen Code-Aufgaben dann die Ergebnisse von max vergleichen. reasoning_effort ist standardmäßig max und bietet nur die drei Stufen low, high und max, kein medium oder none. Höhere Stufen können mehr Thinking-Token erzeugen und längere Wartezeiten verursachen; die Wahl sollte daher zusammen mit Antwortqualität und usage getroffen werden.

  • Warum gibt es keinen Schalter zum Deaktivieren des Denkens und zum Einstellen der Temperatur?

    Kimi K3 hat das Denken bei der aktuellen Anbindung immer aktiviert; um den Aufwand zu senken, sollte zunächst low versucht werden, statt thinking.type=disabled zu übergeben. Diese Seite sendet weder thinking, temperature noch top_p; auch bei der Migration von anderen Modellen sollten diese Steuerfelder entfernt und stattdessen das Feld reasoning_effort auf oberster Ebene verwendet werden, um die Stufe auszuwählen.

  • Warum fallen trotz sehr kurzer Antwort noch relativ hohe Ausgabe-Token-Kosten an?

    Die vom Modell generierten Denkinhalte werden ebenfalls als Ausgabe-Token abgerechnet, daher kann die Wortzahl der endgültigen Antwort nicht die gesamte Ausgabemenge repräsentieren. usage.completion_tokens enthält bereits die Denk-Token; falls completion_tokens_details.reasoning_tokens zurückgegeben wird, handelt es sich dabei um eine Aufschlüsselung davon – nicht doppelt addieren. Die Kosten werden getrennt für normale Eingabe, Cache-Lesen und Ausgabe berechnet: jeweils die Token-Anzahl durch 1 Million teilen und anschließend mit dem entsprechenden USD-Einzelpreis auf dieser Seite multiplizieren.

  • Ist es in Ordnung, bei mehrstufigen Dialogen nur die endgültige Antwort zu speichern?

    Nicht empfohlen. In der nächsten Runde sollten die messages in der richtigen Reihenfolge den benötigten Verlauf mitführen und die vollständige, von der API zurückgegebene assistant-Nachricht bewahren, einschließlich content, des zurückgegebenen reasoning_content sowie eventuell vorhandener tool_calls. Speichert man nur den endgültigen Text, gehen die Kontextinformationen verloren, die Kimi zum Weiterdenken oder zum Fortsetzen von Tools benötigt. Das Playground auf dieser Seite behält die zurückgegebenen Denkinhalte bei.

Ähnliche Modelle

Alle Modelle ansehen →

Gleicher Typ