Por que a aprovação final fica nas mãos de uma pessoa?

Já vimos que o agente de execução pode se concentrar em "apenas fazer o trabalho". Em seguida, um agente de auditoria separado — independente da execução — assume o papel de "identificar problemas".

Então, quem emite o julgamento final de "seguir em frente" ou "parar"?

Esse é o último dos três papéis na separação de poderes (aqui: a divisão entre execução, auditoria e aprovação em agentes distintos): o responsável pela aprovação. Nessa estrutura, a aprovação fica a cargo de uma pessoa.

O que faz o responsável pela aprovação

O trabalho do responsável pela aprovação é tomar a decisão de "está liberado para avançar".

Depois que o agente de execução conclui o trabalho e o agente de auditoria faz a verificação, quem diz "pode ir" no final é o responsável pela aprovação.

Há uma razão para esse papel ser atribuído a uma pessoa.

Um agente de IA consegue executar. Também consegue auditar. No entanto, assumir a responsabilidade de dizer "essa decisão é minha" é algo que, por enquanto, só uma pessoa consegue fazer. Quando alguém precisa ser responsável, a estrutura foi desenhada para deixar claro onde essa responsabilidade está. Por isso, o papel de aprovação fica com a pessoa.

Não é uma questão de "não dar para confiar sem que um humano olhe". É o fato de que uma pessoa ocupa essa posição para que a estrutura deixe registrado quem é o responsável pela decisão.

Por que o GO final vem de uma pessoa

Por mais precisa que seja a execução e a auditoria, o ato de "seguir em frente" exige alguém que assuma a responsabilidade.

É aqui que entra a relação com as "ações irreversíveis" (ou seja, operações que não podem ser desfeitas depois de realizadas).

Por exemplo: publicar um artigo, excluir um arquivo, enviar algo para um serviço externo. Essas operações, depois de executadas, não têm como serem desfeitas a pedido. Por serem irreversíveis, é necessário um ponto de verificação antes da execução — um lugar para confirmar "realmente vamos seguir em frente?".

Quem está nesse ponto de verificação é a pessoa responsável pela aprovação.

Pelo fato de os agentes de execução e de auditoria serem IAs, é possível criar o registro de que "uma pessoa conferiu" antes de qualquer operação irreversível. Esse registro fica documentado. Ele serve de base para explicar "por que essa decisão foi tomada" caso algo aconteça.

Por outro lado, não é viável que uma pessoa confirme absolutamente tudo — incluindo operações pequenas e reversíveis (trabalhos que podem ser refeitos e têm impacto limitado). Ficar parando para verificar toda tarefa simples trava o fluxo geral.

Por isso, a verificação humana é concentrada no que é "irreversível e importante". O que é reversível e leve fica a cargo dos agentes de IA. Essa gradação de peso é o que mantém o foco do responsável pela aprovação nos momentos em que ele realmente importa. É esse o ponto prático quando a estrutura está em operação real.

O que o responsável pela aprovação faz — e o que não faz

O que o responsável pela aprovação "faz" é, basicamente, julgar "seguir em frente ou parar".

Não há envolvimento nos detalhes de implementação. Trazer alterações de design na hora da aprovação — do tipo "talvez fosse melhor ter feito assim" — quebra o processo. A aprovação é o ato de decidir "dado tudo que foi feito até aqui, avançamos ou não?". Quando há necessidade de voltar ao design, é preciso fazer isso antes da aprovação.

Há outro ponto que nós mantemos em mente: não concluir a aprovação de forma solitária.

Em decisões irreversíveis e de alto impacto, uma única perspectiva deixa espaço para erros. Quando outra pessoa analisa o mesmo conteúdo, problemas que passaram despercebidos podem aparecer. A estrutura de "não decidir sozinho" funciona especialmente bem nas grandes decisões. Deixamos os detalhes para outra ocasião, mas nessa estrutura também inserimos a regra de duas pessoas (ou seja, confirmação por dois responsáveis distintos) para operações irreversíveis.

Além disso, o registro da decisão de aprovação é documentado. Escreve-se "por que o GO foi dado". Isso se conecta ao princípio de documentação (ou seja, a prática de registrar em texto a base de cada decisão tomada). A aprovação precisa ser um ato explicável, não algo baseado em intuição ou no ritmo do momento. Ter um registro consultável significa que, quando uma decisão de estrutura semelhante aparecer no futuro, é possível referenciar o passado.

Os três papéis funcionam porque estão separados

A execução (IA) conclui o trabalho, a auditoria (IA) identifica os problemas, e a aprovação (pessoa) decide se avança. O fato de esses três papéis estarem distribuídos entre responsáveis distintos é o que permite que cada um se concentre no seu trabalho.

"Quando alguém faz algo, quem verificou e quem é responsável" — tudo isso fica visível na estrutura. Esse é o objetivo dessa abordagem.

Quando os três papéis estão fundidos em um só, execução, auditoria e aprovação acontecem no mesmo lugar. Se um problema surge, fica difícil rastrear onde e como ele ocorreu. Separar os três torna mais fácil identificar "em qual camada o problema aconteceu" quando algo dá errado.

Na prática, o benefício dessa estrutura não se sente principalmente "quando algo dá errado" — mas sim no cotidiano em que nada acontece. A cada ciclo de trabalho, os registros se acumulam e quem decidiu o quê vai ficando documentado. Duas semanas, um mês assim — a confiança na estrutura vai crescendo aos poucos.

Aqui encerramos os três papéis da separação de poderes.