Förstå prissättning för Workers (beta)

Workers kör kod i bakgrunden för att automatisera uppgifter i Notion. De är bäst lämpade för uppgifter som inte kräver AI-resonemang, såsom att synkronisera data, skriva uppdateringar och hantera händelser. Workers paras ofta ihop med skräddarsydda agenter, där agenten beslutar vad som ska göras och Workers på ett tillförlitligt sätt utför specifika steg.

Under betaperioden är Workers kostnadsfria att prova på Business- och Enterprise-abonnemang (inklusive Business-provperioder). Från och med den 15 oktober 2026 kommer de att kräva Notion-krediter. Arbetsyta-administratörer kan köpa Notion-krediter som ett tillägg till Business- och Enterprise-abonnemang.

Den kostnadsfria betaperioden gäller endast för Workers. Skräddarsydda agentåtgärder förbrukar krediter enligt ditt arbetsyta-abonnemang och dina kreditinställningar.

Workers använder Notion-krediter, vilka räknas i körningar. Varje körning representerar en enhet arbete som utförts för din räkning. Antalet krediter per körning kan variera beroende på hur mycket arbete en Worker utför, till exempel hur länge den körs eller hur mycket bearbetning den behöver. Generellt gäller att ju mer arbete som krävs, desto fler krediter används.

Workers kan köras på några olika sätt (vi kommer att fortsätta utöka denna lista):

• Synkroniseringar (schemalagda): Varje gång en synkronisering körs räknas som en körning.

• Verktygsanrop (agentutlösta): Varje gång en skräddarsydd agent utlöser ett Worker-verktygsanrop räknas som en körning.

• Webhooks (händelsestyrda): Varje händelse som en Worker hanterar räknas som en körning.

Workers kostar vanligtvis 0,0023 $ per körning, vilket motsvarar ~4 348 körningar per 1 000 Notion-krediter per månad (10 $). De är billigare jämfört med skräddarsydda agenter eftersom prissättningen baseras på hur mycket arbete de utför när de körs och de kräver inte AI-beslutsfattande.

Tabellerna nedan visar kostnadsriktmärken för varje typ av Worker-åtgärd. Använd detta som en utgångspunkt för att förstå kostnader. Din faktiska användning kan variera och är det bästa sättet att beräkna krediter.

Exemplen nedan visar typer av synkroniseringsanvändning. Din faktiska användning beror på hur ofta dina synkroniseringar körs och hur mycket en Worker gör för varje körning.

Att synkronisera mer data eller hantera flera uppdateringar kostar mer. Om du har flera synkroniseringar, flera Workers eller Workers som körs som svar på många händelser kan den totala användningen bli högre.

Exempel 1: En nattlig synkronisering hämtar stängda Jira-ärenden till en Notion-ingenjörslogg för veckovis granskning.

• Synkroniseringsfrekvens: Dagligen (låg)

• Körningar per dag: 1

• Kostnad per månad: 0,07 $

Exempel 2: En timvis Zendesk-synkronisering uppdaterar öppna ärenden och SLA-risk i en Support Ops-kontrollpanel i Notion, så att teamledare kan ombalansera täckningen under dagen.

• Synkroniseringsfrekvens: Varje timme (medium)

• Körningar per dag: 24

• Kostnad per månad: 1,66 $

Exempel 3: En pipelinesynkronisering håller en Notion-försäljningsspårare uppdaterad med Salesforce-affärsstadier under arbetsdagen.

• Synkroniseringsfrekvens: Var 15:e minut (hög)

• Körningar per dag: 96

• Kostnad per månad: 6,62 $

Workers kan även driva anpassade verktyg som skräddarsydda agenter använder. En skräddarsydd agent kan till exempel anropa en Worker för att hämta data från ett annat system, köra en beräkning eller uppdatera poster.

Användning av verktygsanrop beror på hur ofta en agent anropar en Worker. Varje verktygsanrop räknas som en egen Worker-körning (så en agentkörning kan generera flera Worker-körningar).

Exempel 1: En daglig Bug Tracker-agent granskar öppna Jira-ärenden. Varje körning utlöser agenten att hämta ärendestatus, kontrollera om det finns hinder och skriva en sammanfattning till en Notion-projektsida.

• Volym av verktygsanrop: Schemalagd (låg)

• Worker-körningar: 3 per Custom Agent-körning

• Custom Agent-körningar: 30 per månad

• Kostnad per månad: 0,21 $

Exempel 2: En RevOps-agent körs när en affär byter stadium i Salesforce. Varje körning utlöser en Worker att validera obligatoriska fält, anropa Clearbit för berikning och skriva tillbaka posten till en Notion-pipeline-tracker.

• Volym av verktygsanrop: Aktivitetsutlösta (medium)

