Skip to main content
GET
Utilisez une API Key pour consulter les dépenses sur une période donnée, avec filtrage par modèle et regroupement par modèle, jour calendaire ou les deux. Le résultat agrégé est renvoyé directement : aucune création de tâche ni interrogation de son statut n’est nécessaire.

Authentification

string
requis
Utilisez la même API Key que pour les appels aux modèles, avec une authentification Bearer Token. Obtenez votre clé sur la page de gestion des API Keys.
La requête fonctionne même avec un solde de 0. Le solde n’est pas vérifié, mais le statut et l’expiration de la clé, la liste des IP autorisées et le statut du compte le sont.

Points de terminaison

Les deux points de terminaison sont équivalents et prennent en charge CORS. Protégez votre API Key et ne l’exposez pas dans du code frontend public.

Paramètres de requête

Tous les paramètres sont transmis dans la chaîne de requête de l’URL.
integer | string
Début de la période, inclus. Accepte un timestamp Unix en secondes ou une chaîne RFC3339 avec fuseau horaire, par exemple 2026-09-01T00:00:00+08:00.Par défaut : 24 heures avant end. Les timestamps sont en secondes, pas en millisecondes.
integer | string
Fin de la période, exclue. Même format que start ; par défaut, l’heure actuelle.Doit être après start et end - start ne doit pas dépasser 31 jours.
string
Nom du modèle. Si omis, tous les modèles sont inclus. Séparez les modèles par des virgules, avec un maximum de 50.Correspondance exacte, insensible à la casse. Les caractères génériques ne sont pas pris en charge.Exemple : gpt-5.6-luna,sora-2
string
défaut:"none"
Regroupement :
  • none : total uniquement ; items est un tableau vide
  • model : par modèle
  • date : par jour calendaire
  • model,date : par modèle et jour calendaire
string
défaut:"Asia/Shanghai"
Nom de fuseau horaire IANA. Par défaut : Asia/Shanghai.Affecte uniquement les limites des jours lorsque group_by contient date, sans modifier les instants de début et de fin. Les dates RFC3339 sont interprétées selon leur propre fuseau horaire.
string
défaut:"key"
Périmètre des statistiques :
  • key : API Key actuelle uniquement (par défaut)
  • account : toutes les API Keys du compte auquel appartient la clé actuelle
La période est [start, end) : début inclus, fin exclue. Utilisez le même instant pour end de la requête précédente et start de la suivante afin d’éviter un double comptage à la limite.Si vous construisez l’URL manuellement, encodez le + de RFC3339 en %2B. Les exemples avec cURL --data-urlencode, Python params et JavaScript URLSearchParams le font automatiquement.

Exemples de requête

Dépenses de l’API Key actuelle sur les dernières 24 heures

Sans paramètres de requête, la période, le périmètre et le regroupement par défaut s’appliquent.

Dépenses quotidiennes du compte pour des modèles précis

Consulter les dépenses du 11 au 18 septembre 2026, heure de Pékin, sans inclure le 18 septembre.

Regroupement par modèle et jour calendaire

Chaque élément de items contient alors à la fois model et date.

Champs de réponse

boolean
Réussite de la requête : true en cas de succès, false en cas d’erreur de consultation de l’utilisation.
object
En cas de succès, renvoie le périmètre, le total et les détails regroupés.
data.total et data.items[] partagent les champs statistiques suivants :
object
En cas d’erreur de consultation, contient code, message et type, où type vaut usage_query_error. Les erreurs d’authentification 401 / 403 proviennent de la couche d’authentification.

Limites et cache

  • Maximum 60 requêtes par minute et par API Key ; les limites globales de l’API s’appliquent aussi
  • Les résultats avec les mêmes paramètres sont mis en cache pendant 60 secondes ; l’en-tête X-Usage-Cache vaut hit ou miss
  • Les dépenses sont généralement visibles sous 1 seconde, mais la dernière minute peut être incomplète et le cache peut ajouter un délai
  • Intervalle recommandé : au moins 1 minute ; ne pas utiliser comme notification de facturation en temps réel

Règles de comptabilisation

  • Basé sur les appels facturés avec succès, avec les mêmes données que le tableau de bord du site
  • Les appels échoués et les tâches remboursées après échec sont exclus : aucun ajustement manuel nécessaire. Les lots d’images partiellement réussis sont facturés selon les images réellement livrées
  • La date retenue est celle de la comptabilisation. Les tâches image et vidéo asynchrones sont comptabilisées à la fin, non à la soumission ; celles qui passent minuit relèvent du jour de fin
  • Une API Key recréée après suppression est une nouvelle clé. Sa requête scope=key n’inclut pas l’historique de l’ancienne
  • Les ajustements manuels de solde ne sont pas des dépenses d’appels et sont exclus
  • Les données postérieures au 27 avril 2026 sont disponibles

Gestion des erreurs

503 usage_unavailable ne renvoie aucun montant. La requête est indisponible, ce qui ne signifie pas que les dépenses sont nulles. Ne convertissez pas une erreur en montant nul et n’écrasez pas un résultat réussi précédent.

Comparaison avec les autres points de terminaison

Pour le quota restant, utilisez Consulter le solde du token ou Consulter le solde utilisateur.