Skip to main content
GET
Fragen Sie mit einem API Key die Ausgaben für einen Zeitraum ab. Sie können nach Modellen filtern und nach Modell, Kalendertag oder beiden Kriterien gruppieren. Das Ergebnis wird direkt aggregiert zurückgegeben; Aufgaben und Status-Polling sind nicht erforderlich.

Authentifizierung

string
erforderlich
Verwenden Sie denselben API Key wie für Modellaufrufe mit Bearer-Token-Authentifizierung. Schlüssel erhalten Sie auf der API-Key-Verwaltungsseite.
Abfragen sind auch bei einem Guthaben von 0 möglich. Das Guthaben wird nicht geprüft, wohl aber Status und Ablaufdatum des API Key, die IP-Freigabeliste und der Kontostatus.

Endpunkte

Beide Endpunkte bieten dieselbe Funktion und unterstützen CORS. Bewahren Sie Ihren API Key sicher auf und veröffentlichen Sie ihn nicht im Frontend-Code.

Anfrageparameter

Alle Parameter werden als URL-Query-Parameter übergeben.
integer | string
Startzeit, einschließlich dieses Zeitpunkts. Unterstützt Unix-Zeitstempel in Sekunden oder RFC3339-Zeichenfolgen mit Zeitzone, z. B. 2026-09-01T00:00:00+08:00.Ohne Angabe: 24 Stunden vor end. Zeitstempel sind in Sekunden, nicht Millisekunden.
integer | string
Endzeit, ausschließlich dieses Zeitpunkts. Gleiches Format wie start; ohne Angabe gilt die aktuelle Zeit.Muss nach start liegen; end - start darf 31 Tage nicht überschreiten.
string
Modellname. Ohne Angabe werden alle Modelle berücksichtigt. Mehrere Modelle mit Kommas trennen; maximal 50.Exakte Übereinstimmung ohne Beachtung der Groß-/Kleinschreibung. Keine Platzhalter.Beispiel: gpt-5.6-luna,sora-2
string
Standard:"none"
Gruppierung:
  • none: nur Gesamtsumme; items ist ein leeres Array
  • model: nach Modell
  • date: nach Kalendertag
  • model,date: nach Modell und Kalendertag
string
Standard:"Asia/Shanghai"
IANA-Zeitzonenname. Standard: Asia/Shanghai.Beeinflusst nur die Tagesgrenzen, wenn group_by den Wert date enthält, nicht die Start- und Endzeitpunkte. RFC3339-Zeiten werden anhand ihrer eigenen Zeitzone interpretiert.
string
Standard:"key"
Statistikbereich:
  • key: nur der aktuelle API Key (Standard)
  • account: alle API Keys des Kontos, zu dem der aktuelle Schlüssel gehört
Der Zeitraum ist [start, end): Start inklusive, Ende exklusive. Verwenden Sie für end der vorherigen und start der nächsten Abfrage denselben Zeitpunkt, um doppelte Zählung an der Grenze zu vermeiden.Beim manuellen Erstellen einer URL muss + in RFC3339 als %2B kodiert werden. cURL --data-urlencode, Python params und JavaScript URLSearchParams in den Beispielen erledigen dies automatisch.

Anfragebeispiele

Ausgaben des aktuellen API Key in den letzten 24 Stunden

Ohne Query-Parameter gelten der standardmäßige Zeitraum, Statistikbereich und die Standardgruppierung.

Tägliche Ausgaben des gesamten Kontos für bestimmte Modelle

Ausgaben vom 11. bis 18. September 2026 nach Pekinger Zeit, ausschließlich des 18. September.

Nach Modell und Kalendertag gruppieren

Bei dieser Gruppierung enthält jedes Element in items sowohl model als auch date.

Antwortfelder

boolean
Erfolg der Abfrage: true bei Erfolg, false bei einem Nutzungsabfragefehler.
object
Bei Erfolg: Abfragebereich, Gesamtsumme und gruppierte Details.
data.total und data.items[] verwenden dieselben Statistikfelder:
object
Bei Nutzungsabfragefehlern mit code, message und type; type ist usage_query_error. Authentifizierungsfehler 401 / 403 kommen aus der Authentifizierungsschicht.

Ratenlimits und Cache

  • Maximal 60 Abfragen pro API Key und Minute; globale API-Ratenlimits gelten zusätzlich
  • Ergebnisse mit gleichen Parametern werden 60 Sekunden gecacht; Antwortheader X-Usage-Cache: hit oder miss
  • Ausgaben sind meist innerhalb von 1 Sekunde abrufbar; die letzte Minute kann unvollständig sein und Cache-Verzögerungen sind möglich
  • Mindestens 1 Minute zwischen Abfragen empfohlen; nicht als Echtzeitbenachrichtigung für Abbuchungen verwenden

Berechnungsgrundlage

  • Erfolgreich abgerechnete Aufrufdatensätze, identisch mit den Daten im Dashboard der Website
  • Fehlgeschlagene Aufrufe und Erstattungen nach Aufgabenfehlern sind ausgeschlossen; kein manuelles Gegenrechnen nötig. Bei teilweise erfolgreichen Bildserien werden die tatsächlich gelieferten Bilder abgerechnet
  • Maßgeblich ist der Buchungszeitpunkt. Asynchrone Bild- und Videoaufgaben werden bei Abschluss gebucht, nicht bei Einreichung; über Mitternacht laufende Aufgaben zählen zum Abschlusstag
  • Ein nach Löschung neu erstellter API Key ist ein neuer Schlüssel. Seine Abfrage mit scope=key enthält keine Historie des alten Schlüssels
  • Manuelle Guthabenanpassungen sind keine Aufrufausgaben und werden nicht berücksichtigt
  • Daten nach dem 27. April 2026 sind verfügbar

Fehlerbehandlung

503 usage_unavailable liefert keine Beträge. Die Abfrage ist nicht verfügbar; die Ausgaben sind nicht notwendigerweise 0. Fehlgeschlagene Antworten nicht als Nullbetrag behandeln oder frühere erfolgreiche Ergebnisse überschreiben.

Vergleich mit anderen Endpunkten

Für das verbleibende Kontingent verwenden Sie Token-Guthaben abfragen oder Benutzerguthaben abfragen.