Agentes de inteligencia artificial en Notion: de $0 a $340/mes, ¿limitar o reconstruir?

El 3 de mayo, mis Notion Custom Agents —agentes de inteligencia artificial personalizados— costaban $0. El 4 de mayo, esos mismos agentes empezaron a consumir créditos a razón de $10 por cada 1,000, y la primera proyección situó mi sistema operativo para clientes en unos $340/mes si no cambiaba nada.

El día que empezó a correr el contador

Durante la segunda mitad de la beta gratuita, tenía Notion Custom Agents funcionando dentro de un entorno real de operaciones para clientes: el DVNC client OS. Un agente de triaje leía las solicitudes entrantes; otro preparaba un resumen diario del estado de los proyectos activos; y uno más sincronizaba varias bases de conocimiento compartidas con las páginas que servían como fuente de verdad. Eran tres agentes siempre activos, además de unos cuantos que se ejecutaban al recibir un evento. Costo: cero.

Notion activó el cobro el 4 de mayo de 2026. Los Notion Custom Agents dejaron atrás la beta gratuita y pasaron a disponibilidad general con cobro por uso: $10 por cada 1,000 créditos de Notion, facturados además de la suscripción por usuario y disponibles solo en los planes Business y Enterprise. Tampoco existe un plan inferior que permita conservarlos. Plus y Free nunca incluyeron Notion Custom Agents, así que «bajar de plan para mantener la función» no es una alternativa real: o se usan con cobro por consumo en Business+ o se pierde la función por completo.

Durante las primeras 48 horas, dejé que los agentes siguieran funcionando sin tocar la configuración. Quería datos reales de consumo, no otra estimación. Un operador al que sigo publicó una cifra cercana a $337 gastados en un solo mes con una configuración comparable. El dato quedaba prácticamente a la par de mi propia proyección a 30 días, una señal clara de que el consumo no se debía a un error de configuración: era el nuevo punto de partida.

Aquí está el matiz que suele desaparecer en los resúmenes de precios. Lo del 4 de mayo no fue un aumento. Un aumento ocurre cuando una partida pasa de $40 a $55 y hay que ajustar el presupuesto. Esto fue el salto de la gratuidad a la facturación por consumo, una categoría muy distinta: todas las previsiones de costos detrás de la configuración, la frecuencia y el alcance de los agentes quedaron obsoletas, porque cada decisión se había tomado bajo una premisa —«los créditos cuestan cero»— que ya no existía. La primera tarea no era gastar menos, sino rediseñar el flujo de trabajo desde sus fundamentos. Notion ya había hecho algo estructuralmente parecido del lado de los desarrolladores a comienzos de año (véase el salto de créditos para agentes externos). El patrón se podía anticipar, pero reconocerlo no paga la factura.

Dónde consumían créditos los agentes de inteligencia artificial

Lo primero que dio resultados fue medir el consumo de cada agente. La interfaz de Notion muestra los créditos utilizados en todo el espacio de trabajo, pero no ofrece de forma predeterminada un desglose claro por agente. Además, los créditos se comparten a nivel del espacio y se reinician cada mes. Parece una regla neutral hasta que un agente con demasiado ruido empieza a quitarle presupuesto, sin avisar, al resto de los flujos de IA.

Tres agentes concentraban cerca del 70% del consumo. No cinco ni ocho. Tres.

El principal responsable era, con mucha diferencia, el agente de triaje y recepción: revisaba una página compartida de entradas y clasificaba las solicitudes nuevas. Estaba configurado para consultar cada 15 minutos, 24/7. La mayoría de esas revisiones no encontraba novedades, pero cada ejecución consumía créditos de todos modos. Ese es el peligro de consultar datos sin cambios: el agente cumplía exactamente mis instrucciones, pero esas instrucciones se volvieron caras en cuanto se activó el contador.

La segunda partida más grande correspondía al agente de resumen diario para clientes. Hacía una ejecución por proyecto activo cada día, replicada para toda la lista de clientes en curso. El costo individual era razonable; el problema era el volumen. Multiplicar una cifra sensata por ejecución por el número de proyectos y por 30 días daba un total mensual que, por sí solo, superaba todo lo que había pagado por los usuarios de Notion el mes anterior.

El agente de sincronización de documentos ocupaba el tercer puesto y presentaba el caso más interesante. Era el más barato de los tres por ejecución, pero se activaba con cada edición. Una sola sesión de trabajo humano sobre una página compartida podía dispararlo una docena de veces. En la práctica, su frecuencia estaba atada a la velocidad de escritura de las personas, una configuración que nadie elegiría deliberadamente a $10 por cada 1,000 créditos.

