Notion Presenta Agents 2.0 con Herramientas de Scripting y Workers

Notion está empujando sus agentes de IA hacia un territorio mucho más interesante que el típico “pregunta y responde”, y lo está haciendo no solo con cambios visibles en la interfaz, sino con señales claras de automatización, triggers y unos misteriosos Workers que huelen a “IA con manos”.

La idea de fondo es bastante clara: si tu herramienta de trabajo solo sabe chatear, acaba siendo un juguete caro; si además puede reaccionar a eventos en Slack, GitHub o tu calendario, ahí ya hablamos de músculo operativo.

La configuración de agentes cambia de sitio, y no es solo estética

Notion ha retocado el flujo de configuración de sus agentes de IA con una cadencia de actualizaciones bastante constante durante las últimas semanas, y el cambio más evidente es de UX pura. La configuración de agentes personalizados pasa de ocupar una página completa a vivir en un panel lateral, un side sheet que se abre sin sacarte de lo que estabas haciendo.

Este tipo de decisiones “pequeñas” suelen delatar algo más grande. Un panel lateral es justo lo que eliges cuando esperas que el usuario configure cosas a menudo, sin romper su contexto de trabajo. Eso encaja con la idea de agentes persistentes, no pensados para una consulta puntual, sino como piezas que viven dentro del flujo diario y se ajustan sobre la marcha.

Notion prepara “Agents 2.0” y “Agents 2.0 Advanced”, pero lo hace en modo experimental

En los ajustes aparecen dos interruptores nuevos: “Agents 2.0” y “Agents 2.0 Advanced”, ambos marcados como experimentales, lo que normalmente significa “esto aún puede romperse” o “solo lo ve un porcentaje limitado de usuarios”. Lo interesante no es tanto el nombre como la redacción asociada, que sugiere más potencia de cómputo o modelos subyacentes más capaces cuando se lancen de forma general.

Notion está dejando caer que habrá una segunda iteración real de sus agentes, no solo un lavado de cara. Además, el simple hecho de que exista una opción “Advanced” separada apunta a dos niveles claros de capacidad: uno estándar para la mayoría de usuarios y otro más potente, probablemente más caro, para equipos que necesiten más contexto, más herramientas o menos latencia.

Lo importante: triggers y automatización para que la IA trabaje sin que tú la llames

Donde la cosa se pone seria es en la expansión funcional. La configuración apunta a más disparadores y a automatizaciones de verdad, no simples atajos. En la sección de triggers aparece ahora una opción de Slack que permite invocar a un agente cuando se publica un mensaje en un canal.

Esto cambia bastante el paradigma. Ya no hablamos de “abre Notion y pregúntale algo al agente”, sino de “el agente se despierta cuando pasa X”. Eso es automatización basada en eventos, el tipo de salto que convierte un chat bonito en un sistema operativo ligero. El solo hecho de que exista este trigger sugiere una integración con Slack mucho más profunda, porque Notion quiere engancharse al flujo real del equipo: conversaciones, avisos y coordinación diaria.

Si lo hacen bien, encaja perfectamente con el uso típico de Notion como hub operativo, donde ya viven documentación, tareas, bases de datos y ahora también reacciones automáticas sin intervención humana directa.

El “scripting” aparece en escena: agentes que llaman a Workers

En los ajustes también se ve una nueva sección de scripting para los agentes, con campos para nombre del script, una clave y el propio código. Esto cambia el juego interno del agente, porque deja de ser solo una interfaz conversacional y pasa a ejecutar lógica o conectarse a acciones más complejas.

La intención parece clara: que los agentes puedan llamar a Workers cuando lo necesiten, en lugar de limitarse a acciones tipo chat. Workers suena justo a esa capa que hace el trabajo menos visible pero más importante: conectores, ejecuciones, automatizaciones y tareas que ocurren en segundo plano.

A esto se suma que la sección relacionada menciona un paquete de NPM y un espacio específico para gestionar automatizaciones. Todo apunta a un Notion mucho más developer-friendly, donde un equipo técnico puede definir piezas reutilizables para que el agente las invoque según el contexto.

Plantillas y señales externas: el Notion que reacciona

Dentro de Workers también se mencionan plantillas que conectan señales externas con acciones dentro de Notion, y los ejemplos que aparecen son muy del día a día, justo esos que consumen tiempo sin aportar demasiado valor. Desde crear una base de datos cuando una cuenta conectada de GitHub marca con estrella un repositorio, hasta publicar mensajes en Slack cuando tareas superan una fecha límite o integrar acciones en flujos de correo y calendario.

La idea es clara: que la IA no solo te diga qué hacer, sino que lo haga directamente o, como mínimo, deje el trabajo preparado mediante automatizaciones.

Quién gana con esto (y quién se queda mirando)

Si todo esto supera la fase experimental, los grandes beneficiados no van a ser los usuarios ocasionales que abren Notion una vez al mes. Esto favorece sobre todo a equipos que ya lo usan como centro de operaciones: proyectos, tareas, bases de datos, OKRs, documentación y coordinación diaria.

Donde puede doler —para bien— es en pequeñas empresas y equipos dentro de organizaciones grandes que viven en Slack y gestionan su trabajo en Notion. Si un agente puede reaccionar a un mensaje, disparar un Worker y dejar todo documentado sin copiar y pegar, el ahorro de fricción es enorme.

El riesgo es el de siempre: demasiadas automatizaciones mal pensadas generan ruido. Pero si Notion afina bien permisos, trazabilidad y control, puede convertirse en el pegamento que faltaba entre chat, tareas y conocimiento. Tocará esperar para ver si “Agents 2.0” se queda en un toggle curioso o si realmente trae ese salto de potencia y herramientas, aunque la dirección es evidente: Notion quiere una IA que ejecute, no una IA que solo conteste.