jelou metrics lee el mismo catálogo de analítica que ven los dashboards de
Studio — ocho categorías: inbox, ecommerce, payments, voice,
biometrics, brain, ai, general. El catálogo es propio de cada empresa y
se sirve en vivo, así que descubre antes de pedir — nunca asumas una key
de memoria.
Listar el catálogo
list combina tres orígenes de catálogo. Si uno falla, el comando de todas
formas sale con código 0 con las métricas que sí pudo leer y nombra las
demás en errors[] — revisa failed antes de asumir que una key no existe.
Las siete keys heredadas de antes de v2 (dau_total, dau_ai_total,
unique_users_total, unique_users_per_day, brain_sessions,
bic_billing_sessions, hsm_by_sent_status) siguen resolviendo y devuelven su
envelope de siempre — aparecen marcadas con legacy: true en --json.
Traer una métrica
keys no distinguen mayúsculas/minúsculas, y el final del invocation_name
funciona cuando no es ambiguo. En terminal interactiva se renderiza como
tarjeta o gráfico; en modo --json/--agent (o con stdout redirigido) emite
el envelope JSON.
Ventanas de tiempo
Precedencia:
--start+--end gana sobre --last, que gana sobre --period.
Filtros
Cada métrica declara qué filtros acepta — pasar uno que no declara sale con código2 y te dice cuáles sí acepta. Revisa filters en
jelou metrics list --json antes de llamar una métrica nueva.
Un tablero completo
Las métricas de un tablero se piden en paralelo — una que falle no tumba el
tablero completo: la respuesta
--json trae failed y errors[], y el resto
se renderiza igual. Sin nombre ni --template, dashboard muestra el tablero
principal de la empresa; el envelope de ese comando lista en workspaces los
nombres de tableros guardados que encontró.