linkedin archive
La demo no muestra el error
Las demos de agentes suelen mostrar lo que funciona. La operación real empieza cuando diseñas qué pasa cuando el agente falla, se detiene o necesita rollback.
A mí las demos de agentes me gustan.
De verdad.
Ver una tarea que antes tomaba media hora resolverse en segundos sigue siendo impresionante.
Pero aprendí a mirar otra parte.
No cuando funciona. Cuando falla.
Qué pasa si toma un dato viejo.
Qué pasa si interpreta mal una instrucción.
Qué pasa si manda algo antes de tiempo.
Qué pasa si ejecuta el paso correcto, pero en el contexto equivocado.
Qué pasa si nadie revisa el resultado hasta que ya hizo ruido.
Ahí se ve si hay operación o solo entusiasmo.
Porque una demo casi siempre muestra el camino feliz.
El botón que corre.
El agente que entiende.
El workflow que termina.
La pantalla donde todo parece limpio.
Pero en trabajo real no alcanza con que algo funcione una vez.
Tiene que fallar de forma controlada. Tiene que dejar evidencia. Tiene que poder detenerse. Tiene que permitir rollback. Tiene que tener un humano cerca cuando la decisión pesa.
No digo esto para frenar la automatización. Al contrario.
Lo digo porque si quieres automatizar en serio, necesitas diseñar también el error.
El error no es una excepción del sistema. Es parte del sistema.
Y si no lo diseñaste, igual va a aparecer. Solo que va a aparecer en producción, con menos contexto y más costo.