El temps d'execució d'automatització en segon pla de Notion ja no és només una comoditat beta gratuïta. A partir de l'11 d'agost de 2026, els treballadors de Notion requereixen crèdits de Notion, afegint una capa de costos mesurats a les automatitzacions que s'executen dins d'espais de treball en plans empresarials i empresarials.
El canvi és important perquè els treballadors es troben en una part de la pila d'IA que els equips sovint consideren invisible: feines en segon pla, accions d'agent, actualitzacions de bases de dades i flux de treball. Notion descriu els treballadors com a codi que s'executa en segon pla per automatitzar tasques a Notion, sovint aparellat amb agents personalitzats. Durant la versió beta, els treballadors eren gratuïts per als clients Business i Enterprise, incloses les proves Business. Aquest període de gràcia ja ha finalitzat.
Per als equips que experimenten amb operacions d'espai de treball agent, la pregunta pràctica ja no és només "Això es pot automatitzar?" També és "Amb quina freqüència s'executarà, qui és el propietari de la despesa i què passa si l'ús augmenta?"
Què va canviar l'11 d'agost
La documentació de preus de Notion diu que els treballadors estan disponibles en versió beta en plans d'empresa i d'empresa i van ser gratuïts durant aquest període beta fins a l'11 d'agost de 2026. A partir d'aquesta data, els treballadors requereixen crèdits Notion. El mateix sistema de crèdit més ampli ja s'utilitza per fer un seguiment de funcions relacionades amb la intel·ligència artificial, com ara els agents personalitzats i l'emplenament automàtic, i la documentació del tauler de crèdits de Notion diu que els administradors poden veure l'ús de crèdit per als agents personalitzats, l'emplenament automàtic i els treballadors, incloses les execucions i l'ús estimat.
Això mou els treballadors a la mateixa categoria operativa que altres serveis d'automatització i IA mesurats. Un treballador que s'activa rarament pot seguir sent una línia de comanda petita. Un treballador que s'executa cada vegada que canvia una base de dades, processa pàgines grans o es coordina amb un agent personalitzat podria convertir-se en un centre de costos recurrent. La taxa exacta de qualsevol àrea de treball real pot dependre de la implementació i del que apareix al tauler de facturació d'aquest espai de treball, de manera que els equips haurien de validar el seu propi ús en lloc d'assumir un cost universal per execució.
El moment també és notable perquè Notion ha anat ampliant la seva plataforma de desenvolupadors i agents. Les seves notes de llançament de juliol de 2026 van destacar Workers en el context d'una empenta més àmplia de la plataforma de desenvolupadors. Per tant, el canvi de crèdit no és una nota a peu de pàgina de facturació aïllada; és un senyal que l'automatització nativa de l'espai de treball s'està tractant com una infraestructura de producció en lloc d'un complement gratuït.
Per què això és important per als equips d'automatització i agents
Molts equips utilitzen Notion com a sistema operatiu lleuger per a projectes, calendaris de contingut, cues de suport, notes de CRM, investigació de productes i bases de coneixement internes. Els treballadors poden fer que aquests sistemes siguin més actius: actualitzar registres, activar accions de seguiment, enriquir pàgines o coordinar-se amb els agents personalitzats de Notion.
Això és útil, però la mesura canvia els incentius del disseny. Els desenvolupadors ara han de pensar en patrons d'invocació, reintents, activadors duplicats, lots i gestió d'errors. Una automatització amb mal abast que s'activa a cada edició menor pot crear soroll a l'espai de treball i consum de crèdit innecessari. Un treballador ben dissenyat hauria de tenir unes condicions d'activació clares, un volum d'execució previsible i un propietari que pugui interpretar el seu cost.
Els administradors també han de posar en marxa les finances i la governança abans. Si un equip crea deu treballadors útils durant la versió beta, és possible que no hi hagi cap senyal de pressupost immediat. Un cop s'apliquen els crèdits, aquestes mateixes automatitzacions passen a formar part de la facturació de l'API d'IA de l'espai de treball i de la conversa d'anàlisi d'ús d'IA, encara que no truquin directament a un model extern. L'ús que abans apareixia com a "només noció" ara s'ha de revisar com qualsevol altra capa d'automatització mesurada.
Això és especialment rellevant per a les agències i els equips interns de la plataforma. És possible que les agències que creen sistemes Notion per als clients hagin d'explicar que les automatitzacions poden comportar un ús de crèdit continu, no només un cost d'implementació únic. És possible que els equips interns que desenvolupin operacions basades en Notion a través dels departaments necessiten informes per equip, fluxos de treball d'aprovació i atribució de costos abans que un prototip es converteixi en un flux de treball de tota l'empresa.
El patró més gran: infraestructura d'agents mesurats
El moviment de Notion s'adapta a un canvi més ampli en el programari d'IA: els agents d'automatització no s'agrupen i s'agrupen en el preu de l'usuari. indefinidament com a característica plana. OpenAI ha traslladat funcions d'agent d'oficina, com ara ChatGPT per a PowerPoint, cap als preus de l'espai de treball basats en testimonis després dels períodes promocionals. Les funcions de GitHub Copilot combinen cada cop més l'elecció del model, el context de l'agent i l'economia basada en l'ús. Els proveïdors de núvol també estan separant la infraestructura d'agents en serveis, espais de noms i controls més explícits.
El resultat és una superfície pressupostària més complicada. Un procés empresarial ara pot incloure una eina d'espai de treball, un temps d'execució d'automatització, un pas de recuperació, una trucada LLM i una acció posterior en un altre producte SaaS.Cada capa pot tenir una unitat de facturació diferent. Alguns crèdits de cobrament, alguns fitxes, alguns seients, algunes sol·licituds i algunes combinacions de tots quatre.
Aquesta complexitat és on el control de costos de l'API de l'IA esdevé un requisit del producte en lloc d'una reflexió comptable. Els equips han de saber no només quin model es va cridar, sinó quin flux de treball va provocar la trucada, quin usuari o departament la va iniciar i si una execució més barata o en memòria cau hauria estat suficient. Per a les empreses que utilitzen una infraestructura d'API multimodel o una passarel·la d'API d'IA, com ara Model Gate, el canvi Notion és un altre recordatori que la governança de costos no pot aturar-se al punt final del model. Ha de cobrir els fluxos de treball i les superfícies d'agents que generen demanda en primer lloc.
El que haurien de fer els equips ara
El primer pas és l'inventari. Els administradors de l'espai de treball han d'identificar els treballadors actius, qui els ha creat, què els activa i si estan vinculats amb agents personalitzats. Qualsevol automatització que s'executi amb canvis freqüents de bases de dades o actualitzacions de pàgines mereix una revisió especial.
En segon lloc, els equips haurien d'establir una línia de base. El tauler de crèdits de Notion pot mostrar l'ús del treballador, les execucions i l'ús estimat. Això ofereix als administradors una manera de comparar el comportament esperat amb el consum real. Si s'esperava que un treballador s'executi desenes de vegades per setmana i milers de vegades, el problema pot ser el disseny de l'activador en lloc de la demanda empresarial.
En tercer lloc, els desenvolupadors haurien d'afegir disciplina operativa. Això significa baranes per als reintents, la desduplicació, l'agrupació per lots si escau i un registre clar sobre per què s'executa un treballador. Fins i tot les convencions bàsiques poden reduir el consum innecessari: eviteu activadors amplis, establiu condicions amb cura i separeu les automatitzacions de gran valor de les experimentals.
Finalment, les empreses haurien d'actualitzar la documentació interna i del client. Si un departament o client hereta un sistema d'automatització de Notion, haurien d'entendre que els treballadors poden consumir crèdits i que l'ús exacte pot variar segons l'espai de treball i la implementació. Aquesta no és una raó per evitar Notion Workers. És una raó per tractar-los com una infraestructura d'automatització de la producció.
El que segueix sent incert és el perfil de crèdit real dels diferents dissenys de Worker. La documentació de Notion deixa clara la transició de facturació, però els equips encara han d'observar els seus propis taulers per entendre com es tradueixen fluxos de treball específics en consum de crèdit. De moment, la hipòtesi més segura és senzilla: cada agent de fons o automatització útil necessita un propietari, una expectativa de pressupost i una manera de mesurar el seu comportament després del llançament.