Forstå pris for Workers (beta)

Workers kjører kode i bakgrunnen for å automatisere oppgaver i Notion. De er best egnet for oppgaver som ikke krever AI-resonnering, som å synkronisere data, skrive oppdateringer og håndtere hendelser. Workers brukes ofte sammen med Skreddersydde agenter, der en agent bestemmer hva som skal gjøres, og Workers utfører spesifikke trinn pålitelig.

I løpet av beta-perioden er det gratis å prøve Workers på Business- og Enterprise-abonnementer (inkludert Business‐prøveperiode). Fra og med 15. oktober 2026 vil de kreve Notion-kreditter. Administratorer for arbeidsområdet kan kjøpe Notion-kreditter som et tillegg til Business- og Enterprise-abonnementer.

Den gratis beta-perioden gjelder kun for Workers. Skreddersydde agenthandlinger vil forbruke kreditter i henhold til arbeidsområdets abonnement og kredittinnstillinger.

Workers bruker Notion-kreditter, som telles i kjøringer. Hver kjøring representerer én enhet arbeid utført på dine vegne. Antall kreditter per kjøring kan variere avhengig av hvor mye arbeid Worker-en utfører, for eksempel hvor lenge den kjører eller hvor mye prosessering den trenger. Generelt gjelder at jo mer arbeid som er involvert, desto flere kreditter brukes.

Workers kan kjøre på noen få forskjellige måter (vi vil fortsette å utvide denne listen):

• Synkroniseringer (planlagte): Hver gang en synkronisering kjører, teller det som én kjøring.

• Verktøykall (agent-utløst): Hver gang en Skreddersydd agent utløser et Worker-verktøykall, teller det som én kjøring.

• Webhooks (hendelsesdrevne): Hver hendelse en Worker håndterer, teller som én kjøring.

Workers koster vanligvis $0,0023 per kjøring, noe som tilsvarer ~4 348 kjøringer per 1 000 månedlige Notion-kreditter ($10). De er billigere sammenlignet med Skreddersydd agent fordi prisingen er basert på hvor mye arbeid de utfører når de kjører, og de krever ikke AI-beslutningstaking.

Tabellene nedenfor viser kostnadsreferanser for hver type Worker-handling. Bruk dette som et utgangspunkt for å forstå kostnader. Faktisk bruk kan variere, og er den beste måten å beregne kreditt på.

Eksemplene nedenfor viser typer synkroniseringsbruk. Faktisk bruk avhenger av hvor ofte synkroniseringene dine kjører, og hvor mye en Worker gjør for hver kjøring.

Synkronisering av mer data eller håndtering av flere oppdateringer vil koste mer. Hvis du har flere synkroniseringer, flere Workers eller Workers som kjører som svar på mange hendelser, kan det totale forbruket bli høyere.

Eksempel 1: En nattlig synkronisering henter lukkede Jira-saker inn i en Notion logg for ingeniører for ukentlig vurdering.

• Synkroniseringsfrekvens: Daglig (lav)

• Kjøringer per dag: 1

• Kostnad per måned: $0,07

Eksempel 2: En Zendesk-synkronisering hver time oppdaterer åpne billetter og SLA-risiko i et Support Ops-dashbord i Notion, slik at teamledere kan balansere dekningen gjennom dagen.

• Synkroniseringsfrekvens: Hver time (middels)

• Kjøringer per dag: 24

• Kostnad per måned: $1,66

Eksempel 3: En pipelinesynkronisering holder et Notion-salgsdashbord oppdatert med Salesforce-mulighetsstadier gjennom arbeidsdagen.

• Synkroniseringsfrekvens: Hvert 15. minutt (høyt)

• Kjøringer per dag: 96

• Kostnad per måned: $6,62

Workers kan også drive egendefinerte verktøy som Skreddersydde agenter bruker. For eksempel kan en Skreddersydd agent kalle en Worker for å hente data fra et annet system, kjøre en beregning eller oppdatere poster.

Bruken av verktøykall avhenger av hvor ofte en agent kaller en Worker. Hvert verktøykall teller som sin egen Worker-kjøring (så én agentkjøring kan generere flere Worker-kjøringer).

Eksempel 1: En daglig Bug Tracker-agent går gjennom åpne Jira-saker. Hver kjøring utløser en Worker til å hente sakstatus, sjekke etter blokkeringer og skrive et sammendrag til en side i Notion Projects.

• Volum av verktøykall: Planlagt (lavt)

• Worker-kjøringer: 3 per skreddersydd agentkjøring

• Skreddersydde agentkjøringer: 30 per måned

• Kostnad per måned: $0,21

Eksempel 2: En RevOps-agent kjører når en avtale flytter stadier i Salesforce. Hver kjøring utløser en Worker til å validere obligatoriske felt, kalle Clearbit for berikelse og skrive posten tilbake til en Notion-pipeline-sporer.

