apiusage.info

Qu’est-ce que apiusage.info ?

apiusage.info était à l’origine une petite application open source conçue pour consulter la consommation de l’API d’OpenAI et estimer les coûts. Créée par le développeur Ke Fang, elle visait principalement à résoudre le problème difficile de localiser rapidement le montant total de la facture en fonction d’un modèle et d’une période spécifiques.

Il convient de préciser que, au 26 août 2026, la page d’accueil du nom de domaine initial est devenue un catalogue d’outils généraux et ne propose plus le tableau de bord d’utilisation d’OpenAI ancienne version. Les projets anciens peuvent toujours être consultés dans les dépôts de code ouverts, mais il ne faut pas considérer que le nom de domaine actuel continue de fournir un service de statistiques de coûts en exploitation.

Les principales fonctionnalités de l’outil original

Calculer les coûts selon le modèle

L’ancienne version du programme lisait les données d’utilisation d’OpenAI et convertissait les tokens d’entrée et de sortie en coûts estimés en fonction du prix du modèle. Elle prenait en charge à l’époque des modèles tels que GPT-3.5, GPT-4, les embeddings de texte et Whisper.

Vérifier la consommation anormale par heure

L’utilisateur peut regrouper la consommation d’une journée par heure afin de repérer des périodes de pic sur l’axe temporel. Cette perspective convient pour déterminer si une tâche planifiée, un traitement par lots ou une tentative de réessai en cas d’erreur est à l’origine de frais anormaux.

Graphiques en barres et graphiques circulaires

La version ancienne du site permettait de passer d’un graphique en barres à un graphique en cercle. Le graphique en barres met en évidence les variations sur différentes périodes, tandis que le graphique en cercle sert à comparer la part de chaque modèle dans le coût total.

Granularité des dates et des heures

Le code fournit des paramètres de date et de granularité d’agrégation, permettant de visualiser une date spécifique et d’ajuster le regroupement par période. Les résultats sont des estimations calculées en fonction de la consommation et du tarif unitaire intégré ; il ne s’agit pas de factures ou de devis officiels.

Déploiement local ou privé

Le projet est réalisé avec Python et Flask, et les utilisateurs peuvent cloner le code pour le exécuter eux-mêmes. L’hébergement auto-géré facilite la vérification du code et le contrôle de l’environnement d’exécution, mais le code ancien nécessite d’abord des modifications concernant les interfaces, les modèles et la sécurité.

Peut-on encore l’utiliser directement ?

Il n’est pas possible d’utiliser directement la version en ligne avec les anciens tutoriels. La page d’accueil du nom de domaine actuel n’est plus le tableau de bord des coûts d’OpenAI, tandis que le code public continue d’appeler l’interface de consommation ancienne et d’utiliser les noms de modèles ainsi que les prix datant d’avant et après 2023.

• L’interface ancienne peut être devenue obsolète, avoir modifié ses exigences de permissions ou retourner des structures de données différentes.
• La liste des modèles dans le code ne comprend pas les nombreux modèles publiés par la suite.
• Les prix par unité codés en dur ne reflètent plus les tarifs actuels de l’API d’OpenAI.
• Les coûts affichés sur la page ne peuvent servir que d’exemples pour des projets historiques et ne doivent pas être utilisés pour les calculs financiers actuels.

Qu’est-ce que le code open source contient ?

• Entrée de l’application web Flask et routage des pages.
• Logique de demande pour obtenir les données d'utilisation pour une date spécifiée.
• Code de calcul des frais agrégés par modèle, par temps et par type de token.
• Préparer la logique de la chronologie et du jeu de données pour les graphiques front-end.
• Modèles de page, ressources statiques et configurations de déploiement.

Le dépôt de code est soumis à la licence GPL-3.0, qui autorise la recherche, la modification et la redistribution, mais les versions dérivées doivent respecter les obligations relatives au logiciel libre correspondantes. Le fait que le dépôt soit public ne signifie pas pour autant que l’auteur continuera à maintenir le service en ligne.

Approche de la transformation auto-hébergée

1. Cloner et examiner le code complet, ne pas transmettre directement la clé réelle à des versions anciennes non vérifiées.
2. Supprimez les instructions dans le journal qui affichent la clé, et utilisez plutôt un outil de gestion des clés côté serveur.
3. Réécrire la méthode de récupération des données d’utilisation et de coûts selon la documentation officielle actuelle d’OpenAI.
4. Modifier le prix du modèle en passant d’une valeur codée à une configuration renouvelable, et en enregistrant la date d’entrée en vigueur du prix.
5. Définir des alertes claires pour les modèles inconnus, interdire le traitement silencieux à coût nul.
6. Ajoutez des dimensions de projet, d’utilisateur, de clé API ou d’étiquette métier pour localiser l’origine des frais.
7. Ajouter un contrôle d’accès, des restrictions de demande, des journaux d’audit et une cryptage du transfert.
8. Effectuer un rapprochement à l’aide d’échantillons de données de factures officielles, confirmer l’erreur d’estimation avant de l’utiliser pour le suivi quotidien.

Méthode plus fiable de statistique des coûts

L’environnement de production doit enregistrer les champs de consommation retournés après chaque appel au modèle, et les associer au modèle, au projet, à l’utilisateur et à la tâche métier. Ce n’est qu’en combinant cela avec le prix officiel du jour de l’appel pour calculer le coût que l’on peut éviter les écarts causés par des prix et des interfaces anciens.

Les comptes organisationnels doivent également privilégier les interfaces ou consoles officielles de consommation et de coûts fournies actuellement par le fournisseur. Les tableaux de bord de tiers conviennent pour une analyse secondaire et ne doivent pas remplacer les factures officielles.

