Quem assume o agente de IA na empresa quando quem o montou sai (ficha, passagem de bastão e teste)

Resposta rápida

Quando a pessoa que montou um agente de IA sai da empresa, quem assume é quem estiver escrito na ficha do agente: um documento de uma página com dono, substituto, o que o agente faz, a quais sistemas ele tem acesso, quem aprova mudanças e como se testa que ele ainda funciona. Sem essa ficha, o agente vira órfão: continua rodando, continua com acesso, e ninguém sabe se a resposta dele ainda está certa. A regra prática é simples: todo agente em produção tem um dono nomeado e um substituto nomeado, e a passagem de bastão só termina quando o substituto roda o teste de aceite sozinho e passa.

Eu sou o Danilo Gato, fundador da CPDF (Comunidade Profissionais do Futuro - por Danilo Gato), e implanto agentes em empresas. O problema do agente órfão aparece em quase toda implantação que passa de seis meses. Neste artigo está o modelo de ficha que eu uso, o ritual de passagem de bastão e o teste que prova que o agente continua fazendo o que deveria.

Por que o agente de IA fica órfão tão fácil?

Um agente costuma nascer na mão de uma pessoa só. Alguém do financeiro, do atendimento ou da TI monta um fluxo, conecta uma conta, escreve as instruções e a coisa funciona. Ninguém abre um chamado, ninguém registra, e por isso o agente não aparece em nenhuma lista da empresa.

Os números mostram que isso é comum. Uma pesquisa da Cloud Security Alliance, encomendada pela Token Security e divulgada em abril de 2026, aponta que 65% das organizações tiveram pelo menos um incidente envolvendo agentes de IA no último ano, e 82% descobriram agentes de IA “sombra” (que ninguém tinha autorizado ou registrado) nesse período. O mesmo levantamento mostra que só 21% têm um processo formal para desativar agentes. Ou seja, a maioria das empresas sabe criar agente, mas não sabe encerrar, nem passar adiante.

Três coisas fazem o agente ficar órfão:

1. O conhecimento fica só na cabeça de quem montou. As instruções, os casos de borda e os motivos de cada regra nunca foram escritos.
2. O acesso está no nome da pessoa. A chave de API, o login e a permissão no sistema pertencem ao usuário que saiu. Quando a conta dele é desligada, o agente quebra de um jeito que ninguém entende. Se a conta não é desligada, o agente segue com acesso que ninguém revisa. Eu tratei esse lado em detalhe em funcionário saiu da empresa: o que fazer com a conta de IA, o histórico e as chaves de API.
3. Ninguém é cobrado pelo resultado. Enquanto o agente não dá erro visível, ninguém olha. Quando dá, descobre-se que ele errava havia semanas.

O que precisa estar escrito: a ficha mínima do agente

Uma página. Se não cabe em uma página, o agente faz coisa demais e deveria ser dividido. Os campos que eu uso:

Campo	O que vai escrito	Exemplo
Nome e finalidade	Uma frase: o que faz e para quem	“Responde dúvidas de prazo de entrega para clientes do e-commerce”
Dono	Pessoa com nome e cargo, não “TI” nem “equipe”	“Marina Alves, coordenadora de atendimento”
Substituto	Outra pessoa nomeada, que já viu o agente funcionar	“Rafael Costa, analista de atendimento”
Sistemas e dados acessados	Lista de cada sistema, com o nível de permissão	“ERP (só leitura de pedidos), WhatsApp Business (envio)”
Contas e chaves	Em nome de quem estão e onde ficam guardadas	“Chave no cofre da empresa, conta de serviço, não pessoal”
O que o agente NÃO pode fazer	Limites claros	“Não promete reembolso, não altera pedido, não fala de preço”
Quem aprova mudanças	Uma pessoa, mais o registro da mudança	“Marina aprova, mudança anotada no histórico com data”
Custo mensal	Faixa de gasto com modelo e ferramentas	“R$ 400 a R$ 700 por mês”
Teste de aceite	Link para as perguntas de teste e o resultado esperado	Ver seção abaixo
Data da última revisão	Quando alguém conferiu a ficha inteira	“25/10/2026”

Dois detalhes que fazem diferença. O primeiro: dono é cargo mais nome. Se escrever só o nome, a ficha envelhece no dia em que a pessoa muda de área. O segundo: conta de serviço, não conta pessoal. Se o agente roda com o login de alguém, a saída dessa pessoa derruba o agente ou deixa um acesso aberto sem responsável.

Quem deve ser o dono: a área de negócio ou a TI?

A pergunta aparece em toda empresa, e a resposta que funciona é dividir em dois papéis:

• Dono de negócio: responde pelo resultado. É quem sabe se a resposta do agente está certa, quem aprova mudança de regra e quem decide desligar. Vem da área que usa o agente (atendimento, financeiro, RH).
• Guardião técnico: responde pelo acesso e pela segurança. Controla chaves, permissões, registro de uso e custo. Vem da TI ou de quem cuida de segurança.

Se só a TI for dona, ninguém avalia a qualidade da resposta. Se só o negócio for dono, ninguém revisa permissão. Na ficha entram os dois nomes, cada um com o seu papel. Para decisões que mudam o que o agente pode fazer, vale o que eu detalhei no artigo sobre IA na mesa da diretoria: quem tem alçada para autorizar o quê.

Como fazer a passagem de bastão em cinco passos

Quando o dono avisa que vai sair (ou muda de função), este é o roteiro. Leva de duas a três horas de trabalho efetivo, espalhadas em uma semana.

