Skip to main content
Un agente debe tener una sola responsabilidad. Cuando un proceso involucra varias intenciones, como calificar a un lead y luego cobrar un pago, divídelo en agentes y conéctalos con transferencias. Cada agente queda corto, fácil de probar y fácil de arreglar.

​
Por qué dividir

Un solo agente con un prompt muy largo tiene que manejar todas las situaciones a la vez. Los síntomas aparecen rápido: se salta pasos, mezcla reglas de flujos distintos y cada edición arriesga romper otra cosa. Dividir por intención mantiene cada prompt enfocado en un resultado, le da a cada agente su propio pipeline, variables, herramientas y ritmo de seguimiento, y te permite probar cada pieza por separado. Divide cuando los objetivos, reglas, herramientas, cadencia, riesgo, responsable o criterios de cierre difieran de forma relevante. Mantén un solo agente cuando no.

​
Cómo funciona una transferencia

Una transferencia se configura en una etapa terminal compatible. Cuando un lead entra a esa etapa, Nexor inicia una ejecución nueva para ese lead en el Agente de destino.
  • El historial y los valores actuales de los campos del Agente de origen entran al contexto del Agente receptor. No se convierten automáticamente en Variables configuradas del Agente receptor, pero este puede consultar los valores anteriores.
  • El Agente receptor inicia una ejecución nueva en su propio pipeline con sus propias reglas, herramientas y ritmo de seguimiento.
  • Se cancelan los seguimientos y cambios de canal pendientes del Agente de origen. Las reuniones futuras existentes y sus recordatorios se mantienen programados.
El editor muestra Enviar variables recopiladas, pero apagarlo no evita actualmente que el estado de los campos de origen viaje en el contexto. Configura la transferencia asumiendo que viajan todos los campos recopilados hasta ese momento.
Otros pares comunes: un agente de soporte que transfiere preguntas comerciales a un agente de ventas, un agente de información que transfiere leads listos para agendar a un agente de agendamiento, y un agente de cobranza que transfiere disputas a una etapa de revisión humana.

​
Diseña las transferencias antes de construir

Completa una fila por agente antes de crear nada. Evita loops y deja clara la responsabilidad.
Reglas prácticas:
  • Todo lead debe terminar con un agente que sea dueño del resultado final.
  • Las transferencias van hacia adelante. Evita A → B → A salvo que haya una razón clara y una condición de parada.
  • Nombra los agentes por intención: “Calificador”, “Pago”, “Agendamiento”, no “Agente 2”.

​
Construye el sistema

  • Con Nexor AI: describe el flujo y los Agentes que quieres. Nexor AI propone el sistema, crea los Agentes y configura las etapas de transferencia. Consulta Construye con Nexor AI.
  • En los ajustes: crea cada agente y luego abre la etapa que debe derivar y configura el agente destino. Revisa el prompt del destino para que sepa usar el contexto del Agente anterior.
  • Desde la API o MCP: los developers pueden definir transferencias en una etapa de forma programática. Ver Actualizar estructura del pipeline y el MCP server.

​
Prueba el flujo completo

Abre el playground en el primer agente y lleva la conversación hasta la condición de transferencia. Luego confirma que el siguiente Agente recibió el historial y los valores anteriores en su contexto, y que sigue sus propias reglas desde ahí. También confirma que se detengan los seguimientos del Agente de origen mientras se mantienen las reuniones y recordatorios existentes. Ver Prueba en el playground.

​
Siguiente

Entrega las piezas técnicas a tu equipo con Para developers, o ve al Checklist de lanzamiento.
Última modificación el 8 de septiembre de 2026