Entenda os preços dos workers (beta)

Workers executam código em segundo plano para automatizar tarefas no Notion. Eles são ideais para tarefas que não exigem raciocínio de IA, como sincronizar dados, escrever atualizações e processar eventos. Os Workers são frequentemente combinados com Agentes Personalizados, onde o agente decide o que fazer e os Workers executam etapas específicas de forma confiável.

Durante a versão beta, os Workers são gratuitos para teste nos planos Business e Enterprise (incluindo avaliações do Business). A partir de 15 de outubro de 2026, eles exigirão créditos do Notion. Os administradores do espaço de trabalho podem comprar créditos do Notion como um complemento aos planos Business e Enterprise.

O período beta gratuito aplica-se apenas aos Workers. As ações dos Agentes Personalizados consumirão créditos de acordo com o plano e as configurações de crédito do seu espaço de trabalho.

Os Workers usam créditos do Notion, que são contados em execuções. Cada execução representa uma unidade de trabalho concluída em seu nome. O número de créditos por execução pode variar dependendo de quanto trabalho o Worker realiza, como quanto tempo ele leva para ser executado ou quanto processamento ele precisa. Em geral, quanto mais trabalho envolvido, mais créditos são usados.

Os workers podem ser executados de algumas maneiras diferentes (e continuaremos expandindo esta lista):

• Sincronizações (agendadas): cada vez que uma sincronização é executada, isso conta como uma execução.

• Chamadas de ferramenta (acionadas por agente): cada vez que um Agente Personalizado aciona uma chamada de ferramenta do Worker, isso conta como uma execução.

• Webhooks (orientados a eventos): Cada evento que um Worker processa conta como uma execução.

Os Workers custam normalmente US$ 0,0023 por execução, o que equivale a ~4.348 execuções por 1.000 créditos mensais do Notion (US$ 10). Eles são mais baratos em comparação com Agentes Personalizados porque o preço é baseado em quanto trabalho eles realizam quando são executados e eles não exigem tomada de decisão por IA.

As tabelas abaixo detalham benchmarks de custo para cada tipo de ação de Worker. Use isso como um ponto de partida para entender os custos. Seu uso real pode variar e é a melhor maneira de dimensionar os créditos.

Os exemplos abaixo mostram tipos de uso de sincronização. Seu uso real depende da frequência com que suas sincronizações são executadas e de quanto um Worker faz em cada execução.

Sincronizar mais dados ou processar várias atualizações custará mais. Se você tiver várias sincronizações, vários Workers ou Workers que são executados em resposta a muitos eventos, o uso total poderá ser maior.

Exemplo 1: Uma sincronização noturna incorpora tickets do Jira encerrados para um registro de engenharia do Notion visando à resenha semanal.

• Frequência de sincronização: Diária (Baixa)

• Execuções por dia: 1

• Custo por mês: US$ 0,07

Exemplo 2: Uma sincronização de hora em hora do Zendesk atualiza todos os tickets abertos e o risco de SLA em um painel de controle de operações de suporte no Notion, para que os líderes de equipe possam redistribuir a cobertura ao longo do dia.

• Frequência de sincronização: Por hora (Média)

• Execuções por dia: 24

• Custo por mês: US$ 1,66

Exemplo 3: Uma sincronização de pipeline mantém um rastreador de vendas do Notion atualizado com os estágios de oportunidade do Salesforce ao longo do dia útil.

• Frequência de sincronização: A cada 15 minutos (Alta)

• Execuções por dia: 96

• Custo por mês: US$ 6,62

Os Workers também podem alimentar ferramentas personalizadas que os Agentes Personalizados usam. Por exemplo, um Agente Personalizado pode chamar um Worker para buscar dados de outro sistema, executar um cálculo ou atualizar registros.

O uso de chamadas de ferramenta depende da frequência com que um agente chama um Worker. Cada chamada de ferramenta conta como sua própria execução de Worker (portanto, uma execução de agente pode gerar várias execuções de Worker).

Exemplo 1: Um agente diário de Bug Tracker faz a resenha dos problemas abertos no Jira. Cada execução aciona o Worker para buscar o status do problema, verificar bloqueadores e escrever um resumo em uma página do Projetos do Notion.

• Volume de chamadas de ferramenta: Agendado (baixo)

• Execuções de Worker: 3 por execução de Agente Personalizado

• Custom Agent runs: 30 por mês

• Custo por mês: US$ 0,21

Exemplo 2: Um agente de RevOps é executado quando um negócio muda de estágio no Salesforce. Cada execução aciona o worker para validar campos obrigatórios, chamar o Clearbit para enriquecimento e gravar o registro de volta em um rastreador de pipeline do Notion.

