Observabilidad y telemetría de agentes
Trazas de uso del design system por agentes, métricas de drift, detección de hallucinations en producción, dashboards de governance. El satélite más operativo para Design System Architects empleados en corporate.
Imparte · Joan Arbó · Dirección
Una vez que los agentes usan tu design system en producción, ¿sabes qué hacen con él? Sin telemetría, el drift y las hallucinations te llegan por una queja, no por un dashboard. La sesión más operativa: cómo ver, medir y gobernar el uso agéntico de tu sistema.
Sin telemetría, un agente en producción es una caja negra: cuando rompe tu sistema no te enteras por un dashboard, sino por una queja. Y para entonces ya ha compuesto mil pantallas igual de mal. El monitoring solo avisa de los fallos que anticipaste; un agente produce justo los que no.
Qué veremos
- Monitoring frente a observabilidad: por qué con agentes el fallo es siempre un unknown-unknown.
- Las señales que importan: trazas, métricas y logs aplicados al uso del sistema.
- Instrumentar el consumo: dejar rastro de qué componentes usa el agente y cómo.
- Drift y hallucinations de componente: detectarlos antes de que lleguen al usuario.
- SLO y alertas con criterio: medir lo que duele, no lo que es fácil.
- Dashboard de governance: el estado real del sistema en producción, de un vistazo.
Qué te llevas
- Sabrás ver qué hacen los agentes con tu sistema en producción, en vez de suponerlo.
- Un esquema de instrumentación (trazas y métricas) para el consumo de tus componentes.
- Un cuadro de mando de governance mínimo para arrancar mañana.
Aplícalo desde el minuto uno Elige hoy una sola pregunta que no puedas responder sobre tu sistema en producción («¿qué componente usa más el agente y cuál ignora?») e instrumenta el evento que la contesta. Una traza bien puesta vale más que diez gráficas que nadie mira.
Ejemplos de uso
- Instrumentar trazas de cómo un agente consume tus componentes.
- Detectar drift: cuándo el agente empieza a salirse de tu sistema.
- Montar un dashboard de governance que enseñe el estado real en producción.
- Cazar una hallucination de componente antes de que llegue al usuario.
Caso de estudio
440 millones en 45 minutos
En 2012 Knight Capital desplegó una actualización a sus servidores de trading. Uno quedó con código viejo activo y empezó a mandar órdenes erróneas a una velocidad imposible de seguir a mano. No había forma de ver en directo qué hacía el sistema ni de pararlo a tiempo: en 45 minutos perdió unos 440 millones de dólares y casi quebró. Un sistema automático que actúa más rápido de lo que nadie lo observa no es eficiente: es un riesgo a ciegas. Con agentes, el problema es exactamente el mismo.
SEC · orden sobre Knight Capital (2013)Para quién es
Design System Architects en corporate que operan el sistema en producción.
Cómo funciona
- Mes
- M05
- Formato
- En directo · 2 h
- Calendario
- Segundo jueves · 19:00 CET
- Suelta
- 29 € · gratis con el Programa
- Acceso
- Queda grabada
- 00–15
Novedades del campo
Qué ha cambiado este mes y qué deberías mirar.
- 15–45
El marco
Los conceptos que sostienen la sesión, sin relleno.
- 45–85
Demo en vivo
Se construye delante de ti, sobre herramientas reales.
- 85–105
Aplícalo a tu proyecto
Lo llevas a tu caso ahí mismo: sales con una mejora hecha, no con apuntes.
- 105–120
Preguntas
Traes tu caso; se resuelve en directo.
Antes de empezar · Lecturas
Para llegar con contexto. Los libros enlazan a Amazon.
