Así cambia n8n 2.46: agentes de Slack que esperan su turno y webhooks con control de origen
n8n publicó el 27 de octubre de 2026 la beta de la versión 2.46.0. Los agentes de inteligencia artificial conectados a Slack dejan de contestar cualquier mensaje del canal y solo responden cuando alguien los menciona directamente, y los webhooks y disparadores de MCP ahora exigen un origen verificado antes de activar un flujo.
Lo que cambia para agentes de Slack y flujos expuestos a internet, y por qué sigue siendo beta
La beta 2.46.0 añade control de menciones en Slack y verificación de origen en webhooks y disparadores MCP. Todavía no es para producción.
n8n publicó el 27 de octubre de 2026 la beta de la versión 2.46.0. Los agentes de inteligencia artificial conectados a Slack dejan de contestar cualquier mensaje del canal y solo responden cuando alguien los menciona directamente, y los webhooks y disparadores de MCP ahora exigen un origen verificado antes de activar un flujo.
En resumen
n8n lanzó el 27 de octubre de 2026 la beta de la versión 2.46.0: los agentes de inteligencia artificial en Slack ya no responden a cualquier mensaje, solo cuando alguien los menciona directamente, y los webhooks y disparadores de MCP exigen un origen verificado antes de activar un flujo. Es una beta: todavía no se recomienda usarla en producción sin probarla primero.
- Beta 2.46.0, publicada el 27 de octubre de 2026
- El agente de Slack solo responde si lo mencionan
- Webhooks y triggers de MCP exigen origen verificado
- Sigue en beta: pruébala antes de producción
Qué trae la beta 2.46.0 de n8n
n8n subió la versión 2.46.0 como pre-release (beta) el 27 de octubre de 2026, según el registro oficial de la versión en GitHub. El cambio con más impacto en el día a día son dos: cómo contestan los agentes de inteligencia artificial dentro de Slack, y cómo validan los webhooks y los disparadores de MCP de dónde viene cada solicitud antes de ejecutar algo.
| Función | Antes | Ahora en la beta 2.46.0 |
|---|---|---|
| Agente de IA en Slack | Respondía a cualquier mensaje escrito en el canal | Solo responde si alguien lo menciona directamente |
| Webhooks y disparadores MCP | Aceptaban solicitudes sin verificar su procedencia | Exigen un origen de confianza antes de activar el flujo |
| Agent Builder | Configuración manual del modelo | Puede configurar automáticamente modelos de Microsoft Foundry |
| Reporte de migración a v3 | Sin un filtro claro de riesgo por ejecución | Marca qué ejecuciones pueden fallar y se exporta a hoja de cálculo |
El agente de IA en Slack ya no responde solo
La primera función de la beta 2.46.0 es para agentes de inteligencia artificial conectados a Slack: ya no contestan cualquier mensaje que se escriba en el canal, solo lo hacen cuando alguien los menciona directamente. Antes, un agente metido en un canal compartido podía responder a una conversación entre compañeros que no iba dirigida a él, lo que confundía la conversación y gastaba llamadas al modelo sin necesidad.
Un canal de soporte en Slack, antes y después
El cambio no apaga al agente: lo pone en modo de espera hasta que alguien lo llama por su nombre, igual que esperarías de una persona del equipo.
Menos ruido, mismas capacidades
El agente conserva sus herramientas y su memoria; lo único que cambia es el disparador de respuesta. Esto evita que interrumpa conversaciones donde nadie lo necesitaba.
Webhooks y disparadores MCP con origen verificado
La segunda función es de seguridad: los webhooks y los disparadores del Model Context Protocol (MCP) ahora exigen un origen de confianza antes de activar cualquier flujo. En la práctica, esto cierra la puerta a que cualquiera que encuentre la URL de un webhook pueda disparar una automatización sin permiso.
Lo que todavía no está confirmado
El registro de la versión no detalla, en el texto disponible, el mecanismo exacto con el que n8n valida ese «origen de confianza» ni los pasos de configuración. Antes de depender de esta función para proteger un flujo en producción, pruébala y revisa la documentación oficial cuando salga de beta.
Agent Builder con Microsoft Foundry y el reporte de migración a v3
El Agent Builder de n8n ya puede configurar automáticamente modelos de Microsoft Foundry, pensado para quienes ya tienen ese tipo de contrato empresarial con Microsoft. Por separado, si estás migrando flujos a la versión 3, el reporte de migración ahora marca qué ejecuciones pueden fallar y permite exportar esa información a una hoja de cálculo, lo que facilita revisar el riesgo antes de mover un flujo completo.
Por qué sigue siendo beta y qué significa para tu negocio
n8n 2.46.0 está marcada como pre-release en GitHub, no como versión estable. Eso quiere decir que todavía puede cambiar de comportamiento, tener errores sin reportar o recibir ajustes antes de llegar a la versión final. Si ya tienes agentes de IA en Slack o webhooks activos en producción, conviene probar la beta aparte antes de actualizar el entorno que usan tus clientes.
Revisa tus flujos actuales
Identifica qué agentes están conectados a Slack y qué webhooks o disparadores MCP quedan expuestos a internet.
Prueba en un entorno aislado
Activa la beta 2.46.0 en un ambiente de prueba, no en el flujo que ya usan tus clientes.
Verifica el comportamiento
Confirma que el agente solo responde a menciones y que el webhook rechaza orígenes no verificados antes de mover el cambio a producción.
- No actualices un flujo en producción directamente a una versión pre-release
- Documenta cómo responden hoy tus agentes de Slack antes de cambiar la versión
- Revisa qué webhooks están expuestos públicamente antes de activar la verificación de origen
- Da seguimiento al changelog oficial de n8n para la versión estable
Qué significa esto para agencias y empresas en México y Latinoamérica
Para una agencia mexicana que vende automatización con n8n, estas dos funciones tocan justo lo que más se vende: agentes conectados a canales de clientes y flujos que quedan expuestos a internet. Un agente que deja de interrumpir donde no lo llamaron, y un webhook que ya no acepta a cualquiera, son dos argumentos concretos para ofrecer una revisión de seguridad a los clientes que ya tienen automatizaciones corriendo.
Agencias con agentes en canales de Slack de clientes
Si manejas un agente de soporte o de ventas dentro del Slack de un cliente, la función de mención evita que conteste mensajes internos que no le correspondían.
SaaS con webhooks de pagos o eventos
Un SaaS que recibe notificaciones de pagos o eventos por webhook es exactamente el tipo de flujo que se beneficia de exigir un origen verificado antes de ejecutar algo.
Equipos de soporte con bots en canales compartidos
Un bot de soporte que vive en un canal con varios equipos deja de responder conversaciones que no iban dirigidas a él.
Tiendas en línea con automatizaciones vía webhook
Una tienda que dispara flujos de inventario o de pedidos por webhook reduce el riesgo de que alguien externo active esa automatización sin permiso.
Preguntas frecuentes
¿Ya puedo usar n8n 2.46.0 en producción?
No, por ahora es una versión beta (pre-release), publicada el 27 de octubre de 2026 según el registro en GitHub. Pruébala en un entorno aislado antes de moverla a producción.
¿Cómo sabe el agente de Slack que lo mencionaron?
El agente responde solo cuando alguien lo menciona directamente en el canal, en lugar de contestar cualquier mensaje que se escriba ahí. El changelog disponible no detalla el mecanismo técnico exacto de esa detección.
¿Qué es un webhook con origen verificado?
Es un webhook o disparador de MCP que exige confirmar la procedencia de la solicitud antes de activar el flujo, en vez de aceptar cualquier petición entrante. n8n no publicó, en el texto revisado de este release, los pasos de configuración.
¿Afecta esto a los flujos que ya tengo corriendo?
Puede afectarlos si usas agentes de IA en Slack o webhooks expuestos, porque el comportamiento por defecto cambia. Por eso conviene revisarlos antes de actualizar a esta beta.
¿Qué es el Agent Builder con Microsoft Foundry?
Es la función del Agent Builder de n8n que ahora puede configurar automáticamente modelos de Microsoft Foundry para quienes ya tienen ese tipo de contrato empresarial.
¿Qué cambia en el reporte de migración a la versión 3?
El reporte ahora marca qué ejecuciones pueden fallar al migrar un flujo a la versión 3, y esa información se puede exportar a una hoja de cálculo.
Fuentes
¿Tienes agentes de IA o webhooks expuestos y no sabes qué tan seguros están?
En Zadrig Technology revisamos tus automatizaciones en n8n, agentes conectados a canales de clientes y flujos que reciben webhooks, y te decimos qué conviene actualizar y qué conviene probar antes de tocar producción.
Escríbenos por WhatsApp
