Notion prezzi: Custom Agents da $340/mese — tetto o rebuild?

Notion prezzi: il 3 maggio i miei Custom Agents costavano $0. Il 4 maggio gli stessi agenti hanno iniziato a consumare crediti a $10 ogni 1,000 e, senza cambiare nulla, la prima proiezione portava il mio client OS a circa $340/mese.

Notion prezzi: il giorno in cui si è acceso il contatore

Avevo usato i Notion Custom Agents in un workspace operativo reale per la gestione dei clienti — il DVNC client OS — per tutta la seconda metà della beta gratuita. Un agente di triage leggeva i brief in ingresso, un agente preparava ogni giorno il riepilogo dello stato degli incarichi attivi e un agente di doc-sync teneva allineate alcune knowledge base condivise con le pagine considerate fonte ufficiale. Tre agenti sempre attivi, più una manciata di agenti attivati da trigger. Voce di costo: zero.

Il 4 maggio 2026 Notion ha attivato il contatore. I Custom Agents sono passati dalla beta gratuita alla disponibilità generale a consumo: $10 ogni 1,000 crediti Notion, addebitati oltre all'abbonamento per postazione e disponibili soltanto sui piani Business ed Enterprise. Non esiste un downgrade che permetta di conservarli: i piani Plus e Free non hanno mai incluso i Custom Agents, quindi «scendere di piano e tenere la funzione» non è un'opzione. O si resta su Business+ pagando a consumo, oppure la funzione non c'è.

Nelle prime 48 ore dal cambio ho lasciato lavorare gli agenti senza toccare nulla, di proposito: volevo dati di consumo reali, non una stima. Un operatore che seguo ha pubblicato una spesa di circa $337 in un solo mese per una configurazione paragonabile. Era molto vicina alla mia proiezione su 30 giorni: la conferma che il mio consumo non dipendeva da un errore di configurazione. Quella era la nuova base di costo.

È il punto che sfugge a gran parte dei riepiloghi sui prezzi. Il 4 maggio non c'è stato un aumento. Un aumento è una voce che passa da $40 a $55: si aggiorna il budget e si va avanti. Qui una funzione gratuita è diventata a consumo, un cambiamento di natura diversa. Ogni ipotesi di costo incorporata nella configurazione, nella frequenza e nel perimetro degli agenti era ormai sbagliata, perché tutte quelle decisioni partivano da «il costo dei crediti è zero». Il primo compito non era tagliare la spesa, ma riprogettare il workflow partendo dalla scomparsa di quella premessa. All'inizio dell'anno Notion aveva già introdotto una dinamica strutturalmente simile sul fronte sviluppatori (vedi il salto dei crediti per gli agenti esterni). Riconoscere lo schema, però, non paga la fattura.

Dove finivano davvero i crediti Notion

La prima mossa utile è stata misurare il consumo di ciascun agente. L'interfaccia di Notion mostra l'uso dei crediti a livello di workspace, ma di base non offre una ripartizione pulita per capire quale agente abbia fatto correre il contatore. I crediti sono condivisi nell'intero workspace e si azzerano ogni mese. Sembra un meccanismo neutro, finché un agente rumoroso non sottrae risorse, senza farsi notare, a ogni altro workflow di IA nello stesso spazio.

Circa il 70% del consumo dipendeva da 3 agenti. Non 5, non 8: 3.

Il peggiore, con largo distacco, era l'agente di triage e intake, quello che controllava una pagina condivisa in cerca di nuovi brief e li classificava. Era impostato per fare un controllo ogni 15 minuti, 24/7. Quasi sempre non trovava nulla di nuovo, ma ogni esecuzione consumava comunque crediti. Il polling a vuoto su dati invariati è la trappola. L'agente eseguiva alla lettera ciò che gli avevo chiesto; il problema era che, una volta acceso il contatore, quella richiesta era diventata costosa.

Al secondo posto c'era l'agente per il riepilogo giornaliero dei clienti. Eseguiva un run al giorno per ogni incarico attivo, moltiplicandosi su tutta la lista clienti. Il costo della singola esecuzione era ragionevole; il problema era il volume. Moltiplicare un costo unitario sensato per il numero di incarichi e per 30 giorni produceva, già da solo, un totale mensile superiore a quanto avevo speso il mese precedente per tutte le postazioni Notion.

Il terzo era l'agente di doc-sync, il caso più interessante. Era il più economico dei 3 per singolo run, ma si attivava a ogni modifica: una sola sessione di lavoro umano su una pagina condivisa poteva farlo partire una dozzina di volte. In pratica, la frequenza dell'agente era agganciata alla velocità di digitazione delle persone. Nessuno sceglierebbe consapevolmente una configurazione del genere a $10 ogni 1,000 crediti.