• Volum av verktøykall: Aktivitetsutløst (middels)

• Worker-kjøringer: 4 per skreddersydd agentkjøring

• Skreddersydde agentkjøringer: 3 000 per måned

• Kostnad per måned: $27,60

Eksempel 3: En Support Eng-agent kjører på hver innkommende Zendesk-sak. Hver kjøring utløser en Worker til å hente saken, hente Salesforce-kontokontekst, bruke rutingregler fra Notion og legge inn innlegget i riktig Slack-kanal.

• Volum av verktøykall: Kontinuerlig (høyt)

• Worker-kjøringer: 5 per skreddersydd agentkjøring

• Skreddersydde agentkjøringer: 9 000 per måned

• Kostnad per måned: $103,50

Eksemplene nedenfor viser typiske webhook-volumer og hva de kan koste. Faktisk bruk avhenger av hvor mange hendelser verktøyene dine sender, og hvor mange webhook-utløsere du har satt opp. Hver innkommende hendelse du håndterer teller som én Worker-kjøring, så den totale kostnaden skaleres med hendelsesvolumet ditt.

Eksempel 1: En Stripe-webhook utløses ved opprettelse og kansellering av abonnementer. En Worker oppdaterer en Notion-faktureringstracker med hendelsesdetaljer.

• Volum av innkommende hendelser: Lavt

• Hendelser per dag: 20

• Kostnad per måned: $1,38

Eksempel 2: En GitHub-webhook utløses ved hver PR-fletting på tvers av 10 repoer. En Worker logger hver fletting til en Notion-endringslogg og varsler den relevante Slack-kanalen.

• Volum av innkommende hendelser: Middels

• Hendelser per dag: 200

• Kostnad per måned: $13,80

Eksempel 3: En Zendesk-webhook utløses ved hver opprettelse og statusendring av en sak. Worker beriker hver hendelse med Salesforce-kontodata og oppdaterer et Notion-kundestøtte dashbord.

• Volum av innkommende hendelser: Høyt

• Hendelser per dag: 5 000

• Kostnad per måned: $345,00

I løpet av den gratis betaversjonen kan du spore Worker-kredittbruk de siste 30 dagene direkte i CLI-en.

Viser en detaljert oversikt over én Workers bruk de siste 30 dagene. Dette inkluderer estimerte forhåndsvisningskreditter, antall utførelser og kjøretids-/nettverksmålinger som bidrar til å forklare hva som driver bruken.

Viser et sammendrag av alle Workers, inkludert estimerte forhåndsvisningskreditter brukt og utførelser de siste 30 dagene.

Du kan se Worker-bruk i Notion-kredittdashbordet:

1. Gå til Innstillinger i sidestolpen.

2. Velg Tilgang og fakturering → Notion-kreditter.

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

• Benyttet kreditt

• Kjøringer fullført

• Status

• Oppretter

I betaperioden vises Workers i dashbordet med et kostnadsfritt-merke. Hold markøren over merket for å se når gratisperioden utløper. Worker-bruk teller ikke mot kredittsaldoen din i løpet av betaen.

Kolonnen Forbruksgrenser viser N/A for Workers frem til kredittgrenser blir tilgjengelige.

Du kan administrere Workers i hele arbeidsområdet ditt ved å gå til Innstillinger og velge fanen Workers.

Herfra kan du:

• Slå Workers på eller av for arbeidsområdet ditt. Som standard er Workers slått på for eiere.

• Kontroller hvem som kan bruke Workers, inkludert spesifikke personer eller brukergrupper.

• Spor og administrer individuelle Workers.

  • Se alle Workers i arbeidsområdet ditt, inkludert eier og status.

  • Deaktiver eller slett en Worker når som helst.

  • Sett alle Workers på pause.

Workers er kostnadsfrie i beta, så du kan bruke denne tiden til å kjøre faktiske arbeidsflyter og estimere hvor mange kreditter du vil trenge når kreditter blir innført.

Prøv disse beste fremgangsmåtene for å holde Worker-bruk forutsigbar:

• Start med en langsom tidsplan. For synkroniseringer, start med kjøringer hver time eller daglig hvis sanntidsoppdateringer ikke er påkrevd.

• Øk frekvensen bare når det er nødvendig. Gå over til hvert 15. minutt, 5. minutt eller hvert minutt bare hvis arbeidsflyten krever det.

• Samle arbeid når det er mulig. I stedet for å kjøre en Worker for hver lille endring, grupper oppdateringer.

• Synkroniser bare det du trenger. Synkroniser bare databasene, postene eller feltene som er nødvendige.

• Unngå unødvendige forsøk på nytt. Hvis en Worker feiler, må du sørge for at den ikke prøver på nytt for ofte uten å løse det underliggende problemet.

• Gjennomgå bruken regelmessig. Sjekk CLI-bruk under oppsett og etter større endringer i arbeidsflyten.