• Volume de chamadas de ferramenta: Acionado por atividade (Médio)

• Execuções de Worker: 4 por execução de Agente Personalizado

• Execuções de Agente Personalizado: 3.000 por mês

• Custo por mês: US$ 27,60

Exemplo 3: Um agente de Engenharia de Suporte é executado a cada ticket recebido do Zendesk. Cada execução aciona o worker para buscar o ticket, incorporar o contexto da conta do Salesforce, aplicar regras de roteamento do Notion e postar no canal correto do Slack.

• Volume de chamadas de ferramenta: Contínuo (Alto)

• Execuções de Worker: 5 por execução de Agente Personalizado

• Execuções de Agente Personalizado: 9.000 por mês

• Custo por mês: US$ 103,50

Os exemplos abaixo mostram volumes típicos de webhook e quanto eles podem custar. Seu uso real depende de quantos eventos suas ferramentas enviam e quantos gatilhos de webhook você configurou. Cada evento recebido que você processa conta como uma execução de Worker, portanto, o custo total aumenta conforme o volume de eventos.

Example 1: Um webhook do Stripe é disparado na criação e cancelamento de assinaturas. O Worker atualiza um rastreador de faturamento do Notion com os detalhes do evento.

• Volume de eventos recebidos: Baixo

• Eventos por dia: 20

• Custo por mês: US$ 1,38

Example 2: Um webhook do GitHub é disparado a cada merge de PR em 10 repositórios. O Worker registra cada merge em um changelog do Notion e notifica o canal do Slack relevante.

• Volume de eventos recebidos: Médio

• Eventos por dia: 200

• Custo por mês: US$ 13,80

Example 3: Um webhook do Zendesk é disparado a cada criação de ticket e mudança de status. O Worker enriquece cada evento com dados da conta do Salesforce e atualiza um painel de controle de suporte do Notion.

• Volume de eventos recebidos: Alto

• Eventos por dia: 5.000

• Custo por mês: US$ 345,00

Durante a fase beta gratuita, você pode acompanhar o uso de créditos do worker nos últimos 30 dias diretamente na CLI.

Mostra um detalhamento do uso de um Worker nos últimos 30 dias. Isso inclui créditos estimados de pré-visualização, contagem de execuções e métricas de execução/rede que ajudam a explicar o que está impulsionando o uso.

Mostra um resumo de todos os workers, incluindo os créditos de visualização estimados usados e as execuções nos últimos 30 dias.

Você pode visualizar o uso do Worker no painel de créditos do Notion:

1. Acesse Configurações na barra lateral.

2. Selecione Acesso e faturamento → Créditos do Notion.

Administradores e criadores de Workers podem ver o seguinte para cada Worker:

• Créditos usados

• Execuções concluídas

• Status

• Criador

Durante o período beta, os Workers aparecem no painel com um selo Free. Passe o mouse sobre o selo para ver quando o período Free termina. O uso do Worker não é contabilizado no seu saldo de créditos durante o beta.

A coluna Limites de gastos mostra N/A para Workers até que os limites de crédito estejam disponíveis.

Você pode gerenciar os workers em todo o seu espaço de trabalho acessando Configurações e selecionando a guia Workers.

A partir daqui, você pode:

• Ative ou desative Workers para o seu espaço de trabalho. Por padrão, os Workers estão ativados para os proprietários.

• Controlar quem pode usar os workers, incluindo indivíduos ou grupos de usuários específicos.

• Acompanhar e gerenciar workers separadamente.

  • Ver todos os workers no seu espaço de trabalho, incluindo o proprietário e status.

  • Desativar ou excluir um worker a qualquer momento.

  • Pausar todos os workers.

Os workers são gratuitos durante a versão beta, então você pode usar esse tempo para executar fluxos de trabalho reais e calcular quantos créditos serão necessários quando os créditos forem aplicados.

Experimente estas práticas recomendadas para manter a previsibilidade no uso do worker:

• Comece com um agendamento lento. Para sincronizações, comece com execuções horárias ou diárias se as atualizações em tempo real não forem necessárias.

• Aumente a frequência apenas quando necessário. Mude para a cada 15 minutos, 5 minutos ou a cada minuto apenas se o fluxo de trabalho exigir.

• Agrupe o trabalho quando possível. Em vez de executar um Worker para cada pequena mudança, agrupe Todas as atualizações juntas.

• Sincronize apenas o que você precisa. Sincronize apenas as bases de dados, registros ou campos necessários.

• Evite novas tentativas desnecessárias. Se um Worker falhar, não deixe que ele faça novas tentativas com muita frequência sem resolver o problema subjacente.

• Revise o uso regularmente. Verifique o uso da CLI durante a configuração e após grandes mudanças no fluxo de trabalho.