Zuerst das Ergebnis: Die kostenlose Nutzung der Kimi-Webversion und die Kimi API sind zwei verschiedene Produkte. Die Webversion erlaubt kostenloses Chatten, stellt aber keinen programmierbaren API-Key bereit; die Kimi API wird nutzungsabhängig abgerechnet. Für neue Nutzer gibt es Gutscheine, doch diese haben Nennwert, Laufzeit und Modellbeschränkungen und sind kein dauerhaft kostenloser Tarif.

Was im Markt als „kostenlose Kimi API“ bezeichnet wird, meint meist Neukundengutscheine, Aktionsguthaben, Testguthaben eines Gateways oder geteilte Keys. Dieser Artikel trennt die vier Fälle, erklärt Kontingent-, Drosselungs-, Daten- und Stabilitätsgrenzen und bietet ein kostengünstiges Prüfverfahren. Konkrete Preise und verfügbare Modelle stehen in den Modellpreisen.

Hinweis: Moonshot und Kimi sind Marken ihrer jeweiligen Inhaber. Kostenlose Angebote, Gutscheinregeln und Produktbedingungen können sich ändern. Der Beitrag beschreibt die übliche Situation im Oktober 2026; maßgeblich sind die offiziellen Seiten.

1. Vier Arten von „kostenlos“ sind nicht dasselbe

Typ Was es ist API-Key erhältlich? Wichtigste Grenze oder Risiko
Neukundengutschein Testgutschrift nach Registrierung und Verifizierung Ja, nach offiziellem Ablauf Nennwert, Laufzeit und Modellbeschränkung
Aktionsguthaben Zeitlich begrenzte Aktion oder Empfehlungsprämie Ja Einmalig, Regeln können sich ändern
Gateway-Testguthaben Testkontingent eines Dienstleisters Ja Modell- und Ratebegrenzung, andere Bedingungen
Geteilter Key oder inoffizielle Schnittstelle Von Dritten bereitgestellter Proxy oder Key Nominell ja Sperrung, Leak- und Compliance-Risiko

Bei den ersten drei gelten die Bedingungen des Anbieters oder der Plattform; der vierte Fall ist für kein formelles Geschäft geeignet. Wer Formulierungen wie „dauerhaft kostenlos“ oder „unbegrenzte Aufrufe“ sieht, sollte davon ausgehen, dass sie jederzeit verschwinden können.

2. Fünf typische Grenzen des kostenlosen Kontingents

  1. Laufzeit: Neukundengutscheine sind meist befristet, verfallen danach und werden nicht in Guthaben umgewandelt.
  2. Modellumfang: Gutscheine decken nicht zwingend alle Modelle ab. Die offizielle Dokumentation nennt ausdrücklich, dass K3 nicht für Neukundengutscheine gilt; auch andere Modelle können angepasst werden.
  3. Rate und Parallelität: Konten ohne Aufladung liegen in der niedrigsten Stufe; Parallelität, RPM, TPM und Tages-Token-Limit sind am engsten, zu Spitzenzeiten steigt die 429-Wahrscheinlichkeit.
  4. Guthaben und Fehler: Nach Verbrauch des Gutscheins wird auf bezahltes Guthaben umgestellt; ist das Guthaben leer, können einige Einstiegspunkte 403 oder 429 zurückgeben, abhängig von error.type.
  5. Daten und Servicelevel: Test- und kostenlose Tarife bieten meist kein SLA, und die Datenklauseln können abweichen. Bei Kundendaten zuerst die Datenschutzerklärung lesen.

Trifft einer dieser Punkte zu, kann „kostenlos“ schnell teurere Engineering-Kosten verursachen. Zeit für Wiederholungen, Migration und Compliance-Prüfung kostet oft mehr als die API-Gebühren.

3. Unterschied zwischen Webversion und API

Dimension Kimi-Webversion Kimi API
Einstieg Web oder Client HTTPS-Schnittstelle
Zugangsdaten Kontoanmeldung API-Key
Abrechnung Mitgliedschaft oder kostenlose Nutzung Nutzungsabhängig nach Token
Automatisierung Kein Programmaufruf Unterstützt
Datenklauseln Für Verbraucher Für Entwickler und Unternehmen
Geeignet für Persönliche Fragen, Schreiben Produktintegration, Batch-Verarbeitung

Für die eigene Nutzung reicht die Webversion; wer Kimi in Systeme einbinden, Batch-Verarbeitung oder externe Dienste anbieten will, benötigt die API. Die Kontingente beider Produkte sind nicht übertragbar und lassen sich nicht gegenseitig verrechnen.

4. Wie eine kostengünstige Validierung aussieht

Nicht sofort einen großen Betrag aufladen, aber auch nicht aus Sparsamkeit die Produktion an eine Test-Schnittstelle hängen. So lässt sich reproduzierbar prüfen:

  1. 10–20 echte Aufgaben und Abnahmekriterien formulieren; Prompts wie „Schreibe ein Gedicht“ sind nicht bewertbar.
  2. Zuerst mit einem Token-Schätzer die Eingabe quantifizieren, nicht nach Zeichenzahl raten.
  3. Für allgemeine Aufgaben kimi-k2.6 verwenden, für Code-Aufgaben kimi-k2.7-code, je nach Schwierigkeit.
  4. max_completion_tokens begrenzen und JSON oder feste Felder verlangen.
  5. Bei jeder Anfrage Eingabe, Ausgabe, Cache-Treffer und Wiederholungen erfassen.
  6. Ein Test-Token-Budget festlegen und bei Überschreitung stoppen, statt sich auf „ungefähr“ zu verlassen.