• Worker-körningar: 4 per skräddarsydd agent-körning

• Skräddarsydda agentkörningar: 3 000 per månad

• Kostnad per månad: 27,60 $

Exempel 3: En supportagent körs på varje inkommande Zendesk-ärende. Varje körning utlöser arbetaren att hämta ärendet, hämta Salesforce-kontokontext, tillämpa dirigeringsregler från Notion och posta till rätt Slack-kanal.

• Volym av verktygsanrop: Kontinuerlig (Hög)

• Worker-körningar: 5 per skräddarsydd agent-körning

• Skräddarsydda agentkörningar: 9 000 per månad

• Kostnad per månad: 103,50 $

Exemplen nedan visar typiska webhook-volymer och vad de kan kosta. Din faktiska användning beror på hur många händelser dina verktyg skickar och hur många webhook-utlösare du har ställt in. Varje inkommande händelse som du hanterar räknas som en Worker-körning, så den totala kostnaden skalas med din händelsevolym.

Exempel 1: En Stripe-webhook aktiveras vid skapande och avbokning av prenumerationer. En Worker uppdaterar en Notion-faktureringstracker med händelsedetaljer.

• Volym av inkommande händelser: Låg

• Händelser per dag: 20

• Kostnad per månad: 1,38 $

Exempel 2: En GitHub-webhook aktiveras vid varje PR-sammanslagning i 10 arkiv. En Worker loggar varje sammanslagning i en Notion-logg och meddelar relevant Slack-kanal.

• Volym av inkommande händelser: medium

• Händelser per dag: 200

• Kostnad per månad: 13,80 $

Exempel 3: En Zendesk-webhook aktiveras vid varje skapande av ärende och statusändring. Worker berikar varje händelse med Salesforce-kontodata och uppdaterar en supportkontrollpanel i Notion.

• Volym av inkommande händelser: Hög

• Händelser per dag: 5 000

• Kostnad per månad: 345,00 $

Under den kostnadsfria betaperioden kan du spåra Worker-kreditanvändning för de senaste 30 dagarna direkt i CLI.

Visar en detaljerad uppdelning av en Workers användning under de senaste 30 dagarna. Detta inkluderar uppskattade förhandsgranskningskrediter, antal körningar samt mätvärden för körtid/nätverk som hjälper till att förklara vad som driver användningen.

Visar en sammanfattning av alla Workers, inklusive uppskattade förhandsgranskningskrediter som använts och körningar under de senaste 30 dagarna.

Du kan se Worker-användning i Notion-krediter kontrollpanel:

1. Gå till Inställningar i sidofältet.

2. Välj Åtkomst och fakturering → Notion-krediter.

Administratörer och Worker-skapare kan se följande för varje Worker:

• Använda krediter

• Slutförda körningar

• Status

• Skapare

Under betaperioden visas Workers i kontrollpanelen med en Kostnadsfritt-badge. Håll muspekaren över badgen för att se när den kostnadsfria perioden upphör. Worker-användning räknas inte av från ditt kreditsaldo under betaperioden.

Kolumnen Utgiftsgränser visar Ej tillämpligt för Workers tills kreditgränser blir tillgängliga.

Du kan hantera Workers i hela din arbetsyta genom att gå till Inställningar och välja fliken Workers.

Härifrån kan du:

• Slå på eller av Workers för din arbetsyta. Som standard är Workers påslagna för ägare.

• Kontrollera vem som kan använda Workers, inklusive specifika personer eller användargrupper.

• Spåra och hantera enskilda Workers.

  • Visa alla Workers i din arbetsyta, inklusive deras ägare och Status.

  • Inaktivera eller ta bort en Worker när som helst.

  • Pausa alla Workers.

Workers är kostnadsfria under betaperioden, så du kan använda denna tid för att köra verkliga arbetsflöden och uppskatta hur många krediter du kommer att behöva när krediter börjar tillämpas.

Prova dessa bästa metoder för att hålla Worker-användningen förutsägbar:

• Börja med ett långsamt schema. För synkroniseringar, börja med körningar varje timme eller dagligen om realtidsuppdateringar inte krävs.

• Öka frekvensen endast vid behov. Gå över till var 15:e minut, 5:e minut eller varje minut endast om arbetsflödet kräver det.

• Batchbearbeta arbete när det är möjligt. Istället för att köra en Worker för varje liten ändring, gruppera uppdateringar.

• Synkronisera endast det du behöver. Synkronisera endast de databaser, poster eller fält som behövs.

• Undvik onödiga försök igen. Om en Worker misslyckas, se till att den inte försöker igen för ofta utan att lösa det underliggande problemet.

• Granska användningen regelbundet. Kontrollera CLI-användningen under konfigurationen och efter större arbetsflödesändringar.