Activité et journaux
Sur cette page
Deux onglets assurent la surveillance : Activity (analyses agrégées) et Logs (la piste d'audit par requête). Tous deux couvrent chaque clé API et chaque service connecté, et tous deux enregistrent uniquement des métadonnées : le contenu des prompts et des réponses n'est jamais stocké.
L'onglet Activity
Activity comporte quatre vues (Overview, Trends, Performance, Explore) ainsi qu'un bouton Export. Toutes les vues partagent les commandes de l'en-tête : filtre par Key / agent, filtre par Model et un sélecteur Range (Last 24 hours, Last 7/30/90 days, Year, All time ou Custom range).
Aperçu
Figure 1 : L'en-tête Activity (onglets de vue, filtres, plage et Export) et les cartes d'indicateurs clés
Les cartes d'indicateurs clés, chacune comparée à la période précédente ("vs prev" / "No prior data") :
| Indicateur | Signification |
|---|---|
| Spend this period | "Total spend over the selected date range.", avec le coût moyen par requête. |
| Requests | Nombre de requêtes. |
| Token volume | Nombre total de tokens. |
| Error rate | "Share of requests in this period that returned an error." |
Figure 2 : Top API keys & agents, et Top sources
Top API keys & agents classe les clés et les services connectés par dépenses, et Top sources répartit l'utilisation entre clés API, agents et workflows.
En dessous, trois graphiques détaillent l'utilisation par modèle et par type de token.
Figure 3 : Usage by model : les dépenses dans le temps pour chaque modèle
Figure 4 : Request volume by model
Figure 5 : Le Token breakdown (tokens de prompt, de complétion et de raisonnement)
Lorsque la mise en cache des prompts s'applique, une carte Prompt token caching affiche le Cache hit rate ("Share of prompt tokens served from the provider prompt cache.") ainsi que les volumes de tokens mis en cache et non mis en cache.
Figure 6 : Prompt token caching
Tendances
Figure 7 : Trends : les modèles dans le temps avec une liste Trending ; le sélecteur de métrique (Tokens, Spend, Requests) se trouve en haut à droite
Trends montre les évolutions : chaque modèle (et chaque clé ou agent, dans sa propre section) représenté dans le temps, avec une liste Trending des éléments en hausse, dont un badge New pour les entrées sans utilisation au cours de la période précédente.
Performance
Figure 8 : Performance : indicateurs de latence, de débit et d'erreurs, avec Average latency over time et Errors over time
| Indicateur | Signification |
|---|---|
| Median latency | "Median (p50) end-to-end request duration over the selected range." |
| p95 latency | "95th-percentile request duration — the slow tail most users feel." |
| Avg time to first token | "Average delay before the first streamed token (streaming requests only)." |
| Throughput | "Average output generation speed across requests." (tok/s) |
| Error rate / Total errors | Erreurs au cours de la période sélectionnée. |
Figure 9 : Reliability & performance by model, avec Top failing models et Top failing keys & agents
Le tableau par modèle (requêtes, taux d'erreur, latence moyenne et p95, débit, dépenses) est le moyen le plus rapide de repérer un modèle défaillant ; les listes des entités en échec indiquent directement ce qu'il faut examiner. En l'absence d'échec, vous verrez "No errors in this period".
Explorer
Figure 10 : Explore : un tableau croisé de votre utilisation avec Metric, Group by, Then by et Show top
Explore est un tableau croisé libre : choisissez une Metric (par exemple Spend), un Group by (Model, API key / agent, Source, Provider, Status), ajoutez éventuellement un niveau avec Then by, et limitez la liste avec Show top. Le résultat est une ventilation classée avec Value et % of Total. Les actions de ligne permettent d'utiliser Apply filters based on this model (ou cette clé ou cet agent) et d'accéder à View in logs.
Exporter les données d'activité
Cliquez sur Export pour ouvrir la boîte de dialogue d'export :
Figure 11 : Export activity data : éléments à exporter, plage de dates, filtres et colonnes
- Éléments à exporter : Raw requests (une ligne CSV par requête) ou un récapitulatif : Summary by model, Summary by key & agent, Summary by source, Summary by period.
- Plage de dates et filtres : la plage et les filtres de la vue actuelle sont repris et peuvent être ajustés. La boîte de dialogue indique le nombre approximatif de lignes ("approx. … requests") ; les exports bruts sont limités à 25,000 lignes ("export is capped at 25,000" s'affiche lorsque la plage dépasse cette limite).
- Colonnes : pour les exports bruts, choisissez parmi Time (UTC), Request ID, Model, Provider, Status, Key / agent, Key hash, Source, End user, Prompt/Completion/Total/Cached/Reasoning tokens, Spend (USD), Duration (ms), TTFT (ms), Tokens/sec, Cache hit, Zero completion et IP, avec Select all / Clear all.
L'onglet Logs
L'onglet Logs est la piste d'audit requête par requête.
Figure 12 : Logs : recherche, filtres, actualisation en direct et tableau des requêtes
- Recherche ("Search request ID, key, model…") et filtres pour Status (Success / Failed / All), Key / agent, Model et Provider.
- Préréglages de Range : Last 15 minutes, Last hour, Last 24 hours (par défaut), Last 7 days et Last 30 days, ou choix de dates personnalisées.
- Live se trouve à côté de la plage et actualise automatiquement le tableau : choisissez Off, 10s, 30s (par défaut) ou 60s. Un compte à rebours indique la prochaine actualisation, et Refresh now en force une. Live est masqué lorsqu'une plage personnalisée se termine dans le passé.
Figure 13 : La commande Live : actualisation Off, 10s, 30s ou 60s, à côté du sélecteur de plage
- L'histogramme montre le volume de requêtes sur la plage (erreurs mises en évidence) ; sélectionnez une zone par glisser-déposer pour limiter le tableau à cette période ("Showing logs for …", avec Clear selection).
- Export ouvre Export request logs : choisissez les requêtes brutes ou un récapitulatif, la plage de dates, les filtres (Key / agent, Model, Provider, Status, plus votre texte de recherche actuel) et, pour les exports bruts, les colonnes.
Pour les récapitulatifs, la boîte de dialogue précise : "Summaries cover whole days, so a sub-day or graph selection is widened to full days." et "The search text is not applied to summaries."
Chaque ligne affiche la date, l'ID de requête, le modèle, le fournisseur, les tokens d'entrée et de sortie, l'agent ou la clé, la vitesse (tok/s), le coût et l'état (success / failure). Un badge No charge signale les réponses en échec ou vides qui n'ont rien coûté. Un badge cached sur le nombre d'entrées indique les tokens servis depuis le cache de prompts, et le pied de page affiche "Showing … of …". Un résultat vide affiche "No requests yet." ou "No requests match your filters."
Détails de la requête
Cliquez sur une ligne pour ouvrir le panneau Request details :
Figure 14 : Request details : métadonnées, nombres de tokens et coût
| Section | Champs |
|---|---|
| Request | Request ID (copiable), Time, Status, Model (le modèle qui a traité la requête), Requested model (par exemple auto lorsque l'Auto Router a choisi le modèle), Provider, IP address, Cache hit, Latency, Time to first token et API base (l'hôte en amont) lorsqu'il est enregistré. |
| Tokens | Prompt tokens, Completion tokens, Total tokens, Speed, ainsi que Cached tokens (lecture/écriture) et Reasoning tokens lorsqu'ils sont présents. |
| Cost | Le coût exact de la requête. |
| Source | Key / Agent (la clé API ou l'agent à l'origine de l'appel) et End user (l'identifiant de l'utilisateur final, si l'appelant en a fourni un). |
Les journaux ne contiennent délibérément aucun contenu de prompt ni de réponse.