import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["MOONSHOT_API_KEY"],
    base_url="https://api.moonshot.cn/v1",
)

BUDGET_TOKENS = int(os.environ.get("BUDGET_TOKENS", "200000"))
used = 0

def ask(prompt: str) -> str:
    global used
    if used >= BUDGET_TOKENS:
        raise RuntimeError("Testbudget erschöpft, Aufrufe werden gestoppt")
    resp = client.chat.completions.create(
        model="kimi-k2.6",
        messages=[{"role": "user", "content": prompt}],
        max_completion_tokens=512,
    )
    used += resp.usage.total_tokens
    print(f"Kumulierte Token: {used}/{BUDGET_TOKENS}")
    return resp.choices[0].message.content

BUDGET_TOKENS ist ein selbst gesetztes Token-Limit des Teams, kein offizielles Kontingent. Testergebnisse in Kosten pro Aufgabe umrechnen und dann über die Ausweitung entscheiden.

5. Wie die Alternativen zu wählen sind

Szenario Empfehlung Grund
Persönliches Lernen, Schreiben Kimi-Webversion Keine API nötig, geringe Nutzungskosten
Produktprototyp Offizielle nutzungsabhängige Zahlung plus kleines Modell Kontrollierbar, automatisierbar
Mehrere Modelle, Rechnung nötig Inländisches AI-Gateway RMB-Abrechnung, einheitliche Rechnung
Sensible Daten, Offline-Anforderung Open-Source-Modell selbst betreiben Daten bleiben im internen Netz, Fähigkeiten bewerten
Große nicht zeitkritische Mengen Batch- oder asynchrone Aufgaben Geeignet für Offline-Annotation, Zusammenfassung, Klassifikation

Nicht die billigste Alternative ist die beste; Daten, Compliance, Stabilität und Engineering-Zeit zählen. Selbstbetrieb kostet Hardware und Betrieb; ein Gateway fügt eine Servicegrenze hinzu; die Direktverbindung erfordert Umgang mit Region und Drosselung. Alle drei Wege zuerst mit kleinem Volumen testen und dann ausweiten.

6. Sicherheits- und Compliance-Grundlagen

  1. Keys nicht in Frontend, Git oder Chatverläufe schreiben.
  2. Keine „kostenlosen Keys“ von unbekannten Seiten herunterladen.
  3. Vor Ende des Tests klären, wie Guthaben, Daten und Logs behandelt werden.
  4. Bei personenbezogenen Daten, Verträgen und Code zuerst die Datenklauseln lesen.
  5. Unternehmenskäufe über Vertrag und Firmenzahlung abwickeln, nicht über private Konten.
  6. Einen Notfallplan vorbereiten: Ausweichmodell, Ausweichkanal und Degradationshinweis.

Ein oft übersehener Punkt: Vor der Produktionsanbindung des Testkontingents prüfen, ob der Anbieter eine Statusseite und einen Störungskanal hat. Wenn im Fehlerfall niemand erreichbar ist, ist das lästiger als die Drosselung selbst.

Häufige Fragen

Gibt es eine dauerhaft kostenlose Kimi API?

Stand Oktober 2026 gibt es keinen kostenlosen API-Tarif, der als dauerhafte Zusage gelten kann. Ob Neukundengutscheine oder zeitlich begrenzte Aktionen bestehen, richtet sich nach den offiziellen Seiten; die kostenlose Webversion ist keine API.

Erhält man über die Webversion einen API-Key?

Nein. Webversion und API sind zwei Produkte mit getrennten Anmeldedaten, Abrechnungen und Rechten. Die Webversion dient der persönlichen Nutzung, die API dem Programmaufruf.

Gilt der Neukundengutschein für alle Modelle?

Nicht unbedingt. Die offizielle Dokumentation nennt K3 als vom Neukundengutschein ausgenommen; auch andere Modelle können Einschränkungen haben. Vor dem Test die Gutscheinbeschreibung lesen und nicht von einer universellen Gültigkeit ausgehen.

Reicht das kostenlose Kontingent für Tests?

Für kleine Funktions- und Latenztests ja, für Qualitätsbewertung und Lasttests nicht zwingend. Zuerst den Tokenbedarf echter Aufgaben schätzen und dann über eine Aufladung entscheiden.

Welcher Fehler erscheint bei leerem Guthaben?

Je nach Einstiegspunkt und Szenario 403 oder 429. Nicht nur den Statuscode prüfen, sondern error.type: Offene Rechnungen und Drosselung werden unterschiedlich behandelt.

Nächster Schritt

Wenn die Validierung abgeschlossen ist und stabile Aufrufe, RMB-Abrechnung und ein einheitlicher Multi-Modell-Zugang benötigt werden, können Sie im ZSQH AI Gateway einen kleinen Test durchführen. Modelle, Preise und Verfügbarkeit stehen in den Modellpreisen.

Weiterlesen: