Documentación
Flujos del Dashboard en la documentación de NexoRouter.
Flujos del Dashboard
El Dashboard es donde los usuarios crean keys, controlan gasto, prueban prompts y depuran requests.
Crear una API key
Abre Dashboard -> API Keys.
Campos:
| Campo | Qué controla |
|---|---|
| Name | Etiqueta legible de la key en tablas y logs. |
| Budget | saldo del workspace o presupuesto estricto por key. Presets: $5, $20, $100 y personalizado. |
| Expiry | Never, 30 days, 90 days o 365 days. |
| Alcance de modelos | Todos los modelos públicos, modelos chat o un model ID seleccionado. |
Después de crear una key, copia el valor completo desde el diálogo único y guárdalo de inmediato en un secret manager o variable de entorno. El diálogo oculta el secreto de forma predeterminada. Una vez cerrado, el Dashboard solo muestra un identificador enmascarado y la key completa no se puede volver a revelar.
Elegir alcance de modelos
Usa la opción menos restrictiva que controle el riesgo:
- All models: mejor para exploración inicial porque futuros modelos públicos siguen disponibles.
- Chat models: buena opción para apps solo de chat.
- One model ID: buena opción para servicios de producción que no deben cambiar de modelo.
Si una key tiene alcance demasiado estrecho, la API pública puede devolver model_not_found.
Rotar, revocar y habilitar
API Keys permite:
- copiar el secreto durante el diálogo único de creación;
- ver un identificador enmascarado estable para una key existente;
- revocar una key activa;
- habilitar una key deshabilitada.
Si una key se pierde o se filtra, crea un reemplazo, actualiza variables de entorno, revoca la key anterior y revisa Usage Logs por actividad sospechosa.
Usar Playground
Playground permite probar un prompt sin copiar la key al código local.
Usa:
- una API key activa de la cuenta;
- un modelo chat público vendible;
- system message;
- user prompt;
temperature;max_tokens.
Después de una ejecución exitosa, Playground muestra la respuesta y ejemplos equivalentes en curl, Python y JavaScript.
Usar Usage Logs
Usage Logs es el primer lugar para mirar cuando falla un request.
Filtros disponibles:
- request ID;
- modelo;
- API key;
- estado success o error;
- rango de fechas.
La tabla y el detalle muestran:
- timestamp;
- nombre de key;
- model ID;
- prompt tokens;
- completion tokens;
- costo en USD y quota;
- latencia;
- request ID;
- contenido de error cuando existe.
Hay export CSV para logs filtrados.
Usar Billing
Billing muestra:
- saldo actual;
- quota restante;
- gasto reciente;
- paquetes de top-up;
- top-up personalizado;
- historial de pagos.
Si el pago no está disponible, queda pending o entra en disputa, contacta soporte en vez de reintentar el mismo checkout repetidamente.