La adquisición de StackAI, un no-code agent builder, por parte de Asana señala una dirección clara: los agentes no se quedarán solo en las ventanas de chat, sino que se integrarán en tareas, proyectos, aprobaciones y flujos de trabajo entre departamentos.

Para los equipos, esto es atractivo. Procesos que antes requerían programación podrían conectarse ahora de forma no-code, uniendo fuentes de datos, modelos, acciones y pasos de revisión. Pero los problemas también llegan con ello: cuando cada departamento puede crear su propio agente, ¿quién confirma qué datos leyó, qué tareas modificó y quién responde cuando falla?

No se trata solo de si puede hacerlo, sino de si puede entregarse a otros

Los no-code agent builders hacen que sea fácil subestimar el “costo de traspaso”. Una automatización puede parecer inteligente, pero en realidad quizá solo funcione por casualidad con ciertos inputs. Al entrar en una herramienta de gestión de proyectos, se encontrará con problemas reales: tareas vencidas, permisos insuficientes, campos incompletos y varias personas editando al mismo tiempo.

Por eso, antes de adoptarlos, protege tres cosas:

  1. Límites de entrada: ¿Qué proyectos, campos, adjuntos y datos de clientes puede leer el agente? No abras todo por defecto.
  2. Formato de salida: ¿El resultado es una tarea, un comentario, una actualización de estado o un borrador? Los campos deben ser fijos, no improvisados cada vez.
  3. Puertas humanas: Toda acción que cambie estados, envíe mensajes, afecte a clientes o gaste dinero debe empezar en review mode.

Cómo pueden usarlo los equipos pequeños

Si quieres probar este tipo de herramientas, no elijas como primer flujo de trabajo “el problema más complejo de toda la empresa”. Escoge una tarea de bajo riesgo, reversible y con formato fijo, como un resumen semanal del estado de proyectos, clasificación de solicitudes de soporte o limpieza de tareas pendientes después de una reunión. Primero deja que el agente produzca borradores y luego abre gradualmente el permiso de escritura.

El verdadero valor no está en automatizarlo todo, sino en separar “las partes que pueden automatizarse de forma segura”. Esa es la lección que más necesitan incorporar los no-code agent builders al pasar de juguetes a sistemas de trabajo.

Referencias