9d3f01eN+1
orders.enrichOrders
antes1consulta por petición→tras este despliegue14consultas por petición
- Empezó en
v2.4.0- Cambio probable
- #815 Ampliar la consulta de pedidos
- Se ejecuta en
orders/getUserOrders.ts:47
monitorización del rendimiento que empieza por el cambio
Descubre qué despliegue rompió tu aplicación.
Sixty detecta cuándo una versión cambia el comportamiento de tu aplicación —una consulta pasa a ser catorce, treinta filas se convierten en treinta mil— y entrega las pruebas al agente de programación que ya tienes abierto.
orders.enrichOrdersNew finding
Detected 3 min after deployN+1 query
orders.enrichOrders
This release changed what this operation normally does.
Previous release1 query
→Current release14 queries
- Started at
- v2.4.0
- Code location
- orders/getUserOrders.ts:47
Ask Sixty about this finding…⌘ K
1 comando para instalarlo0 paneles que construir0 umbrales que ajustar0 datos de usuarios recogidos
¿Ya pagas por otra cosa?Cómo se compara esto con Datadog, New Relic y Sentry →la respuesta, no otro panel
Un hallazgo sobre el que tu agente puede actuar.
El recuento cambió en una versión. Una solicitud de cambios tocó el código que lo ejecuta. La consulta, la pila de llamadas y el diff del despliegue viajan con el hallazgo.
El ciclo completo, y cómo lo cierra tu agente →la respuesta, no otro panel
detección de regresiones en aplicaciones de IA
Detecta cuándo un agente se vuelve más lento, más caro o entra en un bucle de herramientas.
Sixty compara la misma tarea entre versiones: tokens, coste, tiempo hasta el primer token, llamadas a herramientas y fallos. El feed muestra el cambio y una traza saneada muestra la causa.
release e18c6baEl agente de soporte cuesta 3,5× más por ejecución correcta
$0,0164 antes→$0,0426 después de este despliegue
una traza para toda la aplicación
El navegador, backend, modelo, herramientas y base de datos siguen conectados.
El contexto de traza acompaña la petición entre servicios. La generación contiene sus herramientas y cada herramienta contiene su trabajo HTTP y de base de datos, para llegar hasta el pull request responsable.
browserSupport form submitted0ms
requestPOST /api/support4.82s
generationsupport-agent · gpt-5-mini4.20s
toolMCP · knowledge-base.search ×4310ms
databaseSELECT help_articles · 8 rows96ms
toolMCP · orders.lookup ×2424ms
repetición de sesión unida a la evidencia
Mira lo que vio el usuario cuando cambiaron las métricas.
Cuando un error del navegador, una interacción muerta o una carga bloqueada genera un hallazgo, Sixty conserva una grabación breve y enmascarada alrededor del fallo. Es evidencia del hallazgo, no un archivo de visitantes.
/checkout
Something went wrong
↖
un ciclo silencioso
Tú lo publicas. Nosotros lo detectamos. Tu agente lo arregla.
No hay panel que consultar ni alerta que configurar. Las tres cosas de abajo son el producto entero, y de ellas tú solo haces la primera.
Publicas un cambio
La marca de versión llega de la plataforma en la que ya despliegas.
Sixty detecta el cambio de forma
Una consulta pasó a ser catorce. Nadie tuvo que inventar antes un umbral.
Tu agente recibe las pruebas
Las mediciones, la consulta, la pila y el diff relevante llegan juntos.
de la versión a la línea de código
No solo qué despliegue. Qué pull request.
Un despliegue contiene muchos cambios. Sixty usa los commits exactos entre versiones y señala la solicitud que tocó el archivo responsable del hallazgo.
v2.4.04 cambios salieron en él
- #812Subir dependencias
- #814Añadir exportación de facturas
- #815Ampliar la consulta de pedidosorders/getUserOrders.ts
- #818Retoques de texto en ajustes
- Cinco versiones seguidas, y
orders.getUserOrdersdevuelve treinta filas cada vez. Esa es la línea base. No la puso nadie. - Luego devuelve treinta mil. Nada lanzó un error, nada agotó su tiempo, y con la base de datos caliente la página seguía pareciendo bien.
- Empezó en v2.4.0. Cualquier herramienta de monitorización del mercado te puede decir hasta aquí — y en ese despliegue salieron cuatro cambios.
- Fue #815, que tocó el archivo en el que corre la consulta. Esa es la frase sobre la que tu agente de código puede actuar, y es la que no te da nada más.
pnpm e2e sobre un clon del repositorio; las etiquetas de versión y los números de pull request son ilustrativos.siempre activo significa siempre activo
La gracia es que no para nunca.
Cada versión se compara con la anterior, un par de minutos después de salir, mientras la aplicación siga funcionando. Tú no lo arrancas, no se te pregunta nada, y no hay ninguna ejecución que recordar.
vigilandocheckout-api · production
4c02f1asin desviación · 47 operaciones comparadas2 minbb7e340sin desviación · 47 operaciones comparadas3 min2e9b503no devuelve nadaprofile.load12 filas → 0 filas4 min5a1d0c8sin desviación · 48 operaciones comparadas2 minc40aa19sin desviación · 48 operaciones comparadas2 min9d3f01efilasorders.getUserOrders30 filas → 30.000 filas4 min9d3f01eN+1orders.enrichOrders1 consulta → 14 consultas4 min7b21ee4sin desviación · 46 operaciones comparadas3 mina3f9c21sin desviación · 46 operaciones comparadas2 mind81b904sin desviación · 46 operaciones comparadas2 min
pnpm e2e — los números son suyos — con revisiones ilustrativas.sin cambiar tu forma de trabajar
Funciona con lo que ya tienes abierto.
Sixty se encarga de mirar; el agente de código que ya usas se encarga de arreglar. El traspaso entre ambos es un servidor MCP, y por eso la instalación son los mismos dos valores en todas partes — y por eso, si construyes en un sitio donde no tienes editor propio, se convierte en un prompt pegado en un chat.
Claude Code
Un comando. Los hallazgos llegan como una carga sobre la que puede actuar.
Cursor
Los mismos dos valores, como bloque de configuración.
Lovable
Sin editor propio — pega un solo prompt en su chat.
Replit
Agente y despliegues en un mismo sitio; la marca de versión sale gratis.
VS Code
Copilot, Continue, o lo que tengas conectado.
Codex
Y Windsurf, Zed, Cline — cualquier cosa que hable MCP.
OpenTelemetry / OTLP · Node · Python · Go · Ruby · PHP · Browser · React Native · Supabase
Keep Grafana, Prometheus, Elastic, Vercel, AWS, or the backend you already use. Send the same OTEL traces and metrics to Sixty for release-aware problem detection.
OpenTelemetry setup → Todos los lenguajes y frameworks en los que funciona →poco compromiso, producto completo
Instálalo con tu agente. Publica dos veces.
Ambos planes incluyen todos los hallazgos, la API para agentes y MCP. Tu prueba de 7 días empieza con el producto completo; la primera comparación llega tras la siguiente versión.
un comando conecta el agente
claude mcp add sixty …Ese último paso es la pega honesta. Instalarlo lleva un minuto; la primera comparación tarda lo que tarde tu próximo despliegue, porque no hay nada con lo que comparar una única versión.
Empezar la prueba de 7 díasel próximo despliegue es el útil
Descubre qué hizo tu último cambio.
Deja que Sixty vigile qué cambia y que el agente que conoce tu código lo arregle.
Sin identificadores de usuario, texto de prompts, respuestas del modelo ni valores de consultas. Las rutas, entradas y resultados de herramientas se reducen a su forma; el texto de las repeticiones se oculta por defecto.
Míralo cazar uno
CerrarReconstruido a partir de la salida de pnpm e2e, que siembra exactamente esta regresión y la detecta. Los números son los de esa ejecución.
despliegue 9d3f01despliegue 4c02f1a
Todo tranquilo. Sin desviación desde tu último despliegue.
altofilasorders.getUserOrdersabiertoreclamadoresuelto
30 filas → 30.000 filas1000×
La consulta perdió su cláusula where, así que lee la tabla entera y el código filtra después. En tu portátil nada se volvió más lento — allí la tabla tiene cuarenta filas.
Esperando a alguien. Lleva cuatro segundos abierto.Reclamado por tu agente — pruebas traídas por MCP: la consulta, los marcos de pila, los números.Resuelto · «añadida la cláusula where que faltaba sobre user_id»
- Despliegas
- Lo comparamos con la anterior
- Tu agente lo coge
- Se cierra solo