Connectly
Blog2026-04-07

Construir un agente de IA lleva días. Hacerlo funcionar de verdad lleva mucho más tiempo

Por Joscha Koepke, Director de Producto, Connectly

Construir un agente de IA lleva días. Hacerlo funcionar de verdad lleva mucho más tiempo

Por qué lanzar y consolidar son dos problemas completamente diferentes — y qué se necesita para lograr ambos.

Un lanzamiento pone el agente en marcha. La consolidación es cuando genera valor de forma confiable: resolviendo problemas de los clientes, convirtiendo la intención en ingresos y mejorando semana tras semana. La mayor parte de lo que se celebra hoy es el lanzamiento. La consolidación es donde comienza el trabajo de verdad.

Tu Agente Fue Diseñado para un Cliente que No Existe

Esto es lo que nadie te cuenta durante la fase de demostración: construiste tu agente para un usuario que se comunica con claridad, sigue el flujo y se mantiene en el tema. Ese usuario no existe.

Los clientes reales envían notas de voz y fotos borrosas. Escriben tres solicitudes en un único mensaje. Abren una conversación preguntando sobre un producto y cambian de tema a mitad del camino para disputar un cargo. Usan jerga, abreviaciones y dialectos que no estaban en tus datos de entrenamiento. Abandonan los flujos y vuelven horas después esperando que el agente recuerde. En los canales de mensajería especialmente — donde las conversaciones son informales y asíncronas por naturaleza — la brecha entre el usuario imaginado y el usuario real es enorme.

Por eso las demos mienten. Una demo es un camino feliz con un usuario colaborativo. La producción es todo lo demás. Y todo lo demás es la mayor parte de tu tráfico.

Cada falla en esa brecha tiene un costo: un cliente no atendido, una venta que no se cerró, una queja que escaló a un humano cuando no debería haberlo hecho. A escala, esas fallas se acumulan silenciosamente hasta que aparecen en tus números de retención.

Así Se Ve una Consolidación Fallida

Los equipos que no han resuelto la operación en producción tienden a chocar contra la misma pared. El agente se lanza. Las métricas iniciales parecen prometedoras. Luego, a lo largo de semanas y meses, aparecen las grietas.

Un prompt se actualiza para manejar un nuevo caso de uso y silenciosamente rompe el comportamiento de uno existente. Nadie lo nota durante dos semanas porque no hay pruebas de regresión. Un proveedor de modelos actualiza su API y la latencia se dispara en un subconjunto de conversaciones. Los tickets de soporte aumentan, pero tarda días en encontrarse la causa. Un flujo que funciona perfectamente para un segmento de clientes falla silenciosamente para otro porque los casos extremos nunca fueron probados. El equipo que construyó el agente ahora pasa la mayor parte del tiempo apagando incendios en lugar de mejorarlo.

Eso es una consolidación fallida. No una falla catastrófica. Una deriva lenta y costosa donde el agente deja de mejorar y empieza a convertirse en un pasivo.

La causa raíz es casi siempre la misma: el equipo optimizó para poner el agente en marcha, no para operarlo a lo largo del tiempo.

Lo Que Realmente Requiere Operar un Agente

Consolidar un agente significa resolver cuatro problemas que raramente surgen durante la fase de construcción.

Pruebas de regresión antes de cada cambio. Cuando tu base de conocimiento, prompt o modelo cambia, algo se romperá. La pregunta es si lo descubres tú primero o tus clientes. Los equipos que consolidan bien ejecutan simulaciones automatizadas sobre cientos de patrones de conversaciones reales antes de que cualquier cambio llegue a producción.

Salvaguardas en tiempo real, no reportes a la mañana siguiente. Las conversaciones en producción van a lugares que nadie anticipó. Detectar eso en un reporte por lotes 12 horas después no es gobernanza. Necesitas una capa de políticas que monitoree cada conversación mientras ocurre y responda automáticamente cuando algo sale mal.

Observabilidad hasta el turno de la conversación. Cuando algo falla en producción, necesitas saber exactamente dónde. No "la calidad de las respuestas bajó esta semana", sino "este flujo específico se rompe cuando los usuarios incluyen una pregunta y una solicitud en el mismo mensaje."

La capacidad de publicar cambios sin un sprint. Las necesidades de los clientes cambian constantemente. Si cada cambio en tu agente requiere un ciclo de ingeniería, tu agente se queda atrás respecto a tu negocio. Los equipos que extraen valor compuesto de sus agentes pueden actualizar la lógica, validarla y publicarla en horas.

Nada de esto es glamoroso. Tampoco es opcional. Es la diferencia entre un agente que funciona el día uno y uno que sigue funcionando el día 365.

Por Qué la Mayoría de los Equipos No Debería Construir Esto por Sí Mismos

La pregunta de construir vs. comprar generalmente se plantea en torno al agente inicial. Ese es el enfoque equivocado.

La verdadera pregunta es si deberías construir y mantener la infraestructura de evaluación, la capa de salvaguardas, las herramientas de observabilidad, el framework de pruebas de regresión y el pipeline de iteración que sostiene un agente en producción — indefinidamente.

Para la mayoría de las empresas, eso es un segundo equipo de ingeniería oculto dentro del primer proyecto. Cada ingeniero manteniendo infraestructura de agente es un ingeniero que no está mejorando tu producto principal. Y a diferencia del propio agente, esa infraestructura no es una ventaja competitiva.

La plataforma correcta permite que tu equipo se concentre en lo que realmente diferencia tu agente: tus flujos de trabajo, tu lógica empresarial, tus reglas de escalación, la voz de tu marca. Lo que absorbe es todo lo que está por debajo — la parte que mantiene las luces encendidas para que tu equipo pueda enfocarse en mejorar el agente.

La plataforma incorrecta te convierte en un abridor de tickets. Cada cambio de flujo pasa por su cola. Cada iteración espera su sprint. Terminas con un agente congelado en el momento en que lo compraste, quedándose lentamente atrás de tu negocio real.

Cómo Saber Si Estás Listo para Consolidar

Antes de lanzar, o antes de decidir si tu enfoque actual está funcionando, hazte estas preguntas:

  • ¿Puede tu equipo cambiar el comportamiento del agente sin un sprint de ingeniería?
  • Si se lanza un nuevo producto mañana, ¿puede tu agente manejarlo antes del final de la semana?
  • ¿Puedes detectar una regresión antes de que los clientes la experimenten?
  • Cuando algo sale mal en producción, ¿puedes rastrearlo hasta el turno exacto de la conversación que causó el problema?

Si alguna de esas respuestas es no, tienes un lanzamiento. La consolidación todavía está por delante.

El objetivo nunca fue un agente que funcione el día uno. Es un agente que gana confianza continuamente: resolviendo más, convirtiendo más y mejorando cada semana. Eso es lo que justifica la inversión. Todo lo anterior a eso es una prueba de concepto.

Lanzar es la parte fácil. Construye para la consolidación.