Tens dois ou três agentes em produção. Um responde a pedidos de clientes, outro prepara documentos, talvez um terceiro mova dados entre sistemas. Funcionam. E logo quando começam a funcionar, alguém te diz que agora precisas de «AgentOps». Procuras o que é e o que encontras dá por adquirido um cluster de Kubernetes, uma plataforma interna, uma equipa dedicada e um orçamento de observabilidade que na tua empresa não existe nem vai existir.
A tese numa frase: quase tudo o que se publica sobre AgentOps está escrito de dentro da empresa que vende a plataforma, e por isso confunde a infraestrutura com o controlo. O que de facto protege uma operação pequena não são as ferramentas: são cinco decisões, e as cinco tomam-se sem contratar ninguém.
AgentOps para PME: porque é que os referenciais não servem tal como estão
AgentOps, na sua definição sensata, é operar o ciclo de vida de um agente em produção: versioná-lo, observá-lo, avaliá-lo, conter o que pode fazer e repará-lo quando se degrada. Esse enunciado está correto e aplica-se igualmente a uma empresa de doze pessoas e a uma de doze mil. O que não se aplica igualmente é a implementação.
Os referenciais que circulam vêm de fabricantes de infraestrutura e arrastam os seus pressupostos: que tens orquestração de contentores, que há uma equipa de plataforma capaz de montar uma stack de observabilidade, que existe um ciclo de implantação com ambientes separados, e que alguém pode dedicar semanas a instrumentar. Quando uma PME lê isto, tira uma de duas conclusões e ambas são más: ou «isto não é para mim, logo vejo», ou «pronto, montamos a plataforma» — que é começar a casa pelo telhado e queimar o orçamento antes de ter o primeiro controlo posto.
O erro de fundo é tratar AgentOps como uma camada de tecnologia quando numa operação pequena é, sobretudo, uma camada de decisões. A pergunta útil não é «que plataforma monto?», mas «o que pode este agente fazer sem que ninguém o aprove, e como é que fico a saber quando algo corre mal?». Essa pergunta responde-se igual com ou sem Kubernetes.
Os cinco controlos de que precisas mesmo (e onde vivem numa PME)
Estes cinco controlos cobrem a maior parte do risco real de operar agentes. Nenhum exige plataforma própria; todos exigem que alguém decida e o escreva.
| Controlo | O que evita | Versão PME: onde vive |
|---|---|---|
| Identidade do agente | Que um agente comprometido ou confuso tenha as chaves de tudo | Um utilizador técnico próprio por agente em cada sistema, permissões mínimas, não a conta de administrador |
| Guarda-corpos | Que execute sozinho a ação irreversível: pagar, apagar, escrever ao cliente, publicar | Lista curta de ações que exigem aval humano, escrita antes de ligar seja o que for |
| Rasto | Que ninguém consiga explicar porque é que o agente fez o que fez | Um registo por caso com entrada, versão das instruções e saída, ainda que seja uma tabela |
| Controlo de custo | Que a fatura do fornecedor surpreenda ao fim do mês | Limite de gasto por agente e alerta acima do limiar diário, na própria consola do fornecedor |
| Humano no ciclo | Que um erro pequeno se multiplique por mil antes de alguém olhar | Um ponto de revisão onde alguém vê uma amostra e pode parar o agente num clique |
1. Identidade própria por agente
A falha mais comum e mais barata de corrigir: o agente corre com as credenciais de alguém —normalmente de quem o montou— e portanto pode fazer tudo o que essa pessoa pode fazer. Dá a cada agente o seu próprio utilizador no CRM, no correio, no ERP, com as permissões justas da sua tarefa. Se um agente só tem de ler encomendas, que não as possa apagar. É meia hora de configuração e é a diferença entre um incidente circunscrito e um que te obriga a auditar tudo.
2. Guarda-corpos: a lista do que nunca se faz sozinho
Antes de ligar um agente a um sistema real, escreve a lista de ações que ele nunca executa sem que uma pessoa diga que sim: mover dinheiro, apagar registos, escrever a um cliente pela primeira vez, publicar para fora, alterar preços. A lista tem de ser curta —com vinte linhas ninguém a respeita— e escrita antes, não depois do primeiro susto. É o mesmo critério que se aplica a automatizar qualquer processo: desenvolvemo-lo no guia sobre governação e controlo da automatização com IA.
3. Rasto: um registo por caso, ainda que numa folha de cálculo
Não precisas de uma plataforma de observabilidade para ter rasto. Precisas que cada atuação do agente deixe uma linha com quatro coisas: o que entrou, que versão de instruções estava ativa, o que fez e o que saiu. Com isso podes reconstruir um caso quando um cliente reclama e —mais útil no dia a dia— podes distinguir se uma falha vem do modelo, do dado ou de uma instrução mal escrita. Sem esse registo, qualquer discussão sobre porque é que o agente falhou é opinião.
4. Controlo de custo antes de chegar a fatura
Um agente em ciclo pode gastar numa tarde o orçamento de um trimestre. Não é preciso nada sofisticado: limite de gasto por agente na consola do fornecedor, alerta quando o consumo diário sai da sua faixa habitual, e um número de referência —quanto custa um caso resolvido— para poderes dizer se compensa. Esse número, já agora, é o que transforma «a IA é cara» numa decisão.
5. Humano no ciclo, mas por amostragem
O erro das PME aqui é binário: ou reveem tudo (e então o agente não poupa nada) ou não reveem nada (e o erro é descoberto por um cliente). A versão que funciona é intermédia: revisão completa enquanto a taxa de acerto não estiver estabilizada, e depois amostragem —uma percentagem de casos ao acaso mais cem por cento dos que o próprio agente marca como duvidosos—. Como se desenha esse ponto de controlo está no guia sobre humano no ciclo na automatização com IA.
A ordem importa: o que se monta primeiro
Se tentas os cinco ao mesmo tempo, não acabas nenhum. Esta é a ordem que aguenta numa operação pequena, do mais urgente ao menos:
- Identidade e permissões mínimas por agente. É o mais barato e o que tira mais risco.
- A lista de ações que exigem aval. Meia página, decidida por quem responde pelo processo.
- O registo por caso. Ainda que comece por ser uma folha de cálculo alimentada pelo próprio fluxo.
- O limite de gasto e o alerta. Dez minutos na consola do fornecedor.
- A amostragem de revisão. Afina-se com os dados das primeiras semanas, não antes.
Quando precisas mesmo da versão grande
Nada disto significa que a infraestrutura nunca importe. Há sinais concretos de que a abordagem manual te ficou pequena, e convém reconhecê-los a tempo:
- Passas de uma dezena de agentes e já não sabes de cor o que faz cada um nem quem responde por ele.
- Os agentes chamam-se uns aos outros, por isso uma falha num propaga-se e o rasto por caso deixa de chegar.
- Operas num setor regulado ou tomas decisões sobre pessoas: aí o rasto deixa de ser boa prática e passa a obrigação com prazo de conservação.
- O custo mensal dos modelos já se nota na conta de resultados e precisas de o atribuir por processo, não por fornecedor.
- Mais do que uma equipa mexe nos mesmos agentes e as alterações pisam-se.
Quando dois ou três desses sinais aparecem em conjunto, o trabalho deixa de ser configurar e passa a ser manter: versões, avaliação contínua, donos atribuídos e um ciclo de melhoria. Esse salto tratamo-lo no guia sobre manutenção das automatizações com IA, e a pergunta de quem o faz —tu, alguém da tua equipa ou alguém de fora— desenvolvemo-la em quem mantém os teus agentes de IA.
O que AgentOps para PME não é
Não é comprar uma ferramenta que ponha «AgentOps» na página de preços. Quase todas são boas numa das cinco coisas —normalmente o rasto— e deixam-te as outras quatro, que são decisões tuas de qualquer forma. Também não é um documento de política de vinte páginas que ninguém lê. E não é esperar por ter alguém de plataforma: se esperares por isso, os teus agentes vão passar meses em produção sem nenhum dos cinco controlos, que é exatamente o cenário de que toda a gente avisa.
A versão honesta para uma empresa pequena cabe numa tarde de decisões e umas quantas horas de configuração: cada agente com a sua identidade, uma lista curta do que não faz sozinho, um registo por caso, um limite de gasto e um ponto de revisão com amostragem. Não é glamoroso e não se parece com um diagrama de arquitetura. Mas é o que faz com que daqui a seis meses consigas explicar o que o teu agente fez e porquê, que é a única coisa que te vão perguntar.