Actividad y registros
En esta página
Dos pestañas se ocupan de la supervisión: Activity (análisis agregados) y Logs (el registro de auditoría por solicitud). Ambas abarcan todas las claves de API y los servicios conectados, y ambas registran solo metadatos: el contenido de las instrucciones y las respuestas nunca se almacena.
La pestaña Activity
Activity tiene cuatro vistas (Overview, Trends, Performance y Explore) y un botón Export. Todas las vistas comparten los controles del encabezado: filtrar por Key / agent, filtrar por Model y un selector Range (Last 24 hours, Last 7/30/90 days, Year, All time o Custom range).
Resumen


Figura 1: El encabezado de Activity (pestañas de vista, filtros, rango y Export) y las tarjetas de indicadores clave
Las tarjetas de indicadores clave, cada una con una comparación respecto del período anterior ("vs prev" / "No prior data"):
| Indicador | Significado |
|---|---|
| Spend this period | "Total spend over the selected date range.", con el costo promedio por solicitud. |
| Requests | Cantidad de solicitudes. |
| Token volume | Total de tokens. |
| Error rate | "Share of requests in this period that returned an error." |


Figura 2: Top API keys & agents y Top sources
Top API keys & agents ordena las claves y los servicios conectados por gasto, y Top sources divide el uso entre claves de API, agentes y flujos de trabajo.
Debajo, tres gráficos desglosan el uso por modelo y por tipo de token.


Figura 3: Usage by model: el gasto a lo largo del tiempo para cada modelo


Figura 4: Request volume by model


Figura 5: Token breakdown (tokens de instrucción, de respuesta y de razonamiento)
Cuando se aplica el almacenamiento en caché de instrucciones, una tarjeta Prompt token caching muestra el Cache hit rate ("Share of prompt tokens served from the provider prompt cache.") y los volúmenes de tokens en caché y sin caché.


Figura 6: Prompt token caching
Tendencias


Figura 7: Trends: los modelos a lo largo del tiempo con una lista Trending; el selector de métrica (Tokens, Spend, Requests) está arriba a la derecha
Trends muestra la evolución: cada modelo (y cada clave o agente, en su propia sección) representado a lo largo del tiempo, con una lista Trending de los que más crecen, que incluye una insignia New para las entradas sin uso en el período anterior.
Rendimiento


Figura 8: Performance: indicadores clave de latencia, rendimiento y errores, con Average latency over time y Errors over time
| Indicador | Significado |
|---|---|
| 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 | Errores en el período seleccionado. |


Figura 9: Reliability & performance by model, con Top failing models y Top failing keys & agents
La tabla por modelo (solicitudes, tasa de errores, latencia promedio y p95, rendimiento y gasto) es la forma más rápida de detectar un modelo que no funciona bien; las listas de entidades con errores señalan directamente qué investigar. Si no hay errores, verás "No errors in this period".
Explorar


Figura 10: Explore: una tabla dinámica de tu uso con Metric, Group by, Then by y Show top
Explore es una tabla dinámica de formato libre: elige una Metric (por ejemplo, Spend), Group by (Model, API key / agent, Source, Provider, Status), anida opcionalmente con Then by y limita la lista con Show top. El resultado es un desglose ordenado con Value y % of Total. Las acciones de fila te permiten Apply filters based on this model (o en la clave o el agente) e ir a View in logs.
Exportar los datos de actividad
Haz clic en Export para abrir el cuadro de diálogo de exportación:


Figura 11: Export activity data: qué exportar, el rango de fechas, los filtros y las columnas
- Qué exportar: Raw requests (una fila de CSV por solicitud) o un resumen: Summary by model, Summary by key & agent, Summary by source o Summary by period.
- Rango de fechas y filtros: se conservan el rango y los filtros de la vista actual, y puedes ajustarlos. El cuadro de diálogo muestra la cantidad aproximada de filas ("approx. … requests"); las exportaciones sin procesar tienen un tope de 25,000 filas (aparece "export is capped at 25,000" cuando el rango lo supera).
- Columnas: para las exportaciones sin procesar, elige entre 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 e IP, con Select all / Clear all.
La pestaña Logs
La pestaña Logs es el registro de auditoría solicitud por solicitud.


Figura 12: Logs: búsqueda, filtros, actualización en vivo y la tabla de solicitudes
- Búsqueda ("Search request ID, key, model…") y filtros por Status (Success / Failed / All), Key / agent, Model y Provider.
- Valores predefinidos de Range: Last 15 minutes, Last hour, Last 24 hours (el predeterminado), Last 7 days y Last 30 days, o elige fechas personalizadas.
- Live está junto al rango y actualiza la tabla automáticamente: elige Off, 10s, 30s (el predeterminado) o 60s. Una cuenta regresiva indica cuándo se ejecutará la próxima actualización, y Refresh now fuerza una. Live se oculta cuando un rango personalizado termina en el pasado.


Figura 13: El control Live: actualización Off, 10s, 30s o 60s, junto al selector de rango
- El histograma muestra el volumen de solicitudes en el rango (con los errores resaltados); arrastra para seleccionar una región y acotar la tabla a ese intervalo ("Showing logs for …", con Clear selection).
- Export abre Export request logs: elige solicitudes sin procesar o un resumen, el rango de fechas, los filtros (Key / agent, Model, Provider, Status, además del texto de búsqueda actual) y, para las exportaciones sin procesar, las columnas.
Para los resúmenes, el cuadro de diálogo indica: "Summaries cover whole days, so a sub-day or graph selection is widened to full days." y "The search text is not applied to summaries."
Cada fila muestra la fecha, el ID de solicitud, el modelo, el proveedor, los tokens de entrada y de salida, el agente o la clave, la velocidad (tok/s), el costo y el estado (success / failure). Una insignia No charge marca las respuestas fallidas o vacías que no tuvieron costo. Una insignia cached en el recuento de entrada indica los tokens servidos desde la caché de instrucciones, y el pie de la tabla muestra "Showing … of …". Un resultado vacío muestra "No requests yet." o "No requests match your filters."
Detalles de la solicitud
Haz clic en una fila para abrir el panel Request details:


Figura 14: Request details: metadatos, recuentos de tokens y costo
| Sección | Campos |
|---|---|
| Request | Request ID (se puede copiar), Time, Status, Model (el modelo que atendió la solicitud), Requested model (por ejemplo, auto cuando el Auto Router eligió el modelo), Provider, IP address, Cache hit, Latency, Time to first token y API base (el host de origen) cuando se registra. |
| Tokens | Prompt tokens, Completion tokens, Total tokens y Speed, además de Cached tokens (lectura/escritura) y Reasoning tokens cuando existen. |
| Cost | El costo exacto de la solicitud. |
| Source | Key / Agent (qué clave de API o agente hizo la llamada) y End user (el identificador del usuario final, si quien llama lo proporcionó). |
Intencionadamente, los registros no contienen en ningún lugar el contenido de las instrucciones ni de las respuestas.