Para automatizar operações comerciais com agentes de IA, comece com um resultado que você possa declarar em uma frase ("todas as faturas de clientes são pagas ou escaladas dentro de quarenta e cinco dias"), forneça a um agente um sistema em que as ações desse resultado existam como ferramentas autorizadas e deixe o agente buscar o resultado enquanto uma pessoa lida com as exceções que ele levanta. Esse é um método diferente do que você usou para automação de fluxo de trabalho, onde você mapeou um caminho e construiu gatilhos ao longo dele.
Os dois são complementares. Fluxos de trabalho são a ferramenta certa onde o caminho é fixo e o volume é alto; agentes são a ferramenta certa onde o caminho varia com a situação e o resultado é o que importa. A maioria dos erros em projetos iniciais de agentes vem do uso do método de fluxo de trabalho (mapear cada passo e depois entregar o mapa ao agente) e a maioria dos sucessos vem de declarar o resultado, governar o sistema e medir com que frequência uma pessoa teve que intervir.
A concepção errônea: mais automação significa mais fluxos de trabalho
Equipes de operações que passaram cinco anos construindo automação de fluxo de trabalho tendem a abordar os agentes da mesma maneira: mapear o processo, identificar cada passo e configurar um agente para realizar os passos. Isso parece rigoroso. Também produz agentes que são frágeis exatamente da mesma forma que os fluxos de trabalho eram, porque o mapa ainda é a coisa que está sendo executada, e o mapa está errado no momento em que um cliente faz algo que o mapa não antecipou.
Um fluxo de trabalho codifica o caminho. Um agente busca um resultado, escolhendo o caminho a partir das ferramentas que possui e do estado que encontra. Quando um fornecedor responde a um pedido de compra com uma data de entrega parcial, um fluxo de trabalho precisa de um ramificação que alguém pensou em construir; um agente lê a resposta, atualiza a data esperada, informa a pessoa que se importa e continua. A diferença não é inteligência. É que o agente recebeu o resultado e um conjunto de ferramentas, em vez de um caminho.
Portanto, a primeira mudança de método é parar de começar pelo mapa do processo. Comece com o que você quer que seja verdade no final da semana.
Comece pelo resultado, não pela tarefa
Um resultado é uma frase sobre o estado do negócio que pode ser verificada. Ele nomeia um conjunto de registros, uma condição e um tempo. Tarefas descrevem atividades; resultados descrevem resultados. A tabela mostra a diferença para quatro operações comuns, e a terceira coluna é o que o agente precisa ser autorizado a fazer para buscar cada resultado.
| Solicitação em formato de tarefa | Solicitação em formato de resultado | Ações que o agente precisa |
|---|---|---|
| Envie e-mails de lembrete no dia 1, 7 e 14 | Toda fatura é paga ou está com uma pessoa para decisão dentro de quarenta e cinco dias após a emissão | Pesquise faturas por saldo devedor, envie lembretes e extratos, pause, crie tarefas |
| Verifique os níveis de estoque toda sexta-feira | Nada na lista ativa cai abaixo do seu ponto de reabastecimento sem um pedido de compra levantado ou uma pessoa informada | Leia os pontos de estoque e reabastecimento, elabore pedidos de compra, pergunte acima de um limite de gasto |
| Responda às consultas dentro de duas horas | Toda consulta tem uma cotação, uma chamada agendada ou uma pessoa nomeada até o final do dia | Leia a caixa de entrada, elabore cotações, reserve horários no calendário, atribua tarefas |
| Registre atrasos de fornecedores | Todo trabalho desta semana tem uma data de entrega confirmada ou um risco sinalizado até segunda-feira ao meio-dia | Leia e-mails e pedidos de fornecedores, atualize datas esperadas, sinalize trabalhos, notifique os proprietários |
A coluna da esquerda é como os fluxos de trabalho são especificados. A coluna do meio é como os agentes devem ser. A coluna da direita é o conjunto de permissões, e é deliberadamente restrito: apenas as ações que o resultado requer.
Escrever a frase do resultado é mais difícil do que parece e vale a hora. Se você não consegue dizer como verificaria, ainda não é um resultado. Se precisar da frase "e usar julgamento", você encontrou a parte que uma pessoa mantém.
Dê ao agente um sistema governado, não um login
A segunda mudança de método diz respeito ao que você entrega ao agente. A tentação é uma conta de usuário no sistema existente e um prompt longo. Isso lhe dá um agente que pode ver tudo, fazer qualquer coisa que a conta pode fazer e não deixar nenhum rastro distinto de uma pessoa. A alternativa é um sistema que trata o agente como um cliente agindo em nome de uma pessoa nomeada, com quatro propriedades.
- Ações como ferramentas. As operações que o resultado precisa existem como ações definidas e tipadas que o agente pode descobrir e chamar, com entradas e um resultado, em vez de telas a serem acionadas. O Model Context Protocol é o padrão aberto para isso, e qualquer agente compatível pode usar ferramentas publicadas através dele.
- Permissões em cada chamada. As ferramentas oferecidas ao agente são filtradas pelo papel da pessoa para quem ele age, e cada chamada é verificada novamente quando é executada. O agente de alguém que não pode aprovar uma ordem de compra também não pode aprovar uma.
- Um orçamento. Onde a própria IA do sistema faz o raciocínio, o gasto é limitado por integração para que um resultado mal definido não acumule uma conta.
- Um registro. Cada chamada, com suas entradas e resultado, atribuída à pessoa para quem o agente atuou, de modo que revisar a semana do agente seja a mesma tarefa que revisar a de um colega.
A especificação do MCP diz que os servidores devem validar entradas e implementar controles de acesso, e que os clientes devem manter uma pessoa capaz de ver e negar chamadas de ferramentas. A orientação atual de ambas Anthropic e OpenAI para seus próprios produtos aponta na mesma direção: revisar as permissões que um servidor conectado solicita, manter a aprovação para ferramentas que alteram dados e conectar-se apenas a servidores em que você confia. Um sistema governado é o que torna esse conselho prático em vez de um aviso a ser ignorado.
O método, em seis etapas
- Declare o resultadoUma frase, verificável, com um prazo definido. Anote as exceções que você espera e quem é responsável por cada uma.
- Execute manualmente por uma semanaA pessoa que faz o trabalho hoje anota o que fez e por quê. Essa página é a política que o agente seguirá, e geralmente é mais curta do que qualquer um esperava.
- Defina as ferramentasListe apenas as ações necessárias para o resultado. Dê ao agente essas ações, sob as permissões da pessoa para quem ele atua, e nada mais.
- Entregue com revisãoO agente executa o resultado; uma pessoa revisa cada ação por uma semana, depois apenas as exceções. Corrija a política, não o agente.
- Meça as exceçõesConte quantas vezes uma pessoa teve que intervir e quão longe o registro estava do resultado quando isso aconteceu. Lembretes enviados não são uma métrica.
- AmplieQuando o primeiro resultado estiver entediante por um mês, adicione o próximo. Reutilize a mesma governança; apenas o resultado e a lista de ferramentas mudam.
A ordem importa. Equipes que pulam o segundo passo acabam escrevendo a política no prompt de memória, e o agente herda cada lacuna nessa memória. Equipes que pulam o terceiro passo dão ao agente todo o sistema e depois passam o período de revisão se preocupando em vez de revisar.
Meça exceções, não tarefas
A automação de fluxo de trabalho é medida em tarefas: execuções concluídas, e-mails enviados, registros atualizados. Esses números aumentam quando a automação funciona e também quando está errada, por isso são tão confortantes e tão inúteis. Um agente que busca um resultado deve ser medido pelo resíduo que deixa para as pessoas.
Três números cobrem a maioria das operações. A proporção de resultados concluídos sem a participação de uma pessoa, que deve aumentar. O número de exceções por semana, que deve cair e depois se manter estável no nível que seu negócio realmente produz. E o atraso em cada exceção: quão longe do resultado o registro estava quando uma pessoa o viu. Se as faturas chegam a uma pessoa com quarenta dias de atraso em vez de quatorze, a política está atrasada, não a pessoa.
Onde os fluxos de trabalho ainda pertencem
Nada disso elimina a automação de fluxo de trabalho. Um caminho fixo em alto volume, sem julgamento, ainda é melhor codificado como um fluxo de trabalho: um webhook que registra um pedido, uma exportação noturna, uma regra que roteia uma submissão de formulário. A tabela de decisão estabelece quando recorrer a qual, e a terceira linha é o caso comum.
| Situação | Busque por | Porque |
|---|---|---|
| Caminho fixo, alto volume, sem julgamento | Um fluxo de trabalho | É mais barato, mais rápido e totalmente previsível, e não há nada para um agente decidir |
| O caminho varia com o que o agente encontra; o resultado é o que importa. | Um agente | Ramos que você não antecipou são tratados lendo a situação em vez de por uma regra ausente |
| Um gatilho fixo seguido de um julgamento | Um fluxo de trabalho que inicia um agente | O gatilho é confiável e o acompanhamento requer leitura, escolha e perguntas |
| Dinheiro saindo, compromissos com clientes, qualquer coisa irreversível | Um agente que prepara e uma pessoa que aprova | O custo de uma ação errada supera o custo de uma pausa |
A questão nunca é qual é melhor. É se o caminho é conhecido antecipadamente e se o passo contém um julgamento.
Um exemplo prático
Aqui está o resultado de estoque da tabela acima, declarado como um pedido permanente a um agente conectado a um espaço de trabalho Sois, onde estoque, fornecedores, pedidos de compra e tarefas são um único registro exposto como ferramentas. O responsável pelas operações definiu um limite de gastos e nomeou o fornecedor em cada item.
- Lendo os níveis de estoque em relação aos pontos de reabastecimento na lista ativa
- Seis itens abaixo do limite; fornecedor habitual e último preço encontrado para cada um
- Quatro pedidos de compra elaborados e enviados dentro do limite de gastos
- Dois pedidos de compra retidos: acima do limite, aguardando sua aprovação
- Datas de entrega esperadas registradas a partir das confirmações do fornecedor
- Um item sinalizado: fornecedor sem estoque, alternativa não registrada
O agente usou as ferramentas de estoque, fornecedor, pedido de compra e tarefa que o papel do líder de operações permite. Não gastou nada acima do limite e parou na única coisa que a política não cobria.
As exceções são a saída. Duas aprovações e uma decisão de fornecimento são o que o líder de operações vê; os quatro pedidos rotineiros existem no registro como se uma pessoa os tivesse levantado, e a revisão de segunda-feira é o log. No Sois, o agente conectado é aquele que o líder já usa, autenticado uma vez via OAuth e atuando dentro de seu papel, e quando esse agente faz o raciocínio, o Sois não realiza nenhuma IA em seu nome e não cobra nada por isso. O método não depende do Sois; depende das quatro propriedades acima serem verdadeiras em qualquer sistema em que o agente atue.
Perguntas que as pessoas fazem
Devo substituir minha automação de fluxo de trabalho por agentes de IA?
Não. Mantenha fluxos de trabalho para caminhos fixos em volume, use agentes onde o caminho varia e o resultado é o que importa, e use um fluxo de trabalho para iniciar um agente onde um gatilho confiável é seguido por um julgamento.
Como sei que uma operação está pronta para ser entregue a um agente?
Você pode declarar o resultado em uma frase verificável, você o executou manualmente por uma semana e anotou a política, e o sistema expõe apenas as ações que o resultado necessita sob as permissões da pessoa para quem o agente atua.
O que devo medir uma vez que um agente esteja executando uma operação?
A proporção de resultados concluídos sem uma pessoa, o número de exceções por semana e quão longe do resultado cada exceção estava quando uma pessoa a viu. Contagens de ações realizadas indicam que o agente está ocupado, não que está certo.
O agente precisa ser próprio do fornecedor?
Não se o sistema falar um protocolo aberto. Qualquer cliente MCP, incluindo Claude e ChatGPT, pode se conectar e agir dentro das permissões do usuário. Um sistema que funciona apenas com seu próprio assistente limita você às funcionalidades que esse assistente recebeu.
- especificação do Protocolo de Contexto do Modelo: ferramentas os servidores devem validar entradas e impor controles de acesso; os clientes devem manter uma pessoa capaz de negar chamadas de ferramentas e registrar o uso
- Anthropic: começando com conectores personalizados usando MCP remoto conecte-se apenas a servidores confiáveis, revise os escopos solicitados, aprove o uso de ferramentas
- Documentação do Sois: o servidor MCP do espaço de trabalho o espaço de trabalho como um servidor MCP; seu próprio agente se conecta e faz o raciocínio
- Sois: segurança e a camada de permissões permissões aplicadas quando as ferramentas são oferecidas e novamente quando estão em execução; limites de gastos por integração; atividade do agente registrada
Este artigo é revisado quando os produtos que descreve mudam. Próxima revisão agendada: 4 de dezembro de 2026.