Beim Einkauf der MiniMax API schauen Unternehmen am häufigsten nur darauf, wie viel aufgeladen wird und was der Stückpreis kostet. Ob sich die API langfristig nutzen lässt, entscheiden jedoch Rechtsträger, Kontingentverteilung, Rate-Limits, Datenbedingungen, Rechnungen, SLA und Exit-Szenarien.

Die chinesische Open-Plattform von MiniMax bietet nutzungsbasierte Zahlung, Ressourcenpakete und den M Plan; der M Plan ist auf individuelle interaktive Entwicklung ausgerichtet, für die Produktion eignet sich eher die nutzungsbasierte Zahlung. Dieser Artikel liefert die Checkliste in der Reihenfolge „zuerst Grenzen festlegen, dann Kontingente prüfen, zuletzt Verträge schließen“ und nennt keine festen Stückpreise.

Hinweis: MiniMax ist eine Marke ihrer jeweiligen Inhaber. Der Artikel beschreibt die öffentlich dokumentierte Lage mit Stand Oktober 2026. Kontingente, Preise, Rechnungen und Datenbedingungen richten sich nach den offiziellen MiniMax-Seiten und unseren Modellpreisen.

1. Zuerst den Beschaffungsumfang definieren: welche Leistung wird gekauft?

MiniMax bietet mehr als eine Schnittstelle und mehr als ein Paket. Im Beschaffungsantrag muss klar stehen, welche Kategorie gekauft wird:

  1. Nutzungsbasierte Zahlung: Abrechnung nach Verbrauch, passend für Produktion und schwankende Mengen.
  2. Ressourcenpakete: vorab bezahlte Sprach- und Videokontingente, passend für planbare Mengen, Verfall am Laufzeitende.
  3. M Plan: Abonnement, auf individuelle interaktive Entwicklung ausgerichtet, nicht als Hauptkanal für die Unternehmensproduktion gedacht.
  4. Inländisches AI-Gateway: einheitlicher Zugang und einheitliche Rechnung, passend für Teams mit mehreren Modellen.

Wer vier Kategorien in ein Angebot mischt, bekommt beim Abgleich später fast immer Probleme. Erst Haupt- und Ausweichkanal festlegen, dann über Preise sprechen. Außerdem ist zu klären, ob die chinesische oder internationale Seite genutzt wird: Abrechnung, Rechtsträger, Rechnungen und Limit-Tabellen können abweichen.

2. Kontingente und Rate-Limits: „ausreichend“ in Zahlen fassen

Ein Kontingent ist nicht nur eine Gesamtsumme. Mindestens vier Dimensionen sind zu prüfen: Kontostand, RPM, TPM sowie Parallelität oder Warteschlange.

Die chinesische Rate-Limit-Seite führt kostenlose und aufgeladene Nutzer getrennt. Beim aktuellen Haupttextmodell gelten 20 RPM und 1 Million TPM für kostenlose Nutzer sowie 200 RPM und 10 Millionen TPM für aufgeladene Nutzer; historische Modelle liegen höher. Je nach Modell und Schnittstelle weichen die Werte ab und werden angepasst; bei der Beschaffung sollten Screenshots archiviert werden.

Limits werden pro Konto gerechnet; Haupt- und Unterkonten teilen sich das Kontingent. Für höhere Kontingente ist der offizielle Weg eine Anfrage an api@minimax.io; die Prüfung kann drei bis fünf Werktage dauern. Nicht erst am Tag des Produktivstarts beantragen.

Auch Fehlercodes gehören ins Monitoring. 1002 steht für Rate-Limit, 1008 für unzureichendes Guthaben, 2056 für die Überschreitung des 5-Stunden-Fensters. Wer nur HTTP 5xx zählt, übersieht diese Geschäftsfehler.

3. Konten, Unterkonten und Rechte