Al reconstruir las cifras de los primeros diez días tras el cambio y proyectarlas a un mes, el cálculo aproximado quedó así. Agente de triaje: ~$160/mes con aquella frecuencia de consulta. Agente de resumen: ~$95/mes con el número actual de proyectos. Sincronización de documentos: ~$45/mes según el volumen observado de ediciones. Los otros cuatro agentes, de uso más ligero, sumaban los ~$40/mes restantes. El total se situaba entre $335 y $345, en línea con la cifra pública de otro operador que gestionaba un espacio de trabajo de características similares.

Todo esto se suma a una pila de operaciones sobre la que ya escribí —véase el costo base de $387/mes—. Agregarle una partida de $340 habría empujado el total más allá de un límite que yo mismo había fijado. No era «un pequeño exceso que se puede absorber», sino un problema estructural.

Qué hacer con los agentes personalizados de Notion: tres caminos

Había tres opciones, cada una respaldada por cifras reales, y solo una encajaba con mi carga de trabajo. Esos mismos números pueden llevar a otra persona a una conclusión distinta. Precisamente por eso conviene hacer el cálculo en lugar de adoptar una recomendación ajena.

Opción A: aceptar todo el cobro por uso sin cambiar nada. Tiene sentido cuando hay pocas ejecuciones, cada una aporta mucho valor y contener el costo absoluto importa más que la previsibilidad de la factura. Para un espacio que realiza unas cuantas tareas valiosas al día —por ejemplo, un agente que entrega un resultado bien delimitado y le ahorra una hora a alguien—, el modelo por consumo funciona. El problema no son los $10 por cada 1,000 créditos; son los agentes que no justifican su costo por ejecución a ningún precio. Mi tope para mantener todo bajo cobro por uso habría sido de unos $80/mes, dado lo que produce este espacio. La proyección lo cuadruplicaba. La opción A quedaba descartada.

Opción B: fijar límites y redefinir el alcance. Había que eliminar las consultas permanentes, cambiar los agentes programados por intervalo a activaciones por evento o manuales, y convertir el resumen por proyecto en una única ejecución diaria por lotes con un solo informe consolidado. También había que aplicar una espera al agente de sincronización para que se ejecutara una vez por sesión, no una vez por edición. La nueva proyección quedó en torno a $70–$85/mes: por debajo del tope, con los mismos resultados esenciales, aunque el flujo de triaje perdía buena parte de su inmediatez. Ahora ese agente se ejecuta cada dos horas en lugar de cada quince minutos, y esa demora supone un costo real de producto que no se puede ignorar.

Opción C: reconstruirlo en infraestructura propia. La propuesta era sacar de Notion al agente más pesado —el de triaje— y rehacerlo con un Cloudflare Worker programado mediante cron. El Worker llamaría directamente a Claude y escribiría el resultado en la página de Notion a través de la API. Costo inicial: unas 6–8 horas de trabajo concentrado para alguien que ya ha construido sistemas de este tipo, como es mi caso. Costo recurrente: el plan de Worker que ya pago, más los tokens de la API de Claude, que con este volumen quedan en unos pocos dólares al mes. Hay fundadores que operan públicamente pilas de agentes autogestionadas comparables, y las cifras cierran cuando el volumen de ejecuciones supera el punto de equilibrio.

Ese punto de equilibrio es lo único que importa. Con la frecuencia de mi agente de triaje, Notion medido costaba ~$160/mes. En infraestructura propia, el costo recurrente quedaba en ~$4/mes. Si amortizo la construcción durante 12 meses, usando una tarifa interna generosa de $150/hora, el tiempo representa ~$100/mes durante el primer año. El costo total del primer año sería entonces de ~$104/mes frente a ~$160/mes con Notion. A partir del segundo año: ~$4/mes frente a ~$160. La reconstrucción se paga dentro del primer año y la ventaja se acumula.

Apliqué aquí la misma disciplina de pérdidas y ganancias que usé para evaluar la oferta de Codex, pero desde el lado opuesto. En aquel caso decidía si valía la pena cambiar de herramienta por un incentivo gratuito; en este, si debía reconstruir un sistema alrededor de una herramienta cuya economía había cambiado bajo mis pies. El marco es el mismo, aunque apunta en sentido contrario.

Mi decisión fue un modelo híbrido. Reconstruir el agente de triaje con un Worker —la opción C, aplicada solo a la partida individual más pesada—. Limitar y redefinir los agentes de resumen y sincronización —la opción B para los de peso medio—. Mantener los cuatro agentes ligeros bajo cobro por uso —la opción A para la cola larga—.

