Leer traces de ejecución
Cada respuesta de Sol termina con:
> *[Ver trace completo](/traces/abc-123-...)*
Ese link es tu ground truth. Click cuando:
Algo no matchea con lo que dijo Sol
Querés verificar un costo o timing
Un proceso falló y querés saber en qué step
Estás por escalar este proceso y querés ver cómo corre de verdad
Qué ves
Header:
Nombre del proceso + status (completed / failed / aborted)
Duración total
Steps completados / totales
Tokens AGAS usados + costo USD
Retry count (si hubo)
Mensaje de error arriba si falló
Sección de steps: cada step es una card expandible con:
Kind (capability / foreach / analyze / output / transform)
Badge ok / error
Duración
Input (click para expandir)
Output (click para expandir) — JSON de lo que produjo el step
Sección de capability executions: por cada capability que el proceso invocó, una sub-card con:
Nombre + descripción de la capability
Modo (replay vs explore_fresh vs explore_repair)
Vision tokens y LLM tokens usados
Input y output JSON
Sección de costos: tabla itemizada de cada evento facturable:
LLM tokens
Vision tokens
Envíos de email
Storage (si aplica)
Por qué importan los traces
Sol tiene mecanismos defensivos contra alucinaciones (el response-verifier redacta claims no sustentados). Pero la respuesta definitiva siempre vive en el trace.
Si Sol alguna vez dice algo que te suena raro, el trace te lo confirma: ¿es real? ¿La data lo respalda? ¿El costo es el que dice?
Compartir un trace
Los URL de traces son por-tenant: solo users dueños del business pueden acceder a sus traces. Staff interno con service role también puede leer cualquier trace para soporte.
Privacidad: compartí un trace copiando el URL a tu propio equipo. Terceros (inversores, auditores) necesitan un resumen generado por staff; no exponemos URLs de traces directo a externos.