Für Unternehmen empfiehlt die offizielle Dokumentation ein Hauptkonto mit Unterkonten. Die Zahl der Unterkonten ist derzeit nicht begrenzt; sie teilen Rechte und Rate-Limits mit dem Hauptkonto, API-Verbrauch wird gemeinsam abgerechnet, und Unterkonten können Zahlungen weder einsehen noch verwalten.

  1. Mit einer Firmen-Domain registrieren und die Unternehmensverifizierung abschließen.
  2. Das Hauptkonto nur für Verwaltung nutzen, den laufenden Betrieb über Unterkonten.
  3. Keys nach Umgebung trennen: Produktion, Test und Entwicklung nicht gemeinsam.
  4. Bei jedem Key Verantwortlichen, Zweck und Erstellungszeitpunkt vermerken.
  5. Keys bei Austritt oder Ende eines Outsourcing-Vertrags sofort widerrufen.
  6. Konten und Keys vierteljährlich durchsehen.

Rollen und Key-Rechte richten sich nach der Konsole; die Grundsätze lauten minimale Rechte, Nachvollziehbarkeit und schnelle Sperrbarkeit.

4. Abrechnung, Zahlung und Rechnungen

Die chinesische Plattform rechnet in Renminbi ab; nutzungsbasierte Zahlung wird vom Guthaben abgezogen. Aufladung ist online und per Firmenüberweisung möglich. Bei der Firmenüberweisung muss der Kontoinhaber des Zahlers mit dem verifizierten Rechtsträger übereinstimmen; die Gutschrift erfolgt üblicherweise innerhalb von 10 Minuten bis 1 Stunde.

Für Rechnungen gelten drei Regeln:

  1. Rechnungsempfänger und verifizierter Rechtsträger müssen übereinstimmen; ein Privatkonto kann keine Firmenrechnung ausstellen, zuerst ist die Unternehmensverifizierung nötig.
  2. Bei nutzungsbasierter Zahlung wird über den verbrauchten Betrag abzüglich bereits gestellter Rechnungen abgerechnet, nicht über den aufgeladenen Betrag.
  3. Über Gutscheine verrechnete Beträge sind üblicherweise nicht rechnungsfähig; Restmengen von Ressourcenpaketen verfallen, „Guthaben“ und „Paketkontingent“ sind zu unterscheiden.

Für Erstattungen, ungenutztes Guthaben und Ressourcenpakete gibt es in der offiziellen Dokumentation keine einheitliche Zusage; vor der Zahlung sollte eine schriftliche Erläuterung eingeholt werden. Bei einem Gateway richten sich RMB-Aufladung, Rechnungsart und Rechnungszyklus nach den Angaben im Portal; nicht unterstellen, dass alles wie bei der Direktverbindung läuft.

5. Daten und Compliance: mündliche Zusagen zu Anhängen machen

Datenbedingungen werden gern mit „erst einmal anfangen“ übergangen. Die am 15. Oktober 2026 in Kraft getretene Datenschutzrichtlinie der MiniMax Open Platform legt dar, dass API-Aufrufe Verarbeitungsdaten, Authentifizierungsinformationen, Group ID, API Key und UserID erheben, um Berechnungen, die Erzeugung der Rückgabedaten und die Bearbeitung von Problemrückmeldungen zu ermöglichen; die Verarbeitung erfolgt auf Cloud-Servern.

Unternehmen sollten im Vertrag oder in einem Datenverarbeitungsanhang sechs Fragen klären:

  1. Werden Eingaben und Ausgaben gespeichert, wie lange, und wie werden sie gelöscht?
  2. Werden sie für Training oder Modellverbesserung verwendet, und lässt sich das abschalten?
  3. In welcher Region liegen die Daten, und findet eine grenzüberschreitende Übertragung statt?
  4. Welche Unterauftragsverarbeiter gibt es, und werden Änderungen vorab mitgeteilt?
  5. Welche Fristen und Abläufe gelten bei Sicherheitsvorfällen?
  6. Kann ein Auftragsverarbeitungsvertrag geschlossen werden, und wie ist die Haftung verteilt?

Die offiziellen Nutzungsbedingungen verlangen eine deutliche Kennzeichnung KI-generierter Texte, Bilder, Audios und Videos; wer generierte Inhalte veröffentlicht, muss dies in die Compliance-Prozesse aufnehmen. Kundenverträge, Code, personenbezogene Daten und Finanzdaten vorab anonymisieren; Free-Stufe und Testumgebung dürfen keine echten Kundendaten enthalten.

6. SLA und Support: Standardbedingungen sind kein SLA