El costo mensual proyectado del modelo híbrido es de $45–$55 una vez terminada la reconstrucción, más un esfuerzo único de unas 7 horas. Frente a la proyección de $340 sin cambios, supone ahorrar alrededor de $290/mes a cambio de una sesión de construcción concentrada. La evolución a 30/60/90 días queda así: el primer mes absorbe las horas de desarrollo y mantiene parte del consumo medido ($110 de costo real equivalente, contando el tiempo); el segundo se acerca al estado estable ($55); y el tercero llega a ese nivel ($45).

Lo que haría de otra manera —y me resulta un poco incómodo admitirlo— es medir los créditos de cada agente desde el primer día de la beta, no después de que empezara el cobro. La beta era precisamente la ventana gratuita para averiguar cuánto costaría cada agente bajo el futuro modelo medido. Notion había publicado las tarifas con mucha antelación y, aun así, interpreté «gratis» como «no hace falta medir». Reconstruir el consumo por agente después del cambio tomó más tiempo que haberlo seguido en tiempo real. Desde entonces aplico esa regla en todas partes.

La regla antes de dejar cualquier agente siempre activo

La conclusión no es que «Notion Custom Agents cuesta demasiado». Algunos de mis agentes siguen ahí y continuarán funcionando en esa plataforma. La lección es más concreta y más útil: una automatización gratuita en beta es un pasivo en el mapa de dependencias, no una función.

Cuando un proveedor ofrece una automatización sin medición durante la beta, en realidad concede una opción gratuita para construir el flujo de trabajo alrededor de un modelo de precios que todavía no existe. Cuando ese modelo aparece, solo quedan dos caminos: aceptar las cifras que imponga el consumo o reconstruir bajo presión. El momento barato para hacer ese trabajo es antes de que se active el contador, no después.

Esta es la prueba que aplico ahora antes de conectar cualquier automatización beta gratuita a una ruta crítica:

1. Calcula el precio de la versión medida antes de que exista el contador. Si el proveedor todavía no publica tarifas, modela una cifra plausible a partir de productos comparables y comprueba si el agente sigue justificando el costo.
2. Mide el costo por ejecución desde el primer día. El periodo gratuito es una ventana de medición, no un permiso para ignorar el costo.
3. Define la ruta de reconstrucción antes de necesitarla. Decide qué agentes trasladarías a infraestructura propia si cambia la economía y calcula, a grandes rasgos, cuántas horas requeriría.
4. Limita la frecuencia permanente al intervalo aceptable más lento. Si basta con consultar cada 2 horas, no programes una revisión cada 15 minutos solo porque sea posible. La frecuencia es un regulador de costos: reducirla no cuesta nada durante la beta, pero resulta caro hacerlo después, cuando las personas ya han creado hábitos alrededor de una respuesta más rápida.

El modelo híbrido que elegí para el sistema operativo de clientes no es elegante. Mantener tres esquemas de costos en paralelo dentro de un solo espacio exige más configuración de la que diseñaría desde cero. Pero refleja la forma real del trabajo y devuelve el gasto mensual al límite que había fijado antes de que empezara el cobro. Esa es la única prueba relevante.

La automatización gratuita en beta es un pasivo, no una función. Ponle precio antes de incorporarla al flujo de trabajo o tendrás que reconstruirla bajo presión cuando otro decida por ti.

¿Cuánto cuestan los Notion Custom Agents desde el 4 de mayo de 2026?

$10 por cada 1,000 créditos de Notion, facturados junto con la suscripción. Solo están disponibles en los planes Business y Enterprise; Free y Plus nunca incluyeron Notion Custom Agents.

¿Puedo conservar Notion Custom Agents en el plan Plus para evitar los créditos?

No. Notion Custom Agents nunca estuvieron disponibles en Free ni Plus, así que no existe un cambio a un plan inferior que permita conservarlos. Las únicas opciones son usarlos con cobro por uso en Business+ o prescindir de la función.

¿Qué ocurre cuando un espacio de trabajo agota sus créditos?

Notion Custom Agents dejan de funcionar. Otras funciones de Notion AI, como Meeting Notes y el Notion Agent estándar, siguen disponibles hasta el límite de uso razonable del plan base.

¿Es más barato reconstruir los agentes en infraestructura propia?

Solo a partir de cierto volumen de ejecuciones. Por debajo del punto de equilibrio, los créditos cobrados por uso cuestan menos que las horas de construcción y mantenimiento. Por encima —sobre todo con agentes siempre activos que se ejecutan muchas veces al día—, la infraestructura propia amplía su ventaja desde el segundo año.