Para automatizar operações empresariais com agentes de IA, comece a partir de um resultado que pode ser expresso numa frase ("todas as faturas de clientes são pagas ou escaladas dentro de quarenta e cinco dias"), dê a um agente um sistema em que as ações desse resultado existam como ferramentas autorizadas, e deixe o agente perseguir o resultado enquanto uma pessoa lida com as exceções que ele levanta. Esse é um método diferente do que você usou para a automação de fluxos de trabalho, onde mapeou um caminho e construiu gatilhos ao longo dele.
Os dois são complementares. Os fluxos de trabalho são a ferramenta certa onde o caminho é fixo e o volume é alto; os 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 ideia errada: mais automação significa mais fluxos de trabalho
As equipas de operações que passaram cinco anos a construir automação de fluxos de trabalho tendem a abordar os agentes da mesma forma: mapear o processo, identificar cada passo e configurar um agente para realizar os passos. 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á a ser 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 persegue um resultado, escolhendo o caminho a partir das ferramentas que tem e do estado que encontra. Quando um fornecedor responde a uma ordem de compra com uma data de entrega parcial, um fluxo de trabalho precisa de um ramo 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 a partir do mapa do processo. Comece a partir do que deseja 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. Nomeia um conjunto de registos, uma condição e um tempo. As tarefas descrevem atividade; os resultados descrevem resultados. A tabela mostra a diferença para quatro operações comuns, e a terceira coluna é o que o agente precisa de ser autorizado a fazer para perseguir cada resultado.
| Pedido em forma de tarefa | Pedido em forma de resultado | Ações que o agente precisa |
|---|---|---|
| Enviar e-mails de lembrete no dia 1, 7 e 14 | Todas as faturas são pagas ou estão com uma pessoa para decisão dentro de quarenta e cinco dias após a emissão | Pesquisar faturas por saldo em dívida, enviar lembretes e extratos, pausar, criar tarefas |
| Verificar os níveis de stock todas as sextas-feiras | Nada na lista ativa desce abaixo do seu ponto de reposição sem uma ordem de compra levantada ou uma pessoa informada | Ler os pontos de stock e de reposição, elaborar ordens de compra, perguntar acima de um limite de despesa |
| Responder a inquéritos dentro de duas horas | Todos os inquéritos têm um orçamento, uma chamada agendada ou uma pessoa nomeada até ao final do dia | Ler a caixa de entrada, elaborar orçamentos, reservar slots no calendário, atribuir tarefas |
| Registar atrasos de fornecedores | Todos os trabalhos desta semana têm uma data de entrega confirmada ou um risco sinalizado até segunda-feira ao meio-dia | Ler correio e encomendas de fornecedores, atualizar datas esperadas, sinalizar trabalhos, notificar 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 não consegue dizer como a verificaria, ainda não é um resultado. Se precisar da frase "e usar julgamento", 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 entrega ao agente. A tentação é uma conta de utilizador no sistema existente e um longo prompt. Isso dá-lhe um agente que pode ver tudo, fazer tudo o que a conta pode fazer e não deixar rasto 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 necessita existem como ações definidas e tipadas que o agente pode descobrir e chamar, com entradas e um resultado, em vez de ecrãs a serem manipulados. O Model Context Protocol é o padrão aberto para isto, 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 atua, 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 possa gerar uma fatura elevada.
- Um registo. Cada chamada, com as suas entradas e resultado, atribuída à pessoa para quem o agente atuou, de modo que rever a semana do agente seja a mesma tarefa que rever a de um colega.
A especificação do MCP diz que os servidores devem validar entradas e implementar controlos de acesso, e que os clientes devem manter uma pessoa capaz de ver e negar chamadas de ferramentas. A orientação atual de ambas as empresas, Anthropic e OpenAI, para os seus próprios produtos aponta na mesma direção: rever as permissões que um servidor conectado solicita, manter a aprovação para ferramentas que alteram dados e conectar-se apenas a servidores em quem confia. Um sistema governado é o que torna esse conselho prático em vez de um aviso a ignorar.
O método, em seis passos
- Declare o resultadoUma frase, verificável, com um prazo. Anote as exceções que espera e quem é responsável por cada uma.
- Execute manualmente durante uma semanaA pessoa que faz o trabalho hoje anota o que fez e porquê. Essa página é a política que o agente seguirá, e geralmente é mais curta do que alguém 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 atua, e nada mais.
- Entregue com revisãoO agente executa o resultado; uma pessoa revisa cada ação durante uma semana, depois apenas as exceções. Corrija a política, não o agente.
- Meça as exceçõesConte com que frequência uma pessoa teve de intervir e quão longe do resultado estava o registo quando o fez. Lembretes enviados não são uma métrica.
- AlargueQuando o primeiro resultado tiver sido aborrecido durante um mês, adicione o próximo. Reutilize a mesma governança; apenas o resultado e a lista de ferramentas mudam.
A ordem é importante. As equipas que saltam o segundo passo acabam por escrever a política no prompt de memória, e o agente herda todas as lacunas dessa memória. As equipas que saltam o terceiro passo dão ao agente todo o sistema e depois passam o período de revisão a preocupar-se em vez de rever.
Meça exceções, não tarefas
A automação de fluxos de trabalho é medida em tarefas: execuções concluídas, e-mails enviados, registos atualizados. Esses números aumentam quando a automação funciona e também quando está errada, razão pela qual são tão reconfortantes e tão inúteis. Um agente que persegue um resultado deve ser medido pelo resíduo que deixa para as pessoas.
Três números cobrem a maioria das operações. A percentagem de resultados concluídos sem a intervenção de uma pessoa, que deve aumentar. O número de exceções por semana, que deve diminuir e depois manter-se estável ao nível que o seu negócio realmente produz. E o atraso em cada exceção: quão longe do resultado estava o registo quando uma pessoa o viu. Se as faturas chegam a uma pessoa com quarenta dias de atraso em vez de catorze, a política está atrasada, não a pessoa.
Onde os fluxos de trabalho ainda pertencem
Nada disto retira a automação de fluxos de trabalho. Um caminho fixo em alto volume, sem julgamento, é ainda melhor codificado como um fluxo de trabalho: um webhook que regista uma encomenda, uma exportação noturna, uma regra que direciona uma submissão de formulário. A tabela de decisões define quando recorrer a qual, e a terceira linha é o caso comum.
| Situação | Recorra a | 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 que um agente tenha de decidir |
| O caminho varia com o que o agente encontra; o resultado é o que importa. | Um agente | Ramos que não antecipou são tratados lendo a situação em vez de por uma regra em falta |
| Um gatilho fixo seguido de um juízo | Um fluxo de trabalho que inicia um agente | O gatilho é fiável e o seguimento requer leitura, escolha e pergunta |
| Dinheiro a sair, compromissos com clientes, tudo o que é 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 de antemão e se o passo contém um juízo.
Um exemplo prático
Aqui está o resultado do stock da tabela acima, apresentado como um pedido permanente a um agente ligado a um espaço de trabalho Sois, onde stock, fornecedores, encomendas de compra e tarefas são um único registo exposto como ferramentas. O responsável pelas operações definiu um limite de gastos e nomeou o fornecedor em cada item.
- Leitura dos níveis de stock em relação aos pontos de reposição na lista ativa
- Seis itens abaixo do limite; fornecedor habitual e último preço encontrado para cada um
- Quatro ordens de compra redigidas e enviadas dentro do limite de gastos
- Duas ordens de compra retidas: acima do limite, aguardando a sua aprovação
- Datas de entrega esperadas registadas a partir das confirmações do fornecedor
- Um item sinalizado: fornecedor sem stock, alternativa não registada
O agente utilizou as ferramentas de stock, fornecedor, ordem de compra e tarefa que o papel do responsável 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 responsável pelas operações vê; as quatro ordens rotineiras existem no registo como se uma pessoa as tivesse levantado, e a revisão de segunda-feira é o registo. No Sois, o agente conectado é aquele que o responsável já utiliza, autenticado uma vez através do OAuth e atuando dentro do 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 a 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 fiável é seguido por um julgamento.
Como sei que uma operação está pronta para ser entregue a um agente?
Pode declarar o resultado numa frase verificável, executou-o manualmente durante uma semana e anotou a política, e o sistema expõe apenas as ações que o resultado necessita, de acordo com as permissões da pessoa para quem o agente atua.
O que devo medir uma vez que um agente está a executar uma operação?
A percentagem 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 de ser o próprio do vendedor?
Não se o sistema utilizar um protocolo aberto. Qualquer cliente MCP, incluindo Claude e ChatGPT, pode conectar-se e agir dentro das permissões do utilizador. Um sistema que funciona apenas com o seu próprio assistente limita-o às funcionalidades que esse assistente recebeu.
- especificação do Protocolo de Contexto do Modelo: ferramentas os servidores devem validar entradas e impor controlos de acesso; os clientes devem manter uma pessoa capaz de negar chamadas de ferramentas e registar o uso
- Anthropic: como começar com conectores personalizados usando MCP remoto conectar apenas a servidores de confiança, rever os âmbitos solicitados, aprovar o uso de ferramentas
- Documentação Sois: o servidor MCP do espaço de trabalho o espaço de trabalho como um servidor MCP; o seu próprio agente conecta-se 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 funcionamento; limites de gastos por integração; atividade do agente registada
Este artigo é revisto quando os produtos que descreve mudam. Próxima revisão agendada: 4 de dezembro de 2026.