À qui s’adresse-t-il

• Développeurs Python souhaitant apprendre la structure d’un tableau de bord de données avec Flask.
• Les équipes d’application d’IA qui ont besoin de se référer à la logique d’agrégation des coûts des tokens.
• Techniciens prêts à mettre en place un suivi de la consommation d’une API personnalisée et disposés à maintenir le code.
• Étudier les utilisateurs qui ont utilisé les interfaces de consommation et les modes de tarification des modèles d’OpenAI dans leurs premières phases.

Avantages du projet

• La taille du code est faible, ce qui facilite la compréhension du processus complet allant des données d’utilisation aux graphiques.
• En séparant les coûts par modèle et par heure, la méthode de localisation du problème est claire.
• En utilisant une licence open source, il est possible de modifier et d’héberger soi-même dans le respect des réglementations.
• Il affiche en même temps l’évolution dans le temps et la part du modèle, ce qui est adapté aux débutants en analyse des coûts.

Limites importantes et risques de sécurité

• Le service en ligne initial a été désactivé, et le contenu du domaine actuel n’a plus la même finalité que l’ancien projet.
• Le code ancien dépend d’interfaces OpenAI qui ont changé, ce qui ne garantit pas le succès des requêtes.
• Le nom du modèle et le prix unitaire sont obsolètes ; un calcul direct entraînera des erreurs significatives.
• Le code peut traiter les modèles inconnus à coût nul, ce qui sous-estime les dépenses réelles.
• Le projet ne dispose pas de droits multi-utilisateurs prêts à l’emploi, d’audit d’entreprise ni de système d’alertes de niveau production.
• Aucun tableau de bord de frais API ne doit exiger que l’utilisateur expose des clés à haut niveau de privilèges dans un navigateur ou un service non fiable.

Risques liés aux clés API

La version ancienne indiquait que la clé était stockée uniquement localement dans le navigateur, mais le code du serveur actuellement publié place la clé soumise par le formulaire dans la session Flask, et il existe également des instructions pour afficher la clé dans les journaux du serveur. Ces deux versions ne sont pas cohérentes ; par conséquent, il ne faut pas utiliser de clés réelles en environnement de production avec le code ancien non modifié.

Même en déploiement autonome, il convient d’utiliser des clés à privilèges minimisés, des variables d’environnement du serveur protégées et un masquage des journaux. Dès qu’une clé apparaît dans un dépôt public, un script de navigateur ou des journaux, elle doit être immédiatement annulée et remplacée.

Prix de apiusage.info

Le projet Historique est lui-même un logiciel libre et open source, sans abonnement ni forfaits multi-versions. Son déploiement propre peut toutefois engendrer des coûts liés aux serveurs, aux bases de données, au suivi et à la maintenance, tandis que les frais d’appel de l’API OpenAI sont facturés séparément par OpenAI.

Au 26 août 2026, le catalogue d’outils sur le nom de domaine actuel et l’ancien tableau de coûts open source ne constituent pas le même service en ligne. Les autres étiquettes d’outils ou prix affichés sur la page ne doivent pas être considérés comme des tarifs pour les anciens projets.

Confidentialité et traitement des données

L’analyse des coûts nécessite l’accès aux données d’utilisation du compte ou aux historiques de requêtes, ce qui constitue des données opérationnelles sensibles. Le responsable du déploiement doit définir clairement quels champs enregistrer, pendant combien de temps les conserver, qui peut y accéder, et éviter de stocker le corps de la requête ainsi que les saisies de l’utilisateur.

Le projet initial ne fournissait pas une conception complète en matière de confidentialité, de permissions et d’audit adaptée à une adoption directe par les entreprises. Avant de traiter des données commerciales réelles, il convient de procéder à un audit du code et d’établir des mécanismes d’accès et de suppression conformément aux réglementations en vigueur dans la région concernée.

Questions fréquentes

Peut-on encore consulter les frais d’OpenAI sur apiusage.info ?

Le tableau de bord en ligne d’origine n’est plus disponible sur la page d’accueil du domaine actuel. Le domaine actuel affiche un catalogue d’outils généraux, et il n’est plus possible d’utiliser les anciens tutoriels pour entrer une clé afin de consulter les frais.

Est-ce que apiusage.info est un outil gratuit ?

Le projet historique est gratuit et open source, sans abonnement. Le déploiement propre entraîne des coûts d’infrastructure, tandis que les frais de mise en œuvre des modèles restent à la charge du fournisseur d’interfaces.

Quels modèles sont pris en charge par apiusage.info ?

Le code ancien ne comprend que GPT-3.5, les premières versions de GPT-4, des modèles d’embedding anciens et des versions historiques comme Whisper, et ne couvre pas l’ensemble du catalogue actuel des modèles.

Peut-on entrer la clé API d’OpenAI dans l’ancienne version du programme ?

Non recommandé. La mise en ligne du code source comporte des risques de sauvegarde des sessions et d’émission de clés dans les journaux ; il est nécessaire de procéder d’abord à des modifications de sécurité et d’utiliser des clés de test avec des privilèges minimisés.

Peut-on déployer apiusage.info soi-même ?

Il est possible d’étudier et de déployer des entrepôts publics, mais il est nécessaire de réécrire les interfaces de consommation, de mettre à jour les prix des modèles, de corriger le traitement des clés et d’ajouter un contrôle d’accès avant qu’ils ne soient aptes à une utilisation réelle.

Est-ce que apiusage.info est un projet open source ?

Oui. Le code du projet historique est soumis à la licence GPL-3.0, mais le répertoire d’outils généraux sur l’actuel nom de domaine n’en devient pas automatiquement un projet open source identique.