Human in the Loop: pasos de aprobación para agentes

Human in the Loop significa que un agente de IA se detiene antes de una acción crítica y una persona real debe confirmar la acción antes de que se ejecute. En la plataforma de automatización n8n, esto se puede vincular directamente a herramientas individuales de un agente de IA: el agente decide que necesita una herramienta determinada, la ejecución se pausa, se envía una solicitud de aprobación a una persona, y solo después de su confirmación la acción continúa, o se cancela si se rechaza. Para las empresas que se muestran escépticas ante los agentes de IA por temor a acciones incontroladas, este es el elemento clave para combinar automatización y control. Actualizado a julio de 2026.

Por qué los pasos de aprobación refuerzan la confianza en los agentes de IA

Muchas empresas dudan en usar agentes de IA porque, en el peor de los casos, un agente podría enviar un correo electrónico, generar un pedido o eliminar datos sin que nadie pueda detenerlo. Esta preocupación está justificada, ya que un agente toma sus decisiones basándose en probabilidades, no en una certeza del cien por cien. Un paso de aprobación actúa precisamente aquí: separa la decisión del agente de su ejecución real. El agente puede proponer, una persona debe confirmar. Para las empresas que aún están en las primeras etapas de su automatización con IA, esto suele marcar la diferencia entre pruebas cautelosas y la confianza necesaria para dejar que los agentes funcionen en producción.

Cómo funciona técnicamente la aprobación de herramientas en n8n

Según la documentación de n8n sobre Human-in-the-Loop para herramientas, la aprobación se puede vincular directamente a herramientas individuales de un agente de IA, no a todo el flujo de trabajo. La configuración se realiza en tres pasos: en el panel Tools del nodo del agente se selecciona un canal de aprobación y se conecta con las credenciales correspondientes; a continuación, las herramientas que requieren aprobación se vinculan a este paso de revisión. En cuanto el agente decide usar una herramienta sujeta a aprobación, el flujo de trabajo se pausa y envía una solicitud al canal elegido. Mediante las variables $tool.name y $tool.parameters, la persona encargada de revisar ve exactamente qué herramienta se va a invocar y con qué datos, antes de aprobar o rechazar. Si se aprueba, la acción continúa con los valores propuestos por el agente; si se rechaza, se cancela y el agente recibe la información de que la acción no se ejecutó. Como canales de aprobación, la documentación menciona, entre otros, Slack, Microsoft Teams, Discord, Telegram, Gmail, Microsoft Outlook, WhatsApp, Google Chat y la interfaz de chat nativa de n8n.

El nodo Wait como base técnica

Los pasos de aprobación en n8n se basan en el nodo Wait. Este nodo pausa la ejecución de un flujo de trabajo y guarda el estado actual en la base de datos hasta que se cumple una condición de continuación. Para las aprobaciones, es relevante el modo On Webhook Call: n8n genera en tiempo de ejecución una URL de reanudación única, mediante la cual el flujo de trabajo continúa en cuanto llega la respuesta. Como alternativa está disponible el modo On Form Submitted, en el que se muestra un formulario con campos de texto libre, desplegables o fechas, y el flujo de trabajo solo continúa tras su envío, opcionalmente con un límite de tiempo automático. Según la documentación, hay que tener en cuenta que la URL de reanudación cambia en las ejecuciones parciales, por lo que el nodo que dispara el flujo debe ejecutarse junto con el nodo Wait. Además, las indicaciones de tiempo siempre usan la hora del servidor de n8n, independientemente de la zona horaria configurada.

Ejemplo práctico: envío de correos y pedidos solo tras confirmación

Un escenario típico: un agente procesa las solicitudes entrantes de los clientes y, cuando es necesario, envía automáticamente un correo de respuesta o genera un nuevo pedido. En lugar de permitir el envío directamente, la herramienta de correo o de pedidos se vincula a un paso de aprobación. El agente redacta el borrador, la solicitud se envía por Slack o Teams a una persona responsable, que ve el texto y los datos del destinatario y confirma o rechaza con un clic. Solo entonces el correo sale realmente del sistema o se genera el pedido. Así se conserva el ahorro de tiempo de la automatización, mientras que la decisión final permanece en manos de una persona. Esa es exactamente la idea central detrás de los agentes de IA, tal como NordFlux los implementa para pymes: se mantiene el control sobre los pasos críticos, aunque el resto del proceso funcione de forma automática.

Límites y aspectos a tener en cuenta

Un paso de aprobación no sustituye una gestión de errores adecuada en el resto del flujo de trabajo y, por naturaleza, ralentiza cualquier proceso al que afecte, ya que una acción espera hasta que alguien responda realmente. Si la aprobación no se concede a tiempo, el flujo de trabajo debería contar con un límite de tiempo y una vía de respaldo definida, en lugar de quedar pausado indefinidamente. Además, este patrón es adecuado sobre todo para acciones críticas puntuales, no para aprobar manualmente cada paso de un agente, ya que de lo contrario se pierde la ventaja de la automatización. Quien no esté seguro de qué acciones deberían requerir realmente aprobación debería elaborar una breve lista de acciones críticas y difíciles de revertir antes de la implementación técnica.

Preguntas frecuentes sobre los pasos de aprobación para agentes de IA

¿Cuál es la diferencia entre una aprobación por herramienta y una aprobación para todo el flujo de trabajo?

Con la aprobación por herramienta en n8n, solo una herramienta concreta del agente se vincula al paso de revisión, mientras que las demás acciones continúan sin interrupción. Esto permite exigir aprobación únicamente para los pasos de riesgo, como el envío de correos o la generación de pedidos, mientras que las acciones de investigación o lectura siguen siendo automáticas.

¿Cuánto tiempo puede esperar un flujo de trabajo una aprobación?

El nodo Wait guarda el estado del flujo de trabajo en la base de datos y espera hasta que se llame a la URL de reanudación o se alcance un límite de tiempo establecido. Para la variante de formulario, según la documentación se puede configurar un límite de tiempo automático, tras el cual el flujo de trabajo continúa sin aprobación o se interrumpe, según la configuración.

¿Qué canales son adecuados para las solicitudes de aprobación?

La documentación de n8n menciona, entre otros, Slack, Microsoft Teams, Discord, Telegram, Gmail, Microsoft Outlook, WhatsApp, Google Chat y la interfaz de chat nativa de n8n como canales de aprobación. Lo más recomendable es el canal que el equipo responsable ya utiliza a diario, para que las aprobaciones no queden sin respuesta.

¿Un paso de aprobación ralentiza toda la automatización?

Solo el subpaso afectado, no todo el proceso. Todas las acciones que no están vinculadas a una aprobación siguen funcionando automáticamente. Es importante limitar deliberadamente las aprobaciones a unas pocas acciones críticas para conservar la ventaja de la automatización.