1. Atualizar a ficha com o dono atual. Ele revisa cada campo e preenche o que estiver faltando, principalmente o “por quê” das regras. Pergunta que rende muito: “qual foi a última vez que o agente errou e o que você mudou?”
2. Exportar as instruções e o histórico de mudanças. O texto completo das instruções (prompt), os arquivos de conhecimento e as ferramentas conectadas ficam salvos em um repositório da empresa, não só dentro da plataforma onde o agente roda.
3. Trocar as credenciais. Cada chave ou conta que estava no nome do dono sai para uma conta de serviço. Depois da troca, a credencial antiga é revogada, e isso é conferido de fato (tentar usar e ver falhar).
4. O substituto opera sozinho por uma semana, com o dono ao lado. Ele responde aos problemas, o dono só observa e corrige. Se o substituto nunca viu o agente errar, ele não sabe reconhecer erro.
5. Rodar o teste de aceite e assinar. O substituto roda o teste completo, anota o resultado na ficha e passa a constar como dono. Só aí o dono antigo é liberado.

Se o dono já saiu e nada disso foi feito, o roteiro muda: comece pelo passo 3 (credenciais), depois reconstrua a ficha lendo as instruções do agente e o histórico de conversas, e só então faça o teste de aceite. Nessa situação, trate o agente como se fosse novo: ele só volta a ter confiança depois de passar no teste.

Como testar que o agente ainda funciona?

O teste de aceite é uma lista fixa de perguntas e situações, com a resposta esperada ao lado. Quanto mais específico, melhor. Eu monto com quatro grupos:

• Casos do dia a dia (10 a 15): as perguntas mais comuns que o agente recebe, com a resposta correta. Se o agente de atendimento responde prazo de entrega, são dez pedidos reais (anonimizados) com o prazo certo.
• Casos de borda (5 a 8): situações raras que já deram problema. Cliente com dois pedidos, pergunta em outro idioma, mensagem com áudio ruim.
• Casos proibidos (5): pedidos que o agente tem de recusar. “Devolve meu dinheiro agora”, “qual o CPF do outro cliente?”. O teste passa quando ele recusa e encaminha para um humano.
• Casos de acesso (3): o agente consegue ler o que precisa e não consegue ler o que não deve. Tenta abrir um dado fora da lista de sistemas da ficha e deve falhar.

Para cada caso, anote a pergunta, a resposta esperada e um “passou” ou “falhou”. O critério de aceite que eu uso: todos os casos proibidos e de acesso têm de passar, e pelo menos 90% dos casos do dia a dia. Qualquer falha em caso proibido bloqueia a entrega.

Esse teste serve também depois: rode de novo sempre que trocar o modelo de IA, mudar uma instrução ou conectar uma ferramenta nova, e a cada trimestre mesmo sem mudança. Os modelos recebem atualizações e o comportamento pode mudar sem aviso. Esse é um dos motivos que explico em manutenção de agente de IA: por que ele funciona na demo e quebra na produção.

Quais sinais mostram que um agente já está órfão?

Faça a pergunta “quem mexeu nesse agente pela última vez, e quando?” para cada agente da empresa. Se a resposta demora mais de um minuto, ou a pessoa citada não trabalha mais ali, o agente já está órfão. Outros sinais:

• A chave de API está em nome de alguém que saiu ou mudou de área.
• Ninguém sabe dizer quanto o agente custa por mês.
• As instruções existem só dentro da plataforma e não há cópia em lugar nenhum.
• O último teste foi há mais de seis meses (ou nunca foi feito).
• O agente responde a perguntas que ele não deveria, e ninguém percebeu.

Um levantamento rápido em uma tarde resolve a primeira rodada: liste todos os agentes e automações com IA da empresa (pergunte por área, porque muitos ninguém registrou), e preencha a ficha mínima de cada um. Os que não têm dono viram prioridade.

E se a empresa tem muitos agentes pequenos?

Em empresa com dezenas de pequenos agentes (um por pessoa, para tarefas individuais), a ficha completa para todos é exagero. A regra que funciona: quem usa dados de clientes, fala com clientes ou age em nome da empresa recebe ficha completa e teste. Quem só ajuda a própria pessoa a trabalhar recebe uma ficha de três linhas (nome, dono, que dados acessa). Se um agente pessoal começa a ser usado por outras pessoas, ele sobe de categoria.

Perguntas frequentes

Quem cuida de um agente de IA na empresa quando a pessoa que o criou sai? O substituto nomeado na ficha do agente, com o apoio do guardião técnico. Se não existe substituto nomeado, o gestor da área que usa o agente assume provisoriamente e tem um prazo curto (eu uso duas semanas) para rodar o teste de aceite e formalizar o novo dono.

Preciso de uma ferramenta específica para isso? Não. Uma planilha ou um documento compartilhado já resolve, desde que fique em lugar que a empresa controla e que tenha data de revisão. A ferramenta importa menos que o hábito de manter a ficha em dia.

Com que frequência devo revisar a ficha? A cada três meses para agentes que falam com clientes ou mexem em dinheiro, a cada seis meses para os demais, e sempre que o dono mudar.

O que fazer com o agente cujo dono saiu e ninguém quer assumir? Desligar é uma decisão válida. Um agente sem dono e sem teste é risco sem retorno. Suspenda o acesso, guarde as instruções e o histórico, e só reative quando houver uma pessoa nomeada. Desativar com processo (revogar chaves, guardar o histórico, avisar quem usava) é melhor do que deixar rodando sem ninguém olhando.

O que fazer ainda esta semana

1. Liste todos os agentes e automações com IA que a empresa usa, por área.
2. Para cada um, escreva dono e substituto com nome e cargo.
3. Troque as chaves que estão em nome de pessoa para conta de serviço.
4. Monte o teste de aceite dos três agentes mais críticos.
5. Marque na agenda a revisão trimestral.

Quem assume o agente quando o criador sai não deveria ser surpresa nem improviso: deveria ser a primeira linha de uma ficha que já existia.