Un agente puede elegir la siguiente rama: Dify 1.18 facilita mover e inspeccionar procesos
Dify 1.18 incorpora rutas de salida de agentes, paquetes portátiles y más visibilidad de ejecución. Qué significa para equipos que convierten una demostración prometedora en un proceso empresarial reutilizable.
Una demostración de un agente puede resultar convincente con una sola solicitud correcta. Las preguntas difíciles llegan cuando otro equipo quiere reutilizarla: ¿qué rama elegirá, qué archivos viajan con la aplicación y dónde se puede ver qué ocurrió dentro de un proceso anidado?
Dify 1.18.0, publicado el 23 de octubre de 2026, reúne estas preguntas. La versión incorpora Output Routes para agentes, paquetes de aplicaciones .ifpkg portátiles y más visibilidad de los procesos. El objetivo de estos cambios es hacer suficientemente comprensible el lugar del agente dentro de una aplicación como para reutilizarlo, más que darle una respuesta más impresionante. Lanzamiento oficial.
Dify es una plataforma para construir aplicaciones de IA con procesos visuales, modelos, conocimientos y herramientas. Permite conectar el juicio del modelo con pasos de aplicación, en vez de copiar repetidamente el mismo prompt en un chat. Lo interesante de esta versión es cómo reúne tres preocupaciones prácticas: decidir el siguiente paso, trasladar la aplicación y examinar su ejecución.
Interfaz de procesos de LangGenius / colaboradores de la documentación de Dify, CC BY 4.0. Redimensionada y convertida a WebP sin recortar. La pantalla ilustra el constructor visual, no todos los controles recién publicados.
Una rama es una decisión con un destino
En un proceso tradicional, las condiciones suelen inspeccionar un valor conocido: un estado está aprobado, un campo está vacío o una puntuación supera un umbral. Las peticiones en lenguaje natural son menos ordenadas. Un cliente puede mezclar una pregunta, una queja y una excepción en el mismo mensaje.
Las nuevas Output Routes permiten al agente elegir entre rutas configuradas para que el proceso continúe por la rama correspondiente. La interpretación se convierte en una elección dentro del proceso, y el siguiente paso queda representado en él en lugar de depender enteramente de una explicación generada.
Esto facilita diseñar y examinar una aplicación. Quien la construye decide qué destinos existen. El agente elige entre ellos para una petición. Después, el proceso ejecuta los pasos conectados. Una ruta puede servir aunque la explicación del agente en lenguaje natural no sea el producto final.
El límite importa. Elegir «escalar» no demuestra que el caso requiera escalado jurídica o financieramente. Elegir «redactar respuesta» no da permiso para enviarla. El proceso todavía debe codificar qué operaciones están permitidas después de cada elección y quién es responsable de las excepciones.
Primer ejemplo: un mensaje de cliente y tres caminos posibles
Pensemos en un equipo de soporte que recibe preguntas sobre productos y solicitudes de excepciones. Quiere distinguir tres caminos: responder con material de ayuda aprobado, preparar un borrador para una persona o escalar un caso poco habitual.
Con rutas explícitas, esos destinos son visibles en el proceso. Una pregunta sencilla de configuración puede entrar en la rama de respuesta basada en conocimiento. Una petición con incertidumbre específica de una cuenta puede pasar a revisión. Una que solicita incumplir una condición comercial puede llegar al equipo responsable de esa decisión.
Son elecciones ilustrativas de una aplicación, no una política de soporte ya preparada por Dify. El equipo debe definir qué pertenece a cada ruta, aportar ejemplos adecuados y decidir qué ocurre con entradas ambiguas. Una explicación persuasiva no debería borrar los límites de autoridad.
El beneficio no consiste en clasificar fácilmente cualquier mensaje. Consiste en poder evaluar una decisión específica. Si el agente manda un mensaje difícil a la rama de respuesta normal, la prueba tiene un fallo claro. Si lo envía todo a una persona, el proceso puede ser seguro y aportar poca automatización útil.
Conserva mensajes problemáticos y sus destinos esperados. Incluye solicitudes mixtas, información ausente y variaciones de idioma parecidas al tráfico real. Un proceso que solo funciona con los ejemplos más limpios sigue siendo una demostración, aunque su diagrama parezca terminado.
Una ruta configurada convierte un juicio lingüístico en un destino visible. Cada destino sigue necesitando sus acciones permitidas y reglas de revisión.
Ser portátil significa más que copiar un prompt
Una aplicación de IA puede depender de instrucciones, definiciones de agentes, Skills, archivos y referencias a recursos del espacio de trabajo. Copiar el prompt más visible deja atrás gran parte de ella.
Dify 1.18 incorpora un paquete .ifpkg que puede incluir Agents integrados, Skills y sus archivos. La versión describe cómo, al importar, se recrean esos recursos y se reasignan referencias. La importación por archivo y URL admite YAML y paquetes; la exportación explícita a YAML sigue disponible. Cambios en paquetes e importación.
Es un cambio importante para reutilizar. Aumenta la posibilidad de mover juntas las piezas que explican cómo funciona el agente, en vez de dejar que otro compañero las reconstruya desde una lista de instrucciones manuales.
No demuestra que todas las dependencias externas se trasladen automáticamente. El acceso a modelos, las credenciales, los complementos disponibles, los permisos de red y los recursos de conocimiento pueden depender del destino. Una aplicación importada puede conservar su estructura y necesitar configuración antes de ejecutarse correctamente.
Trata el paquete como un recurso útil sujeto a inspección. Un archivo puede contener instrucciones y material de apoyo que el equipo receptor no escribió. Antes de importarlo en un espacio con accesos valiosos, comprende de dónde viene y qué se espera de sus agentes y herramientas.
Segundo ejemplo: otro equipo recibe un proceso de propuestas
Imagina una empresa de servicios que ha construido un proceso para preparar primeros borradores de propuestas. Recoge una petición, aplica una Skill de redacción, comprueba apartados obligatorios y envía las condiciones comerciales dudosas a una persona.
Otro equipo quiere utilizar el mismo enfoque con otro catálogo de servicios. Entregarle solo un prompt sería incompleto: las instrucciones reutilizables, las plantillas adjuntas y las referencias de agentes forman parte del comportamiento. El paquete ayuda a trasladar juntas más de esas piezas conectadas.
El equipo receptor aún tiene trabajo. Debe sustituir o confirmar la información de servicios, configurar modelos y herramientas permitidos y verificar quién puede aprobar propuestas. Si el proceso importado hace referencia a un recurso que no corresponde al nuevo espacio, que la importación funcione no justifica dejarlo sin examinar.
Ejecuta unas pocas solicitudes de ejemplo iguales antes y después del traslado. Compara rutas, apartados obligatorios, acceso a herramientas y comportamiento de revisión. La aplicación portátil debe conservar el proceso previsto y permitir cambios deliberados en la información específica del destino.
Aquí el empaquetado se convierte en una función operativa. Puede reducir la reconstrucción, pero el resultado útil es un traspaso repetible que otro equipo entienda y pruebe. Los clics ahorrados en la importación son solo una parte.
Ver dentro del proceso cambia cómo se depura
La versión también destaca una mayor visibilidad del proceso, incluida la ejecución anidada. Importa porque una aplicación puede fallar varios pasos antes del punto donde el usuario percibe el problema.
Un borrador malo puede proceder de una ruta incorrecta, una fuente ausente, una respuesta incompleta de una herramienta o instrucciones dentro de otro proceso. Si el equipo solo inspecciona el resultado final, puede seguir reescribiendo un prompt que no causa el fallo.
Una ejecución más visible permite una pregunta más acotada: ¿qué entrada llegó a este paso, qué produjo y qué paso usó después ese resultado? La respuesta permite una corrección más precisa que modificar varias partes a la vez.
Visibilidad no equivale a una explicación completa del razonamiento interno del modelo. La información de ejecución muestra eventos y circulación de datos sin establecer por qué se eligió cada token o ruta. Tampoco decide automáticamente qué contenido de las trazas es adecuado para cada observador.
Utiliza esa visibilidad para entender el comportamiento observable. Decide por separado cuánto conservar las trazas, qué material sensible puede aparecer y quién tendrá acceso. Una aplicación con peticiones confidenciales no debería convertir la comodidad de depuración en acceso irrestricto a su contenido.
| Capacidad de 1.18 | Mejora práctica que evaluar | Límite que permanece |
|---|---|---|
| Output Routes de agentes | Una elección lingüística tiene un siguiente paso visible | La ruta elegida necesita autorización y gestión de errores |
Paquetes .ifpkg | Recursos relacionados de agentes y Skills viajan juntos | Accesos externos y configuración de destino requieren comprobación |
| Mayor visibilidad de procesos | Se examinan fallos dentro de procesos mayores | Una traza no demuestra que la respuesta o decisión sea correcta |
La disponibilidad de una versión y una actualización son preguntas separadas
El lanzamiento oficial en GitHub es una publicación de software fechada. Por sí solo no demuestra que todos los espacios alojados tengan las mismas funciones activadas a la vez. Quienes usan un servicio gestionado deben comprobar su espacio y la documentación antes de planificar alrededor de un control concreto.
Las instalaciones propias tienen otra responsabilidad. Las notas de Dify 1.18 describen cambios coordinados en API, workers, Agent Backend e imágenes de ejecución, incluido un protocolo de ejecución de agentes modificado. Actualizar solo un componente visible no es una forma fiable de adoptar una versión que cambia la comunicación entre varios.
Las notas también detallan configuración y migración para entornos aislados locales de agentes y herramientas. Deben incorporarse a un plan basado en la instalación real. No deberían reducirse a un comando universal copiado de una presentación del producto.
Antes de actualizar, conserva la configuración y los recursos de aplicación actuales, identifica las versiones compatibles de los componentes y prueba la migración en un entorno adecuado. No sustituyas ajustes persistentes de autenticación o cifrado porque una configuración de ejemplo tenga un valor que parezca nuevo. Sigue las instrucciones exactas de migración.
Si el objetivo inmediato es evaluar rutas o paquetes, puede convenir empezar con una aplicación de prueba separada. Así se aprende el comportamiento nuevo sin convertir el primer experimento en la migración del proceso más importante.
Una evaluación útil cabe en una página
No necesitas decenas de agentes para saber si estas funciones ayudan. Una aplicación con una decisión real y un segundo entorno donde probar la importación bastan para revelar propiedades importantes.
- Elige una tarea acotada. Usa un proceso con entradas y resultados reconocibles, como preparar una respuesta de soporte revisada. Identifica al responsable de excepciones.
- Define pocas rutas. Da a cada una significado operativo y especifica qué acciones la siguen. Incluye un camino para peticiones que no encajen de forma segura.
- Reúne casos representativos. Utiliza peticiones normales, mensajes de intención mixta e información ausente. Anota la ruta esperada antes de ejecutarlos.
- Inspecciona la ejecución, no solo la respuesta. Sigue los pasos anidados relevantes e identifica dónde aparece primero un valor o elección inesperados.
- Exporta e importa la aplicación. Revisa los recursos del paquete y comprueba referencias, herramientas, modelos y secretos en el destino. No supongas que deban concederse automáticamente los accesos ausentes.
- Repite los mismos casos tras el traslado. Compara rutas y resultados, y registra diferencias intencionadas en la configuración del equipo receptor.
Las medidas útiles son concretas: frecuencia con que una petición llega al destino esperado, configuración necesaria en el traspaso y posibilidad de localizar un fallo sin reconstruir toda la ejecución. Ninguna exige tratar el texto generado como prueba de su propia corrección.
Un paquete puede trasladar la estructura. El destino sigue necesitando sus comprobaciones de acceso y repetir los casos que definen un comportamiento correcto.
Qué resulta prometedor y qué requiere atención
La dirección esperanzadora es una unidad de aplicación más reutilizable. Un proceso puede tener destinos explícitos, llevar más recursos de sus agentes y mostrar mejor la ejecución cuando algo falla. Esto ayuda a equipos que han superado el prompt aislado, pero no quieren convertir cada aplicación en una integración a medida.
La preocupación correspondiente es que la portabilidad propaga errores con la misma eficacia que buenas prácticas. Una ruta vaga o una herramienta demasiado poderosa no se vuelve apropiada por llegar en un paquete ordenado. Revisa el comportamiento importado, además de si el archivo abre correctamente.
La siguiente prueba importante para Dify es si los equipos pueden mantener estas aplicaciones ante cambios: otro modelo, una Skill nueva, una política revisada o un traslado de espacio. Una primera importación correcta anima. Una actualización controlada que conserva el comportamiento previsto indica mayor madurez.
Dify 1.18 vuelve más interesante ese experimento al conectar las decisiones de agentes con una estructura visible. Empieza con un proceso pequeño, mantén comprensibles las rutas y haz repetible el traspaso. Así una demostración prometedora empieza a convertirse en algo que otro equipo puede utilizar con responsabilidad.
Fuentes
- Notas de Dify 1.18.0, publicadas el 23 de octubre de 2026 a las 06:33 UTC.
- Documentación oficial de Dify, contexto del producto; comprueba la disponibilidad de la versión en el espacio real.
¿Quieres un lugar consultable para notas del proceso, solicitudes de ejemplo y decisiones detrás de una revisión? Reúne tus referencias en Telli.sh y mantén comprensible el traspaso.