mar. 27 oct. 2026 EN ES
Guías

Demuestra que tu agente de Dify 1.18 puede enrutar trabajo real

Verifica la seguridad de la actualización, la autenticación, la visibilidad de rutas, la portabilidad de ifpkg, las ejecuciones anidadas y el control por CLI antes de confiar en los flujos de trabajo de agentes de Dify 1.18.0.

Illustration: Prove your Dify 1.18 agent can route real work

Estás decidiendo si un agente puede elegir la rama que procesa una solicitud real. La respuesta debe provenir de una prueba repetible, no de una demostración. Dify 1.18.0 permite a los nodos de agente elegir ramas de flujo de trabajo y admite empaquetar una aplicación en un solo archivo. También introduce enrutamiento de flujos de trabajo impulsado por agentes, paquetes de aplicaciones .ifpkg portátiles, visibilidad de detalle para ejecuciones anidadas de flujos de trabajo y una Agent Knowledge Base opcional acompañada de herramientas CLI.

Un enrutador sin auditoría no es de fiar

En el patrón de enrutamiento de Anthropic, una solicitud entrante se clasifica y luego se envía a una tarea de seguimiento especializada. Cuando el clasificador es un agente, la elección de rama es el objetivo de la auditoría. Si la aplicación no puede mostrarte qué ruta tomó, estás confiando tu cola a una caja negra. El patrón de enrutamiento de supervisor de Domino's es más sólido con especializaciones distintas y señales de clasificación claras, y puede generar errores de enrutamiento cuando las solicitudes abarcan múltiples dominios. El conjunto de pruebas necesita un caso limpio, un caso límite y una solicitud que abarque dos dominios.

Realiza seis comprobaciones antes de confiar en el enrutador

Ejecuta estas comprobaciones en un espacio de trabajo de staging, en este orden. La actualización va primero porque una migración rota oculta todas las comprobaciones posteriores. La autenticación va segunda porque un sandbox abierto puede enmascarar un secreto ausente. La elección de ruta, la portabilidad, la visibilidad anidada y el control por CLI siguen la misma lógica: cada una expone un modo de fallo diferente. Cada comprobación debería tomar aproximadamente un minuto en un entorno sano; una comprobación lenta es una pista, no una demora.

  • Seguridad de la actualización: Confirma que la ruta de 1.17.1 a 1.18.0 aplica 22 revisiones de migración de esquema/datos más dos fusiones de cabecera de migración, finalizando en b9d3f7a5c102. Las instalaciones que aún ejecutan Weaviate 1.27 deben completar la actualización escalonada de Weaviate 1.17.1 antes de adoptar Dify 1.18.0.
  • Autenticación: Los sandbox Local Agent en Dify 1.18.0 requieren un secreto de autenticación configurado, el token debe ser no vacío y el sandbox utiliza un nuevo protocolo de ejecución Agent Backend. Confirma que cada sandbox tiene ese secreto; un token ausente debe hacer fallar la ejecución, no caer silenciosamente en un sandbox abierto.
  • Elección de ruta: Output Routes hacen visible la rama de flujo de trabajo elegida por el agente a través de una salida de conmutación de solo lectura. Ejecuta una entrada conocida y confirma que la salida de conmutación nombra la rama; una salida en blanco no es auditable.
  • Portabilidad del paquete: Los paquetes .ifpkg de Dify 1.18.0 trasladan aplicaciones Workflow y Chatflow junto con Agentes, Skills y archivos en línea, y el espacio de trabajo de destino recrea esos recursos con referencias remapeadas. Exporta un Workflow o Chatflow como paquete .ifpkg, impórtalo en un segundo espacio de trabajo y verifica que una referencia en línea se remapea.
  • Visibilidad de ejecuciones anidadas: Dify 1.18.0 proporciona acceso al historial de ejecuciones de una invocación de Workflow Tool para que los usuarios puedan inspeccionar los pasos individuales del flujo de trabajo hijo. Desde el historial de ejecuciones, abre la llamada de Workflow Tool y recorre el flujo de trabajo hijo paso a paso. El uso anidado y los totales de pasos no están garantizados como exactos después de una pausa o detención.
  • Control por CLI: Usa la CLI para alcanzar el mismo estado de la aplicación desde fuera de la interfaz. Un estado inalcanzable es una superficie de control incompleta.

Repite la entrada hasta que la rama sea estable

Una ejecución exitosa es solo una muestra. Ejecuta la misma entrada suficientes veces para ver si la rama es estable. Un enrutador que alterna entre dos ramas con una entrada idéntica no está listo para trabajo que requiere una pista de auditoría. Mantén la rama elegida junto a la entrada que la produjo. Registra la rama, la marca de tiempo y la persona que la ejecutó, y almacena la entrada, el resultado del paquete, el historial anidado y la respuesta de control en un lugar donde el siguiente operador pueda volver a ejecutarlo.

El entorno es donde se rompe la confianza

Para implementaciones de Dify 1.18.0 basadas en código fuente, el runtime de la API debe ser Python 3.13, la cadena de herramientas del frontend debe usar Node.js 24.22.1 o una versión 24.x más reciente, y pnpm debe ser 12.10.1. Una migración que se aplica sin problemas en staging pero no en producción es un problema de planificación, no una funcionalidad. Fija las versiones del runtime en el registro de pruebas. Si el entorno de compilación se desvía, detente y compara las versiones antes de culpar al modelo.

Publicidad