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

El encabezado de Activity y las tarjetas de indicadores claveEl encabezado de Activity y las tarjetas de indicadores clave

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"):

IndicadorSignificado
Spend this period"Total spend over the selected date range.", con el costo promedio por solicitud.
RequestsCantidad de solicitudes.
Token volumeTotal de tokens.
Error rate"Share of requests in this period that returned an error."

Top API keys & agents y Top sourcesTop API keys & agents y Top sources

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.

Uso por modeloUso por modelo

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

Volumen de solicitudes por modeloVolumen de solicitudes por modelo

Figura 4: Request volume by model

El desglose Token breakdownEl desglose Token breakdown

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é.

Almacenamiento en caché de tokens de prontosAlmacenamiento en caché de tokens de prontos

Figura 6: Prompt token caching

La vista TrendsLa vista Trends

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

Indicadores clave y gráficos de PerformanceIndicadores clave y gráficos de Performance

Figura 8: Performance: indicadores clave de latencia, rendimiento y errores, con Average latency over time y Errors over time

IndicadorSignificado
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 errorsErrores en el período seleccionado.

Fiabilidad y rendimiento por modeloFiabilidad y rendimiento por modelo

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

La vista ExploreLa vista Explore

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:

El cuadro de diálogo Export activity dataEl cuadro de diálogo Export activity data

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.

La pestaña LogsLa pestaña Logs

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.

El control de actualización LiveEl control de actualización Live

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:

El panel Request detailsEl panel Request details

Figura 14: Request details: metadatos, recuentos de tokens y costo

SecciónCampos
RequestRequest 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.
TokensPrompt tokens, Completion tokens, Total tokens y Speed, además de Cached tokens (lectura/escritura) y Reasoning tokens cuando existen.
CostEl costo exacto de la solicitud.
SourceKey / 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.