Contenido
- Arranque e iteraciones
- Orden de un arranque
- El agente solo dispone de los pasos permitidos en ese momento
- Dashboard de trabajo
- Pasos activados por eventos
- Cuándo se detiene el agente
- Cuándo el sistema continúa el trabajo en lugar del agente
- Límite de duración del arranque
En la sección anterior se describe cómo los eventos del chat arrancan al agente. Aquí veremos qué ocurre tras el arranque: cómo el agente realiza trabajo útil en una sola sesión, por qué puede ejecutar varias acciones seguidas, cómo entiende qué pasos tiene disponibles en ese momento y cuándo se detiene.
Entender esto ayuda a configurar los escenarios de forma consciente: queda claro por qué el agente no ve algunos pasos, por qué un paso «lleva» a otro dentro de una misma respuesta y por qué a veces el agente sigue trabajando cuando, en apariencia, debería haberse detenido.
Arranque e iteraciones
El arranque es una única sesión de trabajo del agente, iniciada por un evento del chat (casi siempre un mensaje del cliente o la asignación de un diálogo). Dentro de un arranque, el agente trabaja por iteraciones, es decir, por turnos.
En cada turno, el agente no ejecuta las acciones por sí mismo, sino que le devuelve al sistema un plan: qué pasos del escenario invocar y con qué datos. El sistema valida ese plan, ejecuta los pasos junto con sus acciones y le muestra el resultado al agente. Después, el agente decide si hace falta otro turno.
Por eso, un mismo arranque puede ser de varios turnos. Por ejemplo, en respuesta a un solo mensaje del cliente, el agente puede, en varias iteraciones seguidas: buscar el pedido del cliente, comprobar la dirección en él y luego hacer una pregunta de aclaración. Todo esto es un mismo arranque, pero varios turnos.
Que el agente solo devuelva un plan y que sea el sistema quien lo ejecute es un principio importante de seguridad y de separación de roles. La composición de acciones de cada paso, los datos que hay que recopilar y las reglas para aplicarlos los define de antemano el usuario del sistema: él diseña el escenario y determina qué se ejecutará y cómo. El agente no tiene acceso directo a las acciones: solo aporta datos de la conversación y elige los pasos adecuados entre los permitidos. La ejecución real y las comprobaciones quedan a cargo del sistema. Así, el comportamiento del agente se mantiene dentro de los límites que el usuario fijó de antemano.
Orden de un arranque
Cada arranque pasa por varias etapas:
- Comprobación de señales. Antes de que el agente empiece su trabajo principal, el sistema ejecuta una vez el análisis de la conversación según las señales configuradas. Si los valores de las señales coinciden con las condiciones, puede activarse el paso asociado a la señal, incluso antes de la respuesta habitual del agente. Por eso las señales tienen prioridad sobre la planificación habitual.
- Planificación. El agente observa los pasos disponibles y el estado actual del trabajo y compone un plan: qué pasos invocar.
- Ejecución. El sistema ejecuta los pasos elegidos y las acciones dentro de ellos.
- Continuación o finalización. El sistema decide si hace falta otro turno o si el trabajo de este arranque ha terminado.
Estas etapas se repiten hasta que el agente se detiene o lo detiene el sistema.
El agente solo dispone de los pasos permitidos en ese momento
Es una de las ideas clave de todo el sistema. El agente no ve el escenario completo. Antes de cada consulta al agente, el sistema reúne el conjunto actual de pasos disponibles precisamente en ese momento, y el agente solo puede elegir entre ellos.
En el conjunto disponible entran:
- las capacidades básicas del agente (por ejemplo, enviar un mensaje al cliente);
- los pasos visibles desde el inicio mismo del diálogo;
- los pasos abiertos por transiciones desde pasos ejecutados antes;
- los pasos permitidos por las condiciones actuales.
Si un paso está oculto o sus condiciones no se cumplen en ese momento, el agente simplemente no puede elegirlo: para él, ese paso no existe en ese instante. Este es el principal instrumento de control del comportamiento: los ajustes de visibilidad de los pasos (mostrar desde el inicio, ocultar tras la ejecución) y las condiciones determinan qué posibilidades tiene disponibles el agente en cada etapa. En detalle, en las secciones «Pasos del escenario» y «Condiciones».
Gracias a esto, el escenario resulta predecible: en lugar de enumerar en las instrucciones todas las reglas posibles del tipo «si…, entonces…», limitas de antemano las opciones del agente en cada paso.
Dashboard de trabajo
Para que el agente tome decisiones a partir del contexto actual, antes de cada turno el sistema le muestra el dashboard de trabajo: un resumen breve del estado actual con las tareas activas del escenario, los datos que faltan, los valores de las señales, las instrucciones temporales y las transiciones planificadas.
El dashboard se actualiza en cada iteración e influye mucho en las acciones del agente. Es a partir de él que el agente entiende qué se ha hecho ya, qué falta y qué hacer a continuación. La composición del dashboard se describe en detalle en la sección «Instrucciones».
Pasos activados por eventos
No todos los turnos requieren la participación del agente. Además de los pasos normales que elige el propio agente, existen los pasos activados por eventos, por ejemplo, ante el cierre del diálogo, un mensaje del asesor o la reacción a una señal. El sistema los ejecuta por sí mismo, sin arrancar al agente: un paso así hace su trabajo (asignar etiquetas, guardar datos, programar una acción diferida) y termina.
Aquí hay una diferencia importante entre los dos tipos de pasos. Un paso con el que trabaja el agente, tras ejecutarse, por defecto puede devolverle de nuevo el trabajo al agente. Un paso activado por evento no lo hace: por sí mismo no despierta al agente. Para que, ante un evento, el agente se active, dentro de ese paso hay que añadir la acción «Llamar al agente de IA» o «Ir a otro paso» hacia un paso gestionado por el agente. En detalle, en la sección «Eventos de los chats».
Cuándo se detiene el agente
El arranque finaliza de una de estas dos formas.
El agente se detiene por sí mismo. Informa de que, por este turno, el trabajo ha terminado: o bien respondió al cliente y espera su reacción, o bien la tarea está completamente realizada y no se espera respuesta del cliente. Es la forma normal de finalizar un arranque.
Al agente lo detiene el sistema según las reglas del escenario. Por ejemplo, un paso puede contener la acción «Detener agente de IA», o una rama del escenario terminó traspasando el diálogo al asesor. En ese caso, el agente no sigue trabajando, aunque «quisiera» continuar.
Cuándo el sistema continúa el trabajo en lugar del agente
A veces el agente informa de que se ha detenido, pero el sistema entiende que el trabajo en realidad no ha terminado y le concede otro turno. Esto ocurre para que el agente no se «duerma» con una tarea sin terminar. Casos típicos:
- el agente invocó un paso pero no recopiló todos los datos obligatorios: el sistema lo devuelve para que le pida al cliente lo que falta;
- un paso ejecutado abrió la transición al paso siguiente: el agente debe ver la nueva tarea y continuar según el escenario;
- el paso no se ejecutó por una causa subsanable y conviene reintentarlo.
En todos estos casos, el sistema anula la detención y obliga al agente a hacer una iteración más. Esto hace el comportamiento más fiable: el escenario llega a su conclusión lógica en lugar de cortarse a medio camino.
Límite de duración del arranque
Para que el agente no entre en un bucle, cada arranque tiene un límite razonable de número de iteraciones. Si el trabajo choca con ese límite, el arranque finaliza. En la práctica, rara vez se llega a él: normalmente el agente se resuelve en unos pocos turnos. Pero si el escenario está construido de modo que los pasos se ceden el control unos a otros sin fin, el límite protege al sistema de los bucles, y es una señal de que conviene simplificar la lógica del escenario.