Lorsque les entreprises intègrent des agents IA à leurs flux de travail, la facture devient souvent difficile à expliquer en premier lieu : les dépenses augmentent, mais les équipes ne savent pas dire quel agent, quel modèle ou quelle requête a fait grimper les coûts. C'est précisément ce problème que ciblent le tableau de bord Activity et l'Analytics API en bêta, lancés par OpenRouter le 17 août.
L'outil décompose l'utilisation par agent, par modèle et par requête individuelle. Les responsables peuvent partir de cinq indicateurs — dépense totale, nombre de requêtes, consommation de tokens, taux de succès du cache et coût combiné par million de tokens — puis cliquer jusqu'à des journaux précis. Le produit ne promet pas de faire économiser de l'argent aux équipes ; il offre une vue d'utilisation traçable jusqu'à une limite de responsabilité claire.
Du total à une seule requête
La documentation officielle d'OpenRouter énumère les dimensions qui peuvent être décomposées : modèle, fournisseur, clé API, application, utilisateur, workspace, session, longueur de contexte et région des données, entre autres. Les graphiques peuvent être agrégés par minute, heure, jour, semaine ou mois, ou détaillés jusqu'à un seul enregistrement de génération.
Une fois dans les journaux, un seul enregistrement peut afficher le coût du raisonnement (reasoning), de la mise en cache, de la recherche web et du traitement de fichiers, ainsi que la latence, le débit, le temps jusqu'au premier token, et les informations de routage et de repli (fallback). Pour les équipes qui utilisent déjà plusieurs modèles et plusieurs fournisseurs, ces champs transforment une « anomalie de coût » en un problème que l'on peut réellement investiguer : le prompt système d'un agent est-il trop long, un préfixe de cache a-t-il été interrompu, ou un changement de routage a-t-il fait grimper la latence.
OpenRouter l'a dit sans détour : "Every company that spent the last two years deploying agents is now asking the same question: what are they costing us, and which ones are worth it?" Le but du tableau de bord est de faire retomber cette question sur des applications et des requêtes précises.
La visibilité n'est pas un contrôle automatique
Le produit propose aussi une vue Guardrails, pour observer comment les règles contre l'injection de prompt et les informations sensibles bloquent, masquent ou signalent le trafic ; l'Analytics API permet aux équipes de faire remonter les mêmes données vers leurs propres tableaux de bord. Ce qu'ils résolvent, c'est la visibilité, pas la définition de budgets ou de règles d'approbation pour l'entreprise.
Cette distinction compte. Dès qu'un agent est autorisé à appeler des outils, le coût des tokens n'est qu'une couche parmi d'autres ; le nombre d'appels d'outils, l'étendue de la récupération de données, le traitement de fichiers et la latence des services externes font tous évoluer la dépense réelle ensemble. Ce n'est qu'une fois les données classées par agent, modèle et requête qu'une équipe peut commencer à plafonner les tâches coûteuses, ou juger si les stratégies de cache et de routage fonctionnent réellement.
La mise à jour d'OpenRouter fait passer l'analyse de l'utilisation de l'IA d'une facture globale unique à un flux traçable. Pour les responsables techniques, la prochaine chose à regarder n'est pas un joli graphique récapitulatif, mais quelles requêtes anormales peuvent être reproduites, expliquées et ramenées durablement dans le budget.
Sources : communiqué produit d'OpenRouter ; vérification du tableau de bord Activity, de l'Analytics API et des champs de journal ; CocoLoop.