Ricostruita sui primi 10 giorni dopo il cambio e proiettata sul mese, la stima era questa. Agente di triage: ~$160/mese con quella frequenza di polling. Agente per i riepiloghi: ~$95/mese con il numero attuale di incarichi. Doc-sync: ~$45/mese ai volumi di modifica osservati. I restanti ~$40/mese erano distribuiti su 4 agenti più leggeri. Totale nell'intervallo $335–$345, in linea con il dato pubblico di un altro operatore con un workspace dalla struttura simile.

Questa cifra si aggiunge a uno stack operativo di cui ho già scritto — vedi la base da $387/mese — e una nuova voce da $340 avrebbe spinto l'intero stack oltre una soglia che avevo fissato esplicitamente. Non era quindi «un piccolo extra da assorbire», ma un problema strutturale.

Tre opzioni per gli agenti AI Notion

Tre strade, ciascuna sostenuta da numeri reali. Per il mio carico di lavoro solo una era quella giusta. Con un'attività diversa, gli stessi numeri possono portare a una conclusione diversa: è proprio per questo che serve fare i conti, non affidarsi a una raccomandazione.

Opzione A — restare interamente a consumo senza cambiare nulla. È la scelta corretta quando le esecuzioni sono poche, il valore di ogni run è alto e contenere la spesa assoluta conta più della prevedibilità della fattura. Per un workspace con pochi run ad alto valore al giorno — per esempio, un agente che produce un output ben circoscritto e fa risparmiare un'ora a una persona — il prezzo a consumo funziona. Il problema non è la tariffa di $10 ogni 1,000 crediti; sono gli agenti che non reggono economicamente qualunque costo per esecuzione. Per ciò che produce questo workspace, il mio tetto per restare tutto a consumo sarebbe stato di circa $80/mese. La proiezione era 4 volte più alta. L'opzione A era esclusa.

Opzione B — mettere un tetto e restringere il perimetro. Eliminare il polling continuo. Passare da agenti attivati a intervalli ad agenti avviati da eventi o manualmente. Trasformare il digest da un run per incarico a un unico run giornaliero in batch, capace di restituire un solo riepilogo complessivo. Applicare il debounce al doc-sync, così da farlo partire una volta per sessione di modifica anziché a ogni intervento. La nuova proiezione si attestava intorno a $70–$85/mese: sotto il tetto, con gli stessi output essenziali ma rinunciando in misura significativa alla sensazione di immediatezza del triage. Ora l'agente di triage gira ogni 2 ore anziché ogni 15 minuti; quel ritardo ha un costo reale sul prodotto, che andava valutato con onestà.

Opzione C — ricostruire su un'infrastruttura propria. Prendere l'agente più pesante, quello di triage, e portarlo fuori da Notion: un Cloudflare Worker eseguito via cron, una chiamata diretta a Claude e la scrittura dei risultati nella pagina Notion tramite API. Costo iniziale di sviluppo: circa 6–8 ore di lavoro concentrato per chi ha già realizzato sistemi di questo tipo, come nel mio caso. Costo ricorrente: il piano Worker che pago già, più i token API di Claude, che con questi volumi restano nell'ordine di pochi dollari al mese, comunque a una sola cifra. Alcuni founder stanno mostrando pubblicamente stack di agenti self-hosted paragonabili, e una volta superata la soglia di pareggio per numero di run i conti tornano.

Il calcolo del pareggio è l'unica parte che conta. Con la frequenza del mio agente di triage, il costo Notion a consumo era di ~$160/mese. Sull'infrastruttura proprietaria, il costo ricorrente sarebbe stato di ~$4/mese. Ammortizzando lo sviluppo su 12 mesi e attribuendo al mio tempo una tariffa interna generosa di $150/ora, il primo anno aggiunge ~$100/mese. Totale del rebuild nel primo anno: ~$104/mese contro ~$160/mese a consumo. Dal secondo anno in poi: ~$4/mese contro ~$160. Il rebuild si ripaga entro il primo anno e il vantaggio continua ad accumularsi.

La stessa disciplina da conto economico che ho applicato all'offerta Codex vale anche qui, ma sull'altro versante della decisione. In quel caso dovevo capire se cambiare strumento per sfruttare un incentivo gratuito; qui se ricostruire il sistema intorno a uno strumento la cui economia era cambiata sotto i miei piedi. Stesso metodo, direzione opposta.

La scelta effettiva: un modello ibrido. Ricostruire l'agente di triage su un Worker, applicando l'opzione C soltanto alla voce più pesante. Mettere un tetto e ridefinire digest e doc-sync, usando l'opzione B per i due agenti di fascia intermedia. Lasciare i 4 agenti più leggeri interamente a consumo, riservando l'opzione A alla coda lunga.

