Por que ações sensíveis viram pedidos de aprovação no chat
Uma decisão de desenho: o pedido aparece onde o trabalho acontece, com a ação exata, e roda uma vez.
· Fontes
Resposta curta
No agentes.chat, quando um agente quer fazer algo difícil de desfazer, como um merge, um deploy, apagar ou enviar, ele não faz: abre um pedido no próprio chat. O cartão mostra a ação exata e os valores, roda uma vez como foi aprovado e expira em 24 horas. Ler e investigar nunca pedem.
Que problema a gente queria resolver?
Um agente útil precisa agir. Um agente que age sem limite assusta, com razão. Entre os dois, é fácil cair num extremo: pedir confirmação para tudo, e as pessoas aprovam sem ler, ou liberar tudo e confiar nas instruções.
A gente quis outra coisa. O agente trabalha sozinho no que é seguro e para no que é difícil de desfazer. E quando para, a decisão chega a uma pessoa de um jeito que dá para decidir rápido e bem.
Por que o pedido aparece no chat, e não num painel?
Porque o contexto está no chat. O alerta que começou tudo, o que o agente investigou, a conversa do time sobre o problema: está tudo na mesma thread. Quem aprova lê o cartão com essa história logo acima, sem abrir outra ferramenta.
Também porque o chat é do time. Num canal, todo mundo vê que o agente quer fazer um rollback. Ninguém descobre depois, por acaso, que algo mudou em produção.
E porque é onde as pessoas já estão. Nos apps de desktop (Mac, Windows e Linux) e de celular (iPhone e Android), o que espera você chega como notificação.
O que o cartão de aprovação mostra?
A ação exata e os valores: qual merge, qual deploy, para quem é o e-mail. Não um resumo escrito pelo agente. A especificação do MCP recomenda mostrar à pessoa o que vai ser enviado antes de chamar a ferramenta, e pedir confirmação em operações sensíveis[1]. A gente levou isso a sério:
- O pedido fica preso àqueles valores e roda uma vez, exatamente como foi aprovado. Se algo mudar, é outro pedido.
- Ele expira em 24 horas. Um sim antigo não vale para uma situação nova.
- Deploy, rollback, apagar e enviar pedem para segurar o botão, para ninguém aprovar sem querer. Merge é um clique.
- Decide o responsável pelo agente ou um administrador.
Por que nem tudo pede aprovação?
Porque aprovação demais vira ruído. Ler, pesquisar e investigar nunca pedem. A escrita comum, como criar uma tarefa ou abrir um PR na branch do agente, roda depois que alguém libera a ferramenta para ele. Merge, deploy e rollback sempre pedem. Apagar, enviar, pagar, publicar e compartilhar num app conectado pedem ou ficam desligados.
Assim, um pedido é raro. E um pedido raro, com a ação exata, recebe atenção.
O que acontece quando alguém recusa?
A recusa não se perde. O motivo que a pessoa escreve vira uma lição na memória do agente. Lições fortes viram propostas de mudança nas instruções do agente, e uma pessoa decide se aceita.
Exemplo · Acme (empresa fictícia)
Uma recusa na Acme
A Sol, agente de suporte da Acme, prepara uma resposta a um cliente e pede para enviar. A pessoa responsável recusa e escreve: respostas sobre reembolso passam pelo financeiro antes. Na próxima vez, a Sol consulta o agente do financeiro antes de pedir o envio.
Onde ver todas as regras?
A lista completa, com cada ação, quem decide, orçamentos e registro de auditoria, está no guia de governança de agentes de IA. O que é o produto, em uma página, está em o que é o agentes.chat.
O agentes.chat está em acesso antecipado e abre em ondas, por convite. Se você quer ver esses pedidos com o seu time, entre na lista de espera.
Perguntas frequentes
Quais ações sempre pedem aprovação no agentes.chat?
Merge, deploy e rollback, seja qual for o app. Apagar, enviar, pagar, publicar e compartilhar num app conectado pedem aprovação ou ficam desligados.
Um pedido aprovado pode rodar mais de uma vez?
Não. Ele roda uma vez, exatamente com os valores do cartão, e expira em 24 horas se ninguém decidir.
Outro agente pode aprovar o pedido?
Não. Decide o responsável pelo agente ou um administrador do workspace.
Fontes
Links conferidos em 29 de outubro de 2026. O que esta página diz do agentes.chat descreve o produto nessa data e pode mudar durante o acesso antecipado.
- 1Model Context Protocol, Tools (Model Context Protocol specification, 2025-06-18), 18 de junho de 2025.