Die Standard-Nutzungsbedingungen stellen den Dienst „wie besehen“ bereit und schließen die Haftung für Unterbrechungen durch höhere Gewalt, Netzbetreiberstörungen und Sicherheitsvorfälle aus. In der öffentlichen Dokumentation sind keine expliziten Verfügbarkeitsprozentsätze oder Entschädigungsregeln zu finden.

Wenn das Geschäft ein SLA benötigt, ist das richtige Vorgehen:

  1. Verfügbarkeit, Reaktionszeiten und Entschädigung beim Vertrieb anfragen und in den Vertrag aufnehmen.
  2. Supportkanäle und Eskalationswege bestätigen; die offizielle Adresse ist api@minimax.io.
  3. Für Limit-Erhöhungen drei bis fünf Werktage einplanen.
  4. Eigenes Monitoring und Ausweichkanäle aufbauen, Kontinuität nicht an einen Anbieter hängen.
  5. Wechsel regelmäßig üben und Wechselzeit sowie Fehlerquote dokumentieren.

Kein SLA bedeutet nicht, dass man nicht beschaffen kann – aber die Verfügbarkeitsarbeit muss man selbst leisten.

7. Pilot und Abnahme

Empfohlen wird ein zweiwöchiger Pilot; „ein paar Gespräche fühlen sich gut an“ ist keine Abnahme.

  1. 30 bis 50 echte Aufgaben ziehen, einfach, mittel und komplex.
  2. Mit dem 1,5-fachen der Spitzenlast RPM, TPM und Parallelität testen; Erfolgsquote, p50/p95-Latenz, Rate-Limits und Nacharbeitsquote erfassen.
  3. Langkontext, Tool-Aufrufe und JSON-Ausgabe prüfen und die Rechnung auf Input, Output, Cache, Retries und fehlgeschlagene Aufgaben abstimmen.
  4. Aufladung, Rechnungsstellung, Guthabenwarnung und Firmenzahlung einmal durchlaufen.
  5. Einen Ausfall des Hauptkanals üben und bestätigen, dass der Ausweichkanal übernimmt.
  6. Nach der Abnahme mit 10 Prozent starten, dann 50 Prozent, schließlich vollständig.

8. Kostenkontrolle: nach Projekt, Modell und Fehlversuchen aufschlüsseln

MiniMax rechnet nach Tokens, Zeichen, Dauer, Bildanzahl, Stimme oder Aufrufzahl ab; Sprachmodelle unterscheiden Input, Output und Cache-Lese-/Schreibvorgänge, Prioritätsservice wird mit dem 1,5-fachen des Standardpreises berechnet. Fehlgeschlagene Videos oder Sicherheitsprüfungen verbrauchen keine Punkte, aber Retries und Eingabematerial können Kosten verursachen.

Das Monitoring braucht mindestens fünf Dimensionen:

  1. Projekt oder Geschäftslinie: verhindern, dass ein Experiment die ganze Gruppe belastet.
  2. Modell oder Schnittstelle: Text, Sprache, Video und Bild trennen.
  3. Token-Struktur: Input, Output, Cache-Treffer.
  4. Fehler und Retries: Fehlercodes, Retry-Anzahl, Doppelabrechnung.
  5. Ressourcenpakete: passende Modelle, Restkontingent, Ablaufdatum.

Das folgende Skript schreibt Aufrufe von Haupt- und Ausweichkanal in JSONL, damit sich projekt- und routenweise abgleichen lässt:

import json
import os
import time
from openai import OpenAI

routes = [
    ("minimax", OpenAI(
        api_key=os.environ["MINIMAX_API_KEY"],
        base_url="https://api.minimax.cn/v1",
        timeout=60,
    ), "IHR-MINIMAX-MODELL"),
    ("gateway", OpenAI(
        api_key=os.environ["ZSQH_API_KEY"],
        base_url="https://ai.zhongshangqihang.com/v1",
        timeout=60,
    ), "IHR-AUSWEICHMODELL"),
]

