# Trigger.dev Execute tarefas longas e acompanhe cada etapa. Organize o trabalho que acontece nos bastidores de um aplicativo ou automação, como processar documentos e coordenar um agente de IA. O Trigger.dev administra filas, novas tentativas e acompanhamento; você escreve e mantém as tarefas em TypeScript. - Página: https://ferramentas.chavemestra.so/ferramentas/trigger-dev - Curadoria: Eduardo Schurtz (https://ferramentas.chavemestra.so/sobre) - Categoria: Infraestrutura de automações - Recursos e temas: Automações em código, Tarefas em segundo plano, Agentes de IA, Webhooks ## Pra quem faz sentido ### Quem cria aplicativos com apoio de IA Para projetos que precisam executar trabalhos longos fora da tela principal. Mesmo com ajuda de IA para escrever o código, é necessário revisar, implantar e manter as tarefas. ### Quem mantém automações em TypeScript Para coordenar várias etapas, acompanhar o que aconteceu e controlar quantas execuções podem rodar ao mesmo tempo. ### Quem desenvolve agentes com aprovação humana Para preparar uma ação, aguardar a decisão de uma pessoa e continuar o processamento após a autorização. ## O que você consegue fazer ### Organize trabalhos que levam mais tempo Divida o processamento em tarefas e acompanhe as execuções pelo painel. Isso permite tratar trabalhos que não cabem no tempo de uma requisição web comum. ### Controle filas e novas tentativas Defina quantas tarefas executam ao mesmo tempo e como tentar novamente quando há falhas. O código também precisa evitar que uma repetição envie a mesma mensagem ou registre a mesma ação duas vezes. ### Inicie tarefas a partir de eventos O recurso de webhooks, anunciado em beta, pode receber e validar eventos, tratar duplicatas e encaminhá-los às tarefas. Confira a compatibilidade com cada fornecedor antes de usar em produção. ### Espere por uma decisão antes de agir Uma tarefa pode aguardar aprovação humana e depois continuar. Períodos de espera suspensa não representam computação ativa, conforme a documentação comercial. ## O que eu olharia antes de contratar ### Há código para manter O Trigger.dev faz sentido quando você pode desenvolver, revisar e implantar tarefas em TypeScript. Ele não substitui automaticamente um construtor visual de automações. ### Planeje as falhas e repetições Nova tentativa de execução não torna toda integração segura para repetir. Trate efeitos duplicados, permissões e limites dos sistemas conectados. ### Considere o custo completo A cobrança de execução se soma aos serviços chamados pela tarefa, como modelos de IA. Hospedagem própria também tem custo de infraestrutura e responsabilidade operacional. ### Reveja o comunicado de segurança Em 1º de novembro de 2026, a empresa comunicou um incidente envolvendo variáveis de ambiente de parte das organizações. Consulte o comunicado oficial e seus desdobramentos ao avaliar os controles de segredos. [Comunicado oficial de 1º de novembro](https://trigger.dev/blog/security-incident-nov-2026) ## Possibilidades de uso ### Processar documentos recebidos Um documento precisa passar por extração, análise e registro do resultado. Organize essas etapas em tarefas acompanháveis e trate falhas sem depender de uma única requisição ficar aberta. Enxergar em qual etapa o processamento parou e definir como continuar. ### Revisar a ação de um agente Uma IA prepara uma resposta, mas uma pessoa precisa aprová-la antes do envio. Guarde a proposta, aguarde a decisão humana e execute o envio somente depois da aprovação. Incluir a revisão no fluxo antes de uma ação externa. ### Reagir a mudanças em uma base de dados Uma atualização no Supabase precisa iniciar um enriquecimento de informações. Use o evento para iniciar uma tarefa e trate repetições, permissões e ciclos de atualização. Organizar o processamento disparado pela mudança dos dados. ## MCP oficial pelo CLI Permite que um agente compatível consulte documentação e trabalhe com projetos e execuções. É um processo local, conectado ao cliente pelo transporte stdio. O comando documentado é npx trigger.dev@latest mcp. Operações sobre a conta exigem autenticação pelo CLI. Configure as permissões do cliente e confira o projeto e o ambiente antes de autorizar o agente. Operações sobre a conta exigem o CLI autenticado; o servidor pode executar tarefas e fazer implantações. O servidor completo pode expor implantação e execução. Revise o projeto, o ambiente e as permissões antes de autorizar ações. Não há teste pessoal de Eduardo registrado. Documentação: https://trigger.dev/docs/mcp-introduction Verificação: 2026-11-03 ## Como funciona a contratação - Modelo: Serviço gerenciado com plano Free e planos pagos. A cobrança considera invocações e tempo de computação; confira máquina, volume e excedentes. - Acesso gratuito: O plano Free anuncia US$ 5 de crédito mensal, sem cartão. Ao esgotar a franquia, é necessário fazer upgrade para continuar. - Desenvolvimento e espera: Execuções de desenvolvimento não são cobradas, e os períodos de espera suspensa não consomem computação ativa, conforme as condições anunciadas. - Hospedagem própria: Há código aberto com opção de hospedagem própria. Essa modalidade exige cuidar da infraestrutura e de sua manutenção. Fonte: https://trigger.dev/pricing Consulta: 2026-11-03 ## Crédito mensal para experimentar O plano Free anuncia US$ 5 de crédito por mês, sem cartão. O uso é limitado à franquia; continuar após esgotá-la exige upgrade. Comece com uma tarefa pequena, acompanhe a execução e simule uma falha antes de colocar um processo importante para rodar. [Conhecer o plano Free](https://eduardo.tools/trigger-dev) - Acesso: https://eduardo.tools/trigger-dev - Link de afiliado: não - Revisão do dossiê: 2026-11-03 --- # Hookdeck Acompanhe os eventos que alimentam suas automações. Quando um sistema avisa que uma venda aconteceu ou uma tarefa terminou, esse aviso precisa chegar ao destino. O Hookdeck fica entre os sistemas para receber, acompanhar e controlar a entrega desses eventos, com recursos para investigar falhas e tentar novamente. - Página: https://ferramentas.chavemestra.so/ferramentas/hookdeck - Curadoria: Eduardo Schurtz (https://ferramentas.chavemestra.so/sobre) - Categoria: Infraestrutura de automações - Recursos e temas: Webhooks, Entrega de eventos, Reprocessamento, Diagnóstico ## Pra quem faz sentido ### Quem opera automações com vários sistemas Para acompanhar os avisos que chegam de diferentes fornecedores e entender por que um evento não foi processado pelo destino. ### Quem precisa lidar com picos e indisponibilidade Para organizar filas, controlar o ritmo de entrega e tentar reenviar eventos quando uma aplicação ou fluxo volta a responder. ### Quem desenvolve um produto com webhooks Para distribuir eventos aos clientes do produto pelo Outpost. Esse caso é diferente de receber webhooks pelo Event Gateway. ## O que você consegue fazer ### Receba e encaminhe eventos O Event Gateway recebe webhooks, aplica filtros e transformações e encaminha os eventos para os destinos configurados. Webhooks são avisos enviados entre sistemas quando algo acontece. ### Investigue e tente entregar novamente Consulte o caminho do evento, examine falhas e reenvie quando necessário. Filas e controle do ritmo de entrega ajudam a lidar com picos; o destino ainda precisa tratar eventos repetidos. ### Adapte o conteúdo antes da entrega Transformações em Node.js podem ajustar os dados e trabalhar com conteúdo binário, como arquivos, imagens e PDFs. Há limites de tamanho e execução a conferir antes de usar. ### Separe entrada, saída e testes Event Gateway atende aos eventos recebidos; Outpost distribui eventos de um produto aos seus clientes. Inspect é uma ferramenta para inspecionar e encaminhar webhooks em desenvolvimento, sem equivaler ao Gateway de produção. ## O que eu olharia antes de contratar ### Escolha o produto para o problema certo Receber eventos, executar a lógica da automação e distribuir eventos são tarefas diferentes. O Gateway administra a entrega; o processamento de negócio continua na aplicação ou no fluxo de destino. ### Confira retenção e repetições O tempo disponível para investigar e reenviar depende do plano. Garanta também que o destino não duplique uma ação ao receber novamente o mesmo evento. ### Considere cada destino na conta Uma requisição recebida pode gerar vários eventos de entrega. Enviar o mesmo aviso a vários destinos pode aumentar o volume cobrado. ### Avalie os dados que passam pelo serviço O Hookdeck acrescenta um intermediário entre origem e destino. Confira quais dados serão enviados, controles de acesso e condições de tratamento antes de conectar a operação. ## Possibilidades de uso ### Reprocessar avisos que não chegaram ao fluxo Um destino de automação, como um fluxo n8n, ficou indisponível durante um pico. Receba os eventos no Gateway, investigue as falhas e controle a nova entrega quando o destino estiver pronto. Ter um ponto para acompanhar o envio e recuperar o processamento dentro dos limites de retenção. ### Avisar quando uma coleta terminou Uma execução da Apify demora mais do que a requisição inicial. Use o evento de conclusão para notificar a aplicação e iniciar a próxima etapa, tratando falhas e repetições. Organizar a continuidade do trabalho sem consultar o resultado repetidamente. ### Testar uma integração local Você está montando um sistema que precisa receber webhooks. Use o Inspect para observar eventos de teste e encaminhá-los ao serviço local antes de configurar o fluxo definitivo. Ver o que está chegando e ajustar a integração durante o desenvolvimento. ## MCP oficial pelo CLI Um agente compatível pode consultar e administrar recursos do Event Gateway e do Outpost gerenciado. A conexão é local, pelo CLI, usando o transporte stdio. Os comandos documentados são hookdeck gateway mcp e hookdeck outpost mcp. A autenticação usa o fluxo hookdeck login ou uma chave protegida no ambiente. Confira as ferramentas expostas antes de conectar uma conta. No Gateway, --allow-write libera criação, atualização e exclusão, mas pausar e retomar conexões pode continuar disponível sem essa opção. A configuração padrão não garante ausência de efeitos na operação. O MCP é documentado pelo fornecedor; não há teste pessoal de Eduardo registrado. Documentação: https://hookdeck.com/docs/mcp Verificação: 2026-11-03 ## Como funciona a contratação - Produtos separados: Event Gateway e Outpost têm finalidades e condições próprias. Não presuma que o plano de um inclui o outro. - Plano gratuito do Gateway: O Developer anuncia 10 mil eventos por mês, 3 dias de retenção e 1 usuário. Confira as condições atuais e o comportamento após atingir os limites. - Cobrança por evento: No Gateway, a unidade é o evento gerado para entrega. Uma requisição pode produzir zero, um ou vários eventos conforme as conexões. - Teste e desenvolvimento: O Inspect foi anunciado como gratuito e sem conta para inspecionar webhooks. Essa condição não equivale à oferta de produção do Event Gateway. Fonte: https://hookdeck.com/pricing Consulta: 2026-11-03 ## Plano gratuito para começar O Event Gateway anuncia 10 mil eventos por mês, 3 dias de retenção e 1 usuário no Developer. Confira os limites e as condições atuais antes de conectar sua operação. Comece com eventos de teste, confira a entrega e simule uma falha no destino antes de conectar uma operação importante. [Conhecer o plano Developer](https://eduardo.tools/hookdeck) - Acesso: https://eduardo.tools/hookdeck - Link de afiliado: não - Revisão do dossiê: 2026-11-03