Saltar al contenido principal
Contenido actualizado: 2026-07-20

Escenarios aplicables

Cuando el cliente necesita monitorear cada API Key, se recomienda utilizar la combinación de interfaces de administración de Crazyrouter, en lugar de consultar directamente con sk-xxx en el lado del negocio:
  • Obtener la lista de API Keys bajo la cuenta actual
  • Consultar registros de llamadas filtrando por rango de tiempo, nombre de Key, nombre de modelo
  • Resumir el consumo total de un Key determinado
  • Convertir gastos en dólares según los parámetros de tipo de cambio del sistema
La interfaz de administración utiliza autenticación de usuario, no el Token de negocios usado para invocar modelos.
Todas las cuentas y interfaces de administración de esta página (incluyendo /api/token/*, /api/log/* y /api/user/self) deben solicitar https://crazyrouter.com. https://api.crazyrouter.com solo sirve para APIs de modelo/medios, si se usa incorrectamente devolverá 404 api_only_endpoint.

Método de autenticación

Las interfaces de administración deben incluir los siguientes encabezados en cada solicitud:
  • access_token: Token de acceso generado tras iniciar sesión, utilizado para autenticación en consola/interfaz de administración
  • New-Api-User: ID del usuario actual, debe coincidir con el usuario vinculado a access_token
  • sk-xxx: Token de negocios para llamadas de modelos, no válido para /api/token/*, /api/log/* u otras interfaces administrativas

Flujo de integración recomendado

Se recomienda integrarse en el siguiente orden:
  1. Invoca /api/token/ para obtener la lista de Keys bajo la cuenta actual
  2. Según token_name, llama a /api/log/self para obtener el registro detallado de un Key
  3. Invoca /api/log/self/stat para obtener la cuota acumulada bajo las mismas condiciones
  4. Invoca /api/status para obtener quota_per_unit
  5. Utiliza quota / quota_per_unit para convertir gastos en dólares

1. Obtener la lista de API Keys

cURL
Ejemplo de respuesta:
Se recomienda que el cliente guarde los siguientes campos para monitoreo posterior:
  • id
  • name
  • status
  • used_quota
  • model_limits_enabled
  • model_limits

2. Consultar registros de llamadas de un Key

Mediante /api/log/self puedes consultar los registros de consumo del usuario actual; se recomienda incluir al menos:
  • type
  • token_name
  • start_timestamp
  • end_timestamp
  • p
  • page_size
Ejemplo:
cURL
Ejemplo de respuesta:

Descripción de campos clave

cost_usd representa el gasto en dólares convertido según el sistema, calculado por quota / quota_per_unit. Si tu entorno de producción aún no tiene esta versión, puedes usar la cuota acumulada para hacer el cálculo manual.
Las solicitudes individuales fallidas no generan gastos, los campos quota / cost_usd en el registro deben ser 0. Sin embargo, en modo Agente, flujos de trabajo, invocaciones en cadena o programación automática en IDE, una acción de usuario puede dividirse en varias solicitudes de modelo: si una de ellas fue exitosa antes de que ocurriera una falla posterior, las solicitudes que sí se completaron correctamente se facturarán según el consumo real de tokens. Para investigar consumos anómalos, revisa cada registro por separado, no solo el resultado final de la tarea.

3. Consultar consumo acumulado

Si solo necesitas monitoreo automático o informes diarios, se recomienda usar la interfaz de resumen:
cURL
Ejemplo de respuesta:
En ella:
  • quota: consumo total de cuota bajo los filtros aplicados
  • rpm, tpm: campos reservados, útiles para monitoreo ampliado

4. Consultar saldo actual de la cuenta

Si el cliente quiere mostrar el saldo actual de su cuenta Crazyrouter en su backend, además de monitorear por Key de negocios, puede llamar a /api/user/self. Los encabezados de solicitud son los mismos que para otras interfaces administrativas:
cURL
Ejemplo de respuesta:
Campos clave: Método de conversión:
Ejemplo:
Es decir, el saldo en el ejemplo anterior es:
/api/user/self es más adecuado para “mostrar el saldo total actual de la cuenta”; /api/log/self y /api/log/self/stat son más útiles para “analizar consumos por rango de tiempo, Key o modelo”.

5. Convertir gasto en dólares

Los parámetros de conversión del sistema se pueden obtener mediante la interfaz pública /api/status:
cURL
Campos relevantes en la respuesta:
Fórmula de conversión:
Ejemplo:

Ejemplo de integración en Python

Recomendaciones de monitoreo

Para el monitoreo del cliente, se recomienda como mínimo registrar los siguientes aspectos:
  • Estadísticas por token_name de número de llamadas, cuota total, gasto total
  • Estadísticas por model_name de distribución de consumo por modelo
  • Diferenciar por other.request_path entre /v1/chat/completions, /v1/responses y otras interfaces
  • Estadísticas por other.http_status de tasas de éxito y fracaso
  • Registrar vínculos de trazabilidad por other.request_id para diagnóstico de problemas

Preguntas frecuentes

¿Por qué no se puede usar directamente sk-xxx en la interfaz de administración?

Porque sk-xxx es un certificado de llamadas de negocios, validado por el middleware TokenAuth; las interfaces de administración como /api/token/*, /api/log/self* requieren autenticación de usuario, usando access_token y New-Api-User.

¿Se puede consultar los registros por Key propio?

Sí. Se recomienda filtrar mediante token_name los resultados de /api/log/self y /api/log/self/stat.

¿Se puede obtener directamente el monto de gasto por API?

Si la versión del servidor ya soporta el campo cost_usd, puedes obtener el gasto en dólares por cada petición directamente en el registro. Para resúmenes, se recomienda usar quota / quota_per_unit para calcular el gasto manualmente, el resultado será igual al mostrado en consola.