Con il modello ibrido, il costo mensile previsto è di $45–$55 a regime, una volta pubblicato il rebuild, più un costo una tantum di circa 7 ore. Rispetto alla proiezione da $340 senza interventi, il risparmio è di circa $290/mese al prezzo di una sessione di sviluppo concentrata. La curva dei costi a 30/60/90 giorni: il primo mese assorbe le ore di rebuild e resta in parte a consumo ($110 di costo effettivo equivalente, conteggiando il tempo); il secondo si avvicina al regime ($55); il terzo raggiunge il regime ($45).

Quello che farei diversamente — ed è la parte che mi mette un po' in imbarazzo — è misurare i crediti per agente fin dal primo giorno della beta, non dopo l'attivazione del contatore. La beta era la finestra gratuita in cui avrei potuto rilevare con precisione il costo di ogni agente secondo le future tariffe a consumo, che Notion aveva pubblicato con largo anticipo. Invece ho interpretato «gratis» come «non serve misurare». Ricostruire a posteriori il consumo di ogni agente ha richiesto più tempo di quanto ne avrebbe richiesto monitorarlo in diretta. È una regola che ora applico ovunque.

La regola per le automazioni Notion sempre attive

La conclusione non è «i Notion Custom Agents costano troppo». Alcuni dei miei continuano a funzionare come Custom Agents e resteranno lì. La lezione è più precisa e più utile: un'automazione gratuita in beta è una passività nel grafo delle dipendenze, non una funzionalità.

Quando un fornitore offre in beta un'automazione senza consumo misurato, concede gratuitamente la possibilità di legare il workflow a un modello di prezzo che ancora non esiste. Appena quel modello arriva, le alternative sono accettare qualunque tariffa emerga oppure affrontare il rebuild sotto pressione. Il momento meno costoso per fare quel lavoro è prima che parta il contatore, non dopo.

Prima di inserire un'automazione beta gratuita in un percorso critico, ora applico questo test:

1. Stimare il prezzo della versione a consumo prima che esista il contatore. Se il fornitore non ha ancora pubblicato le tariffe, costruire un'ipotesi plausibile usando prodotti comparabili e verificare se l'agente resta economicamente sostenibile.
2. Misurare il costo per run dal primo giorno. Il periodo gratuito è una finestra di misurazione, non un pasto gratis.
3. Individuare il percorso di rebuild prima che diventi necessario. Sapere quali agenti spostare su un'infrastruttura propria se l'economia cambia, e stimare quante ore richiederebbe il lavoro.
4. Limitare la frequenza degli agenti sempre attivi all'intervallo più lento ancora accettabile. Se un controllo ogni 2 ore è sufficiente, non impostarlo ogni 15 minuti solo perché è possibile. La frequenza è una leva di costo: ridurla durante la beta non costa nulla; farlo dopo è oneroso, perché nel frattempo le persone si sono abituate a tempi più rapidi.

Il modello ibrido scelto per il client OS non è elegante. Gestire in parallelo 3 modelli di costo nello stesso workspace comporta più configurazione di quanta ne progetterei partendo da zero. Ma rispecchia la forma reale del lavoro e riporta la spesa mensile sotto il tetto che avevo fissato per questo workspace prima dell'attivazione del contatore. È l'unico test che conta.

Un'automazione gratuita in beta è una passività, non una funzionalità. Va prezzata prima di collegarla al workflow; altrimenti la si ricostruirà sotto pressione quando qualcun altro cambierà le regole.

Quanto costano i Notion Custom Agents dopo il 4 maggio 2026?

$10 ogni 1,000 crediti Notion, addebitati insieme all'abbonamento. Sono disponibili soltanto sui piani Business ed Enterprise: Free e Plus non hanno mai incluso i Custom Agents.

Posso tenere i Custom Agents sul piano Plus per evitare i crediti?

No. I Custom Agents non sono mai stati disponibili su Free o Plus, quindi non esiste un downgrade che permetta di conservarli. O si usa Business+ pagando a consumo, oppure la funzione non è disponibile.

Che cosa succede quando un workspace esaurisce i crediti?

I Custom Agents si fermano. Le altre funzioni di Notion AI, come Meeting Notes e il Notion Agent standard, continuano a funzionare fino al limite di fair use previsto dal piano sottostante.

Conviene ricostruire gli agenti su un'infrastruttura propria?

Soltanto oltre una determinata soglia di pareggio nel numero di run. Al di sotto, il costo dei crediti a consumo è inferiore alle ore di sviluppo e manutenzione. Al di sopra — soprattutto per agenti sempre attivi che partono molte volte al giorno — dal secondo anno l'infrastruttura propria accumula un vantaggio crescente.