Forstå prissætning for Workers (beta)

Workers kører kode i baggrunden for at automatisere opgaver i Notion. De er bedst til opgaver, der ikke kræver AI-ræsonnement, såsom synkronisering af data, skrivning af opdateringer og håndtering af begivenheder. Workers parres ofte med Custom Agents, hvor agenten beslutter, hvad der skal gøres, og Workers udfører pålideligt specifikke trin.

I løbet af beta-perioden er Workers gratis at prøve på Business- og Enterprise-abonnementer (inklusive Business-prøveperioder). Fra den 15. oktober 2026 kræver de Notion-kreditter. Arbejdsområdeadministratorer kan købe Notion-kreditter som et tilkøb til Business- og Enterprise-abonnementer.

Den gratis beta-periode gælder kun for Workers. Tilpassede agenter-handlinger vil forbruge kreditter i henhold til dit arbejdsområdes abonnement og kreditindstillinger.

Workers bruger Notion-kreditter, som tælles i kørsel. Hver kørsel repræsenterer én enhed af arbejde udført på dine vegne. Antallet af kreditter pr. kørsel kan variere afhængigt af, hvor meget arbejde Worker udfører, såsom hvor længe den kører, eller hvor meget behandling den kræver. Generelt gælder det, at jo mere arbejde der er involveret, jo flere kreditter bruges der.

Workers kan køre på et par forskellige måder (vi vil løbende udvide denne liste):

• Synkroniseringer (planlagte): Hver gang en synkronisering kører, tæller det som én kørsel.

• Værktøjskald (agent-udløst): Hver gang en tilpasset agent udløser et Worker-værktøjskald, tæller det som én kørsel.

• Webhooks (begivenhedsdrevet): Hver begivenhed, som en Worker håndterer, tæller som én kørsel.

Workers koster typisk $0,0023 pr. kørsel, hvilket svarer til ~4.348 kørsel pr. 1.000 månedlige Notion-kreditter ($10). De er billigere sammenlignet med Custom Agents, fordi prissætningen er baseret på, hvor meget arbejde de udfører, når de kører, og de kræver ikke AI-beslutningstagning.

Tabellerne nedenfor viser omkostningsbenchmarks for hver type Worker-Handling. Brug dette som et udgangspunkt for at forstå omkostningerne. Dit faktiske kreditforbrug kan variere og er den bedste måde at vurdere kredit på.

Eksemplerne nedenfor viser typer af synkroniseringsforbrug. Dit faktiske forbrug afhænger af, hvor ofte dine synkroniseringer kører, og hvor meget en Worker udfører pr. kørsel.

Synkronisering af mere data eller håndtering af flere Opdateringer vil koste mere. Hvis du har flere synkroniseringer, flere Workers eller Workers, der kører som reaktion på mange Begivenheder, kan det samlede forbrug være højere.

Eksempel 1: En natlig synkronisering henter lukkede Jira-billetter ind i en Notion-ingeniærlog til ugentlig gennemgang.

• Synkroniseringsfrekvens: Daglig (Lav)

• Kørsler pr. dag: 1

• Pris pr. måned: $0,07

Eksempel 2: En timebaseret Zendesk-synkronisering opdaterer åbne billetter og SLA-risiko i et Support Ops-dashboard i Notion, så teamledere kan genbalancere dækningen i løbet af dagen.

• Synkroniseringsfrekvens: Hver time (Medium)

• Kørsler pr. dag: 24

• Pris pr. måned: $1,66

Eksempel 3: En pipeline-synkronisering holder en Notion-salgs-tracker opdateret med Salesforce-mulighedsstadier i løbet af arbejdsdagen.

• Synkroniseringsfrekvens: Hvert 15. minut (Høj)

• Kørsler pr. dag: 96

• Pris pr. måned: $6,62

Workers kan også drive brugerdefinerede værktøjer, som tilpassede agenter bruger. En tilpasset agent kan for eksempel kalde en Worker for at hente data fra et andet system, udføre en beregning eller opdatere poster.

Brug af værktøjskald afhænger af, hvor ofte en tilpasset agent kalder en Worker. Hvert værktøjskald tæller som sin egen Worker-kørsel (så én tilpasset agent-kørsel kan generere flere Worker-kørsler).

Eksempel 1: En daglig Bug Tracker-agent gennemgår åbne Jira-sager. Hver kørsel udløser Worker til at hente sagens Status, tjekke for blokeringer og skrive et resumé til en Notion-projektside.

• Mængde af værktøjskald: Planlagt (lav)

• Worker-kørsler: 3 pr. tilpasset agent-kørsel

• Tilpassede agent-kørsler: 30 pr. måned

• Pris pr. måned: $0,21

Eksempel 2: En RevOps-agent kører, når en aftale flytter stadier i Salesforce. Hver kørsel udløser Worker til at validere påkrævede felter, kalde Clearbit for berigelse og skrive posten tilbage til en Notion-pipeline-tracker.