def chat(project: str, prompt: str) -> dict:
    rows = []
    for name, client, model in routes:
        start = time.time()
        try:
            resp = client.chat.completions.create(
                model=model,
                messages=[{"role": "user", "content": prompt}],
                max_tokens=512,
            )
            rows.append({
                "project": project,
                "route": name,
                "model": model,
                "status": "ok",
                "input": resp.usage.prompt_tokens,
                "output": resp.usage.completion_tokens,
                "latency_ms": int((time.time() - start) * 1000),
            })
            break
        except Exception as exc:
            rows.append({
                "project": project,
                "route": name,
                "model": model,
                "status": "error",
                "error": type(exc).__name__,
                "latency_ms": int((time.time() - start) * 1000),
            })
    with open("minimax-cost.jsonl", "a", encoding="utf-8") as f:
        for row in rows:
            f.write(json.dumps(row, ensure_ascii=False) + "\n")
    return rows[-1]

print(chat("Kundenservice-Zusammenfassung", "Fassen Sie dieses Gespraech in drei Punkten zusammen"))

Modellnamen richten sich nach den Modellpreisen; Platzhalter nicht unverändert in die Produktion übernehmen. Auch der Ausweichkanal muss lastgetestet werden; nicht unterstellen, dass ein Wechsel immer gelingt.

9. Gesamtübersicht der Beschaffungscheckliste

Modul Zu klären Nachweis oder Abnahme
Rechtsträger und Verifizierung Firmenverifizierung, Administrator, Unterkonten Verifizierungs-Screenshot, Kontoverzeichnis
Kontingente und Limits Guthaben, RPM, TPM, Parallelität, Erhöhungsdauer Budgetplan, Lasttestbericht
Abrechnung und Rechnungen Abrechnungsposten, Paketablauf, Rechnungsgrundlage Angebot, Rechnungsmuster
Daten und Compliance Aufbewahrung, Training, Grenzüberschreitung, Unterauftragsverarbeiter Datenschutzbedingungen, AVV
Rechte und Sicherheit Keys je Umgebung, minimale Rechte, Widerruf Key-Liste, Rotationsprotokoll
SLA und Exit Verfügbarkeit, Reaktion, Entschädigung, Ausweichkanal Vertragsklauseln, Übungsprotokoll

Diese Tabelle kann direkt als Anhang zum Beschaffungsantrag dienen. Punkte, die nur mündlich bestätigt wurden, führen später häufig zu Nacharbeit.

Häufige Fragen

Muss die Unternehmensbeschaffung über ein Firmenkonto laufen?

Nicht zwingend, aber bei Firmendaten und Erstattungen ist der Firmenweg empfehlenswert. Firmenüberweisungen sind nur für Unternehmenskonten möglich, und der Kontoinhaber des Zahlers muss mit dem verifizierten Rechtsträger übereinstimmen.

Kann man nach der Aufladung eine Firmenrechnung erhalten?

Ja, aber der Rechnungsempfänger muss mit dem verifizierten Rechtsträger übereinstimmen; ein Privatkonto benötigt zuerst die Unternehmensverifizierung. Bei nutzungsbasierter Zahlung wird über den verbrauchten Betrag abgerechnet, nicht über den aufgeladenen.

Teilen Unterkonten das Kontingent?

Ja. Laut offizieller Dokumentation teilen Unterkonten Rechte und Rate-Limits mit dem Hauptkonto, der API-Verbrauch wird gemeinsam abgerechnet; Unterkonten können Zahlungen nicht einsehen oder verwalten.

Hat der Standardvertrag ein SLA?

Die öffentlichen Standard-Nutzungsbedingungen stellen den Dienst „wie besehen“ bereit und schließen die Haftung für mehrere Unterbrechungsarten aus; in der öffentlichen Dokumentation sind keine expliziten Verfügbarkeitsprozentsätze oder Entschädigungsregeln erkennbar. Wer ein SLA braucht, muss separat verhandeln.

Wie lassen sich Kosten begrenzen?

Über fünf Dimensionen überwachen: Projekt, Modell, Token, Fehlversuche und Ressourcenpakete. Zuerst Input und Output straffen, dann Cache und Retries optimieren, erst zuletzt den Anbieter wechseln.

Nächste Schritte

Starten Sie mit einer kleinen nutzungsbasierten Aufladung und echten Aufgaben, bevor Sie den Beschaffungsumfang festlegen. Im ZSQH AI Gateway können Sie einen Test-Key erstellen und mehrere Modelle sowie Rechnungen zentral verwalten; Modelle, Preise und Verfügbarkeit richten sich nach den Modellpreisen.

Verwandte Artikel: