Depois de um incidente causado por agente, a reunião tem um momento previsível: alguém pergunta de quem era aquilo. E a resposta demora, porque três respostas parciais competem — quem construiu, quem usa e quem opera a plataforma.
Por que a pergunta é difícil
Um agente atravessa fronteiras organizacionais por natureza. O time de dados construiu, o time comercial usa, a plataforma hospeda, a segurança auditaria se soubesse que existe. Cada um tem uma parte da responsabilidade e nenhum tem a decisão.
Essa difusão não é acidente: é o resultado de não ter feito a pergunta no início, quando ela era barata. Depois do incidente ela vira política interna.
Responsabilidade que não foi atribuída antes será negociada depois, no pior momento possível.
Três papéis distintos que precisam de nome
- Dono do agente. Responde pelo comportamento: o que ele pode fazer, com qual permissão, com qual propósito. É quem aprova elevação de escopo e quem assina o risco residual.
- Operador da plataforma. Responde pela infraestrutura: isolamento, disponibilidade, log, segmentação. Não decide permissão de negócio.
- Delegante. O usuário que aciona numa execução específica. Responde pelo pedido, não pelo desenho.
Separar esses três resolve a maior parte das discussões de incidente antes de elas acontecerem, porque cada pergunta tem um destinatário previsto.
O teste do campo obrigatório
A forma mais barata de forçar essa clareza é técnica, não organizacional: torne o campo “dono” obrigatório no registro do agente e faça o deploy falhar sem ele. Um campo obrigatório resolve em uma sprint o que uma política de governança não resolve em um ano — porque o custo de não preencher passa a ser imediato e concreto.
E quando o agente erra sozinho
Vale dizer o óbvio, porque nem sempre é dito: a responsabilidade não migra para o agente. Ele não tem intenção nem patrimônio. Quem responde é quem decidiu dar aquela permissão àquele processo — e essa pessoa merece saber disso antes do incidente, não durante.