• Mængde af værktøjskald: Aktivitetsudløst (Medium)

• Worker-kørsler: 4 pr. tilpasset agent-kørsel

• Tilpassede agent-kørsler: 3.000 pr. måned

• Pris pr. måned: $27,60

Eksempel 3: En Support Eng-agent kører på hver indgående Zendesk-billet. Hver kørsel udløser Worker til at hente billetten, trække Salesforce-kontokontekst, anvende ruteregler fra Notion og sende den til den rigtige Slack-kanal.

• Mængde af værktøjskald: Kontinuerlig (Høj)

• Worker-kørsler: 5 pr. tilpasset agent-kørsel

• Tilpassede agent-kørsler: 9.000 pr. måned

• Pris pr. måned: $103,50

Eksemplerne nedenfor viser typiske webhook-mængder og hvad de kan koste. Dit faktiske forbrug afhænger af, hvor mange begivenheder dine værktøjer sender, og hvor mange webhook-udløsere du har opsat. Hver indgående begivenhed, du håndterer, tæller som én Worker-kørsel, så den samlede pris skaleres med din begivenhedsmængde.

Eksempel 1: En Stripe-webhook aktiveres ved oprettelse og annullering af abonnementer. Worker opdaterer en Notion-fakturerings-tracker med begivenhedsdetaljer.

• Mængde af indgående begivenheder: Lav

• Begivenheder pr. dag: 20

• Pris pr. måned: $1,38

Eksempel 2: En GitHub-webhook aktiveres ved hver PR-fletning på tværs af 10 arkiver. Worker logger hver fletning i en Notion-ændringslog og giver besked til den relevante Slack-kanal.

• Mængde af indgående begivenheder: Mellem

• Begivenheder pr. dag: 200

• Pris pr. måned: $13,80

Eksempel 3: En Zendesk-webhook aktiveres ved hver billetoprettelse og statusændring. worker beriger hver begivenhed med Salesforce-kontodata og opdaterer et Notion-supportdashboard.

• Mængde af indgående begivenheder: Høj

• Begivenheder pr. dag: 5.000

• Pris pr. måned: $345,00

Under den gratis beta kan du spore worker-kreditforbrug over de sidste 30 dage direkte i CLI.

Viser en detaljeret oversigt over forbruget fra en worker over de sidste 30 dage.

Viser et resumé af alle Workers, inklusive estimerede preview-kreditter brugt og eksekveringer over de sidste 30 dage.

Du kan se worker-forbrug i Notion-kreditdashboardet:

1. Gå til Indstillinger i sidemenuen.

2. Vælg Adgang og fakturering → Notion-kreditter.

Administratorer og worker-oprettere kan se følgende for hver Worker:

• Brugte Notion-kreditter

• Kørsler blev afsluttet

• Status

• Opretter

I betaperioden vises Workers i dashboardet med et Free-badge. Hold markøren over badget for at se, hvornår den gratis periode slutter. Worker-forbrug tæller ikke mod din kreditsaldo under betaen.

Kolonne Forbrugsgrænser viser N/A for Workers, indtil kreditgrænser bliver tilgængelige.

Du kan administrere Workers på tværs af dit arbejdsområde ved at gå til Indstillinger og vælge fanen Workers.

Herfra kan du:

• Slå Workers til eller fra for dit arbejdsområde. Som standard er Workers slået til for ejere.

• Styr, hvem der kan bruge Workers, herunder specifikke personer eller brugergrupper.

• Spor og administrer individuelle Workers.

  • Se alle Workers i dit arbejdsområde, inklusive deres ejer og status.

  • Deaktiver eller slet en worker når som helst.

  • Sæt alle Workers på pause.

Workers er gratis under beta, så du kan bruge denne tid til at køre rigtige arbejdsgange og estimere, hvor mange credits du får brug for, når credits bliver indført.

Prøv disse best practices for at holde worker-forbruget forudsigeligt:

• Start med en langsom tidsplan. For synkroniseringer, start med kørsel hver time eller dagligt, hvis opdateringer i realtid ikke er påkrævet.

• Øg kun hyppigheden, når det er nødvendigt. Skift til hvert 15. minut, 5. minut eller hvert minut, kun hvis arbejdsgangen kræver det.

• Batch-arbejde når muligt. I stedet for at køre en worker for hver lille ændring, skal du gruppere opdateringer sammen.

• Synkroniser kun det, du har brug for. Synkroniser kun de databaser, poster eller felter, der er nødvendige.

• Undgå unødvendige forsøg igen. Hvis en worker fejler, skal du sikre dig, at den ikke forsøger igen for ofte uden at løse det underliggende problem.

• Gennemgå forbruget regelmæssigt. Tjek CLI-forbrug under opsætning og efter større ændringer i arbejdsgange.