Comparação
Agentes de IA que pedem aprovação antes de agir (2026)
8 min de leitura
O que cada agente de IA faz por padrão antes de enviar um email, alterar um registro do CRM, gastar dinheiro ou publicar em público, e quem pode dizer sim.
O Dash, o Claude Cowork no modo Manual padrão e os agentes do Microsoft 365 Copilot em ações de plugins pedem aprovação antes de agir, sem nenhuma configuração. AI by Zapier, Copilot Studio, Power Automate, n8n e Make também podem pausar e esperar uma pessoa, mas só depois que alguém ativa ou monta a aprovação.
Para uma equipe de 5 a 100 pessoas sem ninguém de TI, essa diferença é decisiva. Ninguém vai montar uma etapa de aprovação em cada fluxo, então o padrão do agente é a regra com que você vai conviver. Criamos o Dash para começar pedindo aprovação: ele lê e rascunha sozinho, e tudo o que sai, registra algo ou gasta dinheiro volta para o chat do Microsoft Teams ou para a thread do Slack com um pedido de aprovação. O Dash rascunha, você envia.
Quais agentes de IA pedem aprovação humana antes de enviar emails ou fazer alterações?
Veja o que cada agente faz, sem configurar nada, quando está prestes a fazer uma de quatro coisas que uma equipe pequena gostaria de conferir antes. “Pede aprovação por padrão” significa que ele já pede aprovação antes de alguém mexer em qualquer configuração. “Você ativa” e “Você adiciona uma etapa” significam que alguém precisa configurar a aprovação.
| Ferramenta | Enviar email | Alterar registros do CRM | Gastar dinheiro | Publicar em público |
|---|---|---|---|---|
| Dash | Pede aprovação por padrão | Pede aprovação por padrão | Pede aprovação por padrão (cobrança ou reembolso no Stripe) | Pede aprovação por padrão |
| Microsoft 365 Copilot (ações de plugins em agentes declarativos) | Pede aprovação por padrão (chamadas de plugin que não são leitura) | Pede aprovação por padrão (chamadas de plugin que não são leitura) | Pede aprovação por padrão (chamadas de plugin que não são leitura) | Pede aprovação por padrão (chamadas de plugin que não são leitura) |
| Claude Cowork (modo Manual, o padrão) | Pede aprovação por padrão | Pede aprovação por padrão | Não documentado | Pede aprovação por padrão |
| Claude no Slack (Claude Tag, beta; seus próprios conectores) | Pergunta antes de usar seu conector | Não documentado | Não documentado | Retém resultados sensíveis; revisão opcional |
| Lindy | Segundo o FAQ, espera; padrão não informado | Segundo o FAQ, ações externas esperam | Não documentado | Segundo o FAQ, espera; padrão não informado |
| AI by Zapier | Você ativa (por ferramenta) | Você ativa (por ferramenta) | Você ativa (por ferramenta) | Você ativa (por ferramenta) |
| Microsoft Copilot Studio (ferramentas do agente) | Você ativa (por ferramenta) | Você ativa (por ferramenta) | Você ativa (por ferramenta) | Você ativa (por ferramenta) |
| n8n | Você adiciona uma etapa | Você adiciona uma etapa | Você adiciona uma etapa | Você adiciona uma etapa |
| Make | Você adiciona uma etapa | Você adiciona uma etapa | Você adiciona uma etapa | Você adiciona uma etapa |
Padrões conforme a documentação de cada fornecedor, em 21 de outubro de 2026.
A diferença está na configuração. O Zapier diz que a opção “Require approval before running” do AI by Zapier “vem desligada por padrão, então a ferramenta é executada sem interrupção, a menos que você a ative.” No Microsoft Copilot Studio, a opção “Ask the end user before running” “vem definida como ‘No’ por padrão.”
Um padrão não é uma trava, nem o nosso, e as outras linhas têm suas próprias letras miúdas:
- Microsoft 365 Copilot: na primeira vez que o Copilot usa um plugin que se conecta a outro app (um plugin MCP ou de API), a Microsoft diz que ele “pede que permitam ou cancelem a operação.” Depois disso, leituras não pedem confirmação, e as demais chamadas pedem, “mostrando os dados a serem enviados.” Quem cria um plugin pode desligar a confirmação. Isso vale para plugins em agentes declarativos, não para todos os recursos do Copilot.
- Claude Cowork: o modo Manual é o padrão, e as ferramentas que você marca como “Always allow” pulam a confirmação. O modo Auto troca a confirmação por uma verificação de segurança do próprio Claude, e o modo Skip a remove.
- Claude Tag: a confirmação cobre os seus próprios conectores. As páginas do Claude Tag que lemos não descrevem uma etapa de aprovação para alterações feitas por conectores que um admin vincula a um canal.
- Lindy: O FAQ do Lindy diz que “tudo o que tem impacto externo espera aprovação.” As configurações de proteção do Lindy também oferecem Always allow, e as proteções só valem em threads compartilhadas do Slack, não em DMs, no chat web, no iMessage nem por SMS.
- n8n e Make: você monta a aprovação dentro do fluxo. O app Human in the Loop do Make é para clientes Enterprise e está em beta fechado, e as orientações do Make sobre AI Agent sugerem pedir ao agente que envie o resultado para você no Slack.
Outros três permitem exigir uma verificação, mas não informam um padrão. A Salesforce orienta quem cria agentes no Agentforce a “ativar Require user confirmation” em ações personalizadas que alteram dados ou enviam email. Os apps conectados do ChatGPT têm quatro níveis de permissão, de Always ask a Allow all actions, e a página de ajuda não informa um padrão. Os agentes de espaço de trabalho do ChatGPT perguntam antes de etapas como enviar um email se quem os cria exigir isso. O agente de prospecção do HubSpot oferece “Review emails” ou “Send without review.”
Ferramentas de IA human-in-the-loop para pequenas empresas sem ninguém de TI
Human-in-the-loop (um humano no circuito) significa que o agente para entre propor uma ação e executá-la, e uma pessoa diz sim ou não. Human-on-the-loop é a versão mais solta: o agente age, e uma pessoa acompanha e pode intervir. Para uma equipe pequena sem ninguém de TI, as ferramentas human-in-the-loop que servem são as que perguntam sem nenhuma configuração.
Mas pergunte a um assistente de IA e na maioria das vezes ele aponta para o outro lado. Em 18 de outubro de 2026, a equipe do Dash fez ao ChatGPT, ao Google AI Mode, ao Gemini e ao Claude seis perguntas sobre agentes de IA que pedem aprovação, três vezes cada uma. Das 69 respostas, 49 citaram um criador de automações em que você mesmo desenha a etapa de aprovação (o Zapier em 42), e 41 citaram uma plataforma corporativa operada pela TI, como o Copilot Studio ou o Agentforce. No total, 57 citaram pelo menos um desses dois tipos: uma ferramenta que você mesmo monta ou uma que a TI opera. É o que quatro assistentes de IA disseram em um único dia, não participação de mercado. Se você também está escolhendo um agente por configuração e preço, nosso guia dos melhores agentes de IA para pequenas empresas compara nove deles.
Quais ações de agentes de IA devem exigir aprovação: email, alterações no CRM e pagamentos
Peça aprovação para ações que saem da conversa e são difíceis de desfazer, e deixe o resto rodar. O OWASP GenAI Security Project recomenda “exigir que um humano aprove ações de alto impacto antes que sejam executadas”, e o exemplo dele é um app que publica em redes sociais em nome de um usuário, que “deve incluir uma rotina de aprovação do usuário” para a publicação. O guia da OpenAI para criar agentes avalia cada ferramenta por “acesso somente leitura vs. escrita, reversibilidade, permissões de conta necessárias e impacto financeiro.”
Veja como o Dash classifica as ações de negócio por padrão.
-
Executa sozinho
O resultado fica na sua conversa com o Dash.
- Ler dados das suas ferramentas conectadas
- Cálculos, consultas e análises
- Rascunhos que chegam na sua DM com o Dash
- Respostas na thread em que você perguntou
-
Pergunta antes
Altera outro sistema ou chega a outras pessoas.
- Enviar um email
- Publicar em um canal público ou nas redes sociais
- Gravar no seu CRM: um novo negócio, uma atualização de contato, uma mudança de etapa
- Uma cobrança ou reembolso no Stripe
- Criar ou editar eventos na agenda de outra pessoa
-
Desativado até alguém ativar
Não tem como desfazer, então o Dash não pode executar de jeito nenhum.
- Excluir ou limpar registros de forma permanente
- Excluir um repositório ou branch de código
A regra prática da página como funcionam as aprovações no Dash: “Se o resultado só existe na sua conversa com o Dash, não é preciso aprovação.” Uma resposta na thread em que você perguntou passa direto; as mesmas palavras enviadas a um cliente esperam um sim.
Os agentes de IA mais seguros para pequenas empresas: controles de permissão, aprovações e quem diz sim
Permissão e aprovação são dois controles diferentes. Permissão é o que o agente pode alcançar: quais ferramentas, quais contas e se ele tem acesso de leitura ou de escrita. Aprovação é quando ele para e pergunta. Uma configuração segura precisa das duas, e de uma resposta clara sobre quem pode dizer sim.
No Dash, cada operação de cada uma das suas ferramentas conectadas fica definida como Auto, Ask ou Off, e um admin do espaço de trabalho decide se uma conexão é compartilhada com o espaço de trabalho ou mantida privada. Novas conexões do Gmail e do Outlook começam privadas, então conectar sua caixa de entrada não a abre para a equipe inteira.
Quem pode aprovar muda de ferramenta para ferramenta:
- Dash: qualquer pessoa com acesso à conexão pode aprovar ou negar uma ação pendente, não só quem pediu. Se você quer que um gestor dê o aval, um admin do espaço de trabalho pode nomear aprovadores designados para essa ferramenta. De qualquer forma, a ação é executada em nome de quem pediu ao Dash, com o acesso dessa pessoa verificado de novo naquele momento.
- Lindy: “A pessoa que pediu pode aprovar a própria solicitação, assim como qualquer proprietário ou admin do espaço de trabalho.”
- n8n: nas aprovações pelo Slack, uma lista de aprovadores vazia significa que “qualquer pessoa que possa ver a mensagem pode aprovar ou recusar.”
- Microsoft Copilot Studio: nas aprovações em várias etapas, um recurso em versão prévia, quem cria o fluxo nomeia os aprovadores, e o exemplo da Microsoft envia tudo acima de US$ 5.000 para um gestor.
Depois, alguém precisa conseguir ver o que foi aprovado. O feed de atividades do Dash registra cada ação aprovada ou negada, cada mudança nas configurações de aprovação e nos aprovadores designados, e cada chamada de ferramenta com a pessoa em nome de quem o Dash agiu. Admins e proprietários do espaço de trabalho podem vê-lo.
Colegas de IA no Microsoft Teams ou no Slack que pedem aprovação antes de gastar dinheiro ou publicar em público
Uma cobrança ou uma publicação pública é difícil de desfazer depois que sai. Veja quais agentes da tabela perguntam antes de qualquer uma delas sem nenhuma configuração, e onde o pedido aparece:
- Dash, no Microsoft Teams ou Slack: pergunta antes de uma cobrança ou reembolso no Stripe, de uma publicação em canal público e de uma publicação nas redes sociais. O card de aprovação chega no mesmo chat do Teams ou na mesma thread do Slack, com Approve (aprovar), Always approve this action (sempre aprovar esta ação; Always approve no Teams) e Deny (negar).
- Agentes do Microsoft 365 Copilot: ações de plugins que fazem mais do que ler pedem confirmação antes. A página da Microsoft não cita pagamentos nem publicações pelo nome.
- Claude no Slack: no modo Allow, o Claude “confirma com você antes de publicar qualquer coisa que pareça sensível”, e no modo Allow with review ele “mostra cada resultado para você aprovar antes de publicar no canal.” A documentação dele não fala de gastar dinheiro.
- Lindy, no Slack: uma proteção configurada como Require approval “pergunta no Slack antes de escrever.” A documentação dele também não fala de gastar dinheiro.
Nas ferramentas que você mesmo monta, o pedido vai para onde você o envia. A etapa Human in the Loop do Zapier avisa por email, pelo Slack ou por um Zap acionado, sem opção para o Microsoft Teams. O n8n pode encaminhar aprovações para o Microsoft Teams, o Slack e outros canais. As aprovações em várias etapas do Copilot Studio chegam às pessoas no app de aprovações do Microsoft Teams, no Outlook ou no portal do Power Automate.
Veja um caso de gasto em uma das demonstrações de gestão de imóveis roteirizadas do Dash. Um orçamento de US$ 290 para limpeza de calhas vai para o Aaron aprovar nas mensagens diretas dele, e o Dash informa: “Nenhuma ordem de serviço foi enviada ao fornecedor. Nada é agendado até ele responder.” Depois: “Se o Aaron tivesse recusado, ou simplesmente não respondido, o fornecedor nunca teria tido notícias minhas.”
Controles de aprovação human-in-the-loop que evitam a fadiga de aprovação
Uma aprovação só protege você se alguém a ler. A Anthropic diz que os usuários aceitam 93% dos pedidos manuais de permissão no Claude Code, a ferramenta de programação dela, e que, com o tempo, “as pessoas deixam de prestar muita atenção ao que estão aprovando.” Pesquisadores chamam esse hábito mais amplo de viés de automação, “a tendência de confiar demais na automação.”
Então o objetivo é ter menos pedidos, e que cada um valha a leitura. Veja como o Dash os mantém raros:
- Trabalho que fica na sua conversa nunca pede aprovação.
- Você pode corrigir um rascunho sem recomeçar. Responda “deixe mais curto” na thread, e o Dash refaz o rascunho e pergunta de novo.
- Uma rotina em que você confia pode parar de perguntar. “Always approve this action” desliga a confirmação para essa ferramenta, mas só fica valendo se foi você quem conectou a ferramenta ou se você é admin, e só quando a ferramenta não tem aprovadores designados.
- Uma tarefa agendada só executa uma ferramenta sozinha se um admin do espaço de trabalho ativar isso para a tarefa. O clique de qualquer outra pessoa aprova apenas aquela execução.
Para decidir quando parar de pedir aprovação para uma ação, observe o que as pessoas fazem com os pedidos. O Airtable resume assim: “uma taxa alta de aprovações sem edição significa que você pode afrouxar o controle; edições ou rejeições frequentes significam que ele está pegando problemas reais e deve continuar rígido.”
O Dash já vem com esses padrões configurados. Adicione-o ao seu espaço de trabalho, conecte uma ferramenta, e o primeiro email que ele rascunhar vai esperar a aprovação de uma pessoa antes de sair.