Matriz RACI para agentes de IA: quem responde por quê, passo a passo

Uma matriz RACI para agentes de IA atribui cada decisão recorrente sobre o agente (desenho, aprovação, operação, tratamento de incidentes e mudanças) a exatamente uma pessoa que responde por ela. Também define quem executa o trabalho, quem precisa ser consultado e quem deve ser avisado. Trate o agente como um papel dentro da empresa, com dono, e não como um software que pertence a todos e, por isso, a ninguém. A matriz abaixo é um ponto de partida: troque os cargos pelas pessoas reais da sua empresa.

Principais pontos

• Cada linha da matriz precisa ter exatamente um responsável final (A). Se duas pessoas dividem essa responsabilidade, ninguém a tem.
• O dono do agente é um papel de negócio, não técnico. Essa pessoa responde pelo que o agente faz, mesmo quando outra pessoa o opera.
• Os limites de aprovação (o que o agente pode fazer sozinho e o que exige uma pessoa) são decisão do patrocinador, não uma configuração que o operador escolhe.
• O tratamento de incidentes exige uma pessoa nomeada, com autoridade para pausar o agente, definida antes de qualquer problema.
• Uma RACI só serve se for curta o bastante para ser lida. Revise-a sempre que o escopo, as permissões ou o operador mudarem.

Por que um agente de IA precisa de uma RACI própria?

Um agente não é como a maioria dos softwares de negócio. Ele lê dados que pertencem a várias equipes, age por meio de contas e ferramentas, guarda contexto entre conversas e muda sempre que um modelo, uma instrução ou uma integração muda. Cada um desses fatos gera uma decisão, e cada decisão precisa de um dono.

Quando ninguém é nomeado, os mesmos três problemas costumam aparecer. As permissões crescem, porque é mais fácil dizer sim do que perguntar quem responde por elas. Os problemas são percebidos por quem trabalha ao lado do agente, mas ninguém sabe a quem avisar. As mudanças acontecem em silêncio, porque quem poderia barrá-las não sabe que estão ocorrendo.

A matriz RACI resolve isso com quatro letras:

• Responsável (R): a pessoa ou equipe que executa o trabalho.
• Responsável final (A, de accountable): a única pessoa que responde pelo resultado e tem a palavra final. Apenas uma por linha.
• Consultado (C): quem dá opinião antes da decisão ou da ação.
• Informado (I): quem é avisado depois.

Isso faz parte de uma estrutura maior. Se você está montando o quadro geral, o artigo sobre governança de IA para empresas médias trata das políticas leves nas quais a RACI se encaixa. Referências como o NIST AI Risk Management Framework dizem o mesmo em linguagem mais formal: a governança começa com papéis claros e linhas de responsabilidade bem definidas.

Quais papéis você precisa nomear?

Você não precisa de um comitê. Precisa de sete papéis, e em uma empresa pequena uma mesma pessoa pode acumular vários deles, desde que quem é responsável final por uma linha não esteja apenas aprovando o próprio trabalho sem uma segunda opinião.

• Patrocinador executivo: financia o agente, aceita o risco em nome da empresa e decide o escopo. Em geral, um diretor ou o dono.
• Dono do agente: o líder de negócio do processo em que o agente trabalha. Define o que é um bom trabalho e responde pelo agente no dia a dia.
• Dono dos dados: quem responde pelas informações que o agente pode ler, como cadastros de clientes, contratos ou documentos internos.
• Líder de segurança e TI: cuida de contas, permissões, acessos de rede e das regras de segurança da empresa.
• Operador: a equipe que opera o agente tecnicamente, monitora, mantém as integrações e publica as mudanças. Pode ser um time interno ou um parceiro externo.
• Aprovadores: as pessoas da linha de frente que revisam as ações propostas pelo agente quando é necessária uma decisão humana.
• Assessor jurídico ou de compliance: consultado sobre dados pessoais, contratos, regras do setor e comunicações obrigatórias. Em empresas menores, costuma ser um consultor externo.

O dono do agente é o papel que as empresas mais esquecem, e é o que mais gera problemas. Sem ele, o operador acaba decidindo questões de negócio, como o quanto o agente pode prometer a um cliente. Para ver o quadro completo de quem é dono, quem revisa e quem opera a IA, consulte o modelo operacional de IA para empresas.

Como fica a matriz para desenho e aprovação?

Leia cada linha assim: a atividade, depois R (executa), A (responde por ela), C (aconselha) e I (é avisado). Desenho e aprovação acontecem antes de o agente tocar no trabalho real, por isso é aqui que os limites mais importantes são definidos.

Desenho:

• Definir o papel, o escopo e o critério de sucesso. R: dono do agente. A: patrocinador executivo. C: operador, líder de segurança, dono dos dados. I: equipes afetadas.
• Decidir quais dados e qual memória o agente pode usar. R: operador (implementa as fontes). A: dono dos dados. C: dono do agente, líder de segurança, assessor jurídico. I: patrocinador.
• Criar as contas próprias do agente e conceder permissões. R: operador. A: líder de segurança. C: dono dos dados, dono do agente. I: patrocinador.

Ter uma identidade separada importa aqui: quando o agente tem contas próprias, cada ação é rastreável e as permissões podem ser reduzidas ou revogadas sem mexer no acesso de nenhuma pessoa. O artigo por que o agente de IA da empresa precisa de identidade e contas próprias explica o raciocínio. Orientações de autorização, como o OWASP Authorization Cheat Sheet, sustentam o mesmo padrão: conceder o mínimo de acesso que permite o papel funcionar e negar o resto.

Aprovação:

• Definir os limites de aprovação, ou seja, quais ações o agente pode tomar sozinho e quais exigem uma pessoa. R: dono do agente. A: patrocinador executivo. C: líder de segurança, assessor jurídico, aprovadores, operador. I: equipes afetadas.
• Aprovar a entrada em produção para o escopo definido. R: dono do agente. A: patrocinador executivo. C: líder de segurança, dono dos dados, operador. I: todas as equipes que vão interagir com o agente.
• Aprovar ações individuais dentro do limite, como o rascunho de um reembolso ou uma mensagem enviada ao cliente. R: aprovadores. A: dono do agente. C: ninguém é necessário no momento da ação. I: operador (por meio dos registros).

Repare que, nos limites de aprovação, o responsável final é o patrocinador, não o operador. Quanta liberdade o agente recebe é uma decisão de risco de negócio. O operador pode orientar sobre o que é tecnicamente seguro, mas não deve ser quem decide o que a empresa está disposta a aceitar.

Como fica a matriz para operação, incidentes e mudanças?

Depois que o agente entra em produção, o trabalho passa a ser recorrente. Estas são as linhas que uma boa rotina de operação repete toda semana ou todo mês.

Operação:

• Monitorar comportamento, erros, custo e registros. R: operador. A: dono do agente. C: líder de segurança. I: patrocinador.
• Executar avaliações recorrentes com casos de teste combinados. R: operador. A: dono do agente. C: aprovadores (que enxergam os erros reais). I: patrocinador.
• Revisar as permissões em intervalos fixos e remover o que não é usado. R: operador (prepara a lista). A: líder de segurança. C: dono dos dados, dono do agente. I: patrocinador.
• Manter as integrações quando os sistemas conectados mudam. R: operador. A: dono do agente. C: líder de segurança. I: aprovadores.

Observabilidade é o que torna real a linha de monitoramento. A introdução à observabilidade do OpenTelemetry descreve logs, métricas e traços como os sinais que permitem perguntar o que um sistema fez e por quê. Se o operador não consegue mostrar ao dono do agente o que o agente fez na terça-feira passada, essa linha não está sendo cumprida.

Tratamento de incidentes:

• Pausar o agente quando o comportamento estiver errado ou arriscado. R: operador e dono do agente (qualquer um dos dois pode acionar o freio). A: dono do agente. C: líder de segurança. I: patrocinador, equipes afetadas.
• Investigar a causa e corrigir. R: operador. A: dono do agente. C: líder de segurança, dono dos dados. I: patrocinador.
• Decidir se clientes, parceiros ou autoridades precisam ser notificados, e fazer a notificação. R: assessor jurídico. A: patrocinador executivo. C: líder de segurança, dono do agente. I: operador.
• Fazer a revisão pós-incidente e registrar o que muda. R: dono do agente. A: patrocinador executivo. C: operador, líder de segurança. I: equipes afetadas.

Mudanças:

• Pedir uma mudança, como uma nova tarefa, ferramenta, fonte de dados ou modelo. R: dono do agente. A: dono do agente. C: operador. I: líder de segurança.
• Testar e liberar a mudança em etapas. R: operador. A: dono do agente. C: líder de segurança, aprovadores. I: equipes afetadas.
• Aprovar mudanças que ampliam o escopo ou as permissões. R: dono do agente. A: patrocinador executivo. C: líder de segurança, dono dos dados, assessor jurídico. I: operador.
• Encerrar o agente ou uma de suas tarefas. R: operador. A: patrocinador executivo. C: dono dos dados, líder de segurança. I: equipes afetadas.

A divisão em mudanças é proposital. Ajustes pequenos, dentro do escopo combinado, ficam com o dono do agente. Tudo o que dá mais alcance ao agente volta ao patrocinador. Para o lado técnico de liberar mudanças com segurança, veja como atualizar um agente de IA em produção sem quebrar nada.

Como isso funciona em um incidente? Um cenário ilustrativo

Cenário ilustrativo: uma distribuidora de porte médio usa um agente que redige respostas a perguntas sobre o status de pedidos. Um aprovador da equipe de suporte percebe que o agente informou um prazo de entrega que não bate com a informação atual da transportadora. Veja como a matriz funciona.

• O aprovador não envia o rascunho e avisa o dono do agente, que é o responsável por operações de atendimento. Esse é o caminho de Informado já previsto na linha de aprovação.
• O dono do agente pede ao operador que pause a tarefa de status de pedidos. Ele é o responsável final pela pausa, então ninguém precisa esperar por uma reunião.
• O operador investiga e descobre que uma integração da transportadora mudou o formato da resposta. O agente estava lendo um campo antigo. O operador corrige a integração e acrescenta um caso de teste à avaliação recorrente.
• O líder de segurança é consultado e confirma que nenhuma permissão extra estava envolvida. O dono dos dados confirma que nenhum dado pessoal saiu da empresa.
• Como nenhum cliente recebeu a informação errada, o assessor jurídico é apenas informado, sem precisar atuar. O patrocinador recebe um resumo curto.
• Na revisão, o dono do agente registra uma mudança: a integração agora tem uma verificação que falha de forma visível quando o formato da resposta muda.

Nada nessa história exigiu heroísmo. Cada pessoa sabia se estava executando, decidindo, aconselhando ou apenas sendo avisada, e a pausa aconteceu minutos depois da primeira dúvida.

Como adaptar esta matriz em uma semana?

Não cole a tabela em um documento e dê o trabalho por encerrado. Adapte-a junto com as pessoas que vão assumir as linhas.

• Passo 1: escreva o papel do agente em um parágrafo, com as tarefas, os dados e o critério de sucesso. Se isso não estiver claro, comece pela descrição de cargo do primeiro agente de IA.
• Passo 2: nomeie uma pessoa, não uma equipe, para cada um dos sete papéis. Marque onde uma pessoa acumula dois papéis e avalie se é preciso uma segunda opinião.
• Passo 3: percorra cada linha e risque as que ainda não se aplicam, como as regras de notificação em um agente de uso apenas interno. Acrescente linhas para o que for específico do seu setor.
• Passo 4: confira se cada linha tem exatamente um A. Onde houver dois, escolha um. Onde não houver nenhum, pergunte quem seria chamado de madrugada.
• Passo 5: faça um exercício de mesa de trinta minutos usando um cenário como o acima. Anote onde as pessoas hesitam e corrija a linha.
• Passo 6: guarde a matriz em um lugar que o operador, os aprovadores e o patrocinador consigam encontrar, e anexe-a à decisão de entrada em produção.
• Passo 7: marque uma data recorrente no calendário para revisar a matriz e faça uma revisão extra sempre que o escopo, uma permissão importante ou o operador mudarem.

Erros comuns para procurar na revisão:

• O operador aparece como responsável final por resultados de negócio.
• O patrocinador aparece como executor de tarefas que nunca fará.
• Ninguém foi nomeado para pausar o agente, ou só uma pessoa que muitas vezes está indisponível.
• Os aprovadores não são consultados no desenho das avaliações, embora sejam eles que veem os erros reais.
• A matriz traz o nome de uma equipe onde deveria haver o nome de uma pessoa.

Como um modelo gerenciado muda quem faz o quê?

Transferir a operação para um parceiro muda a coluna de quem executa, mas não a coluna de quem responde. Na Be Human, o primeiro trabalho define um papel útil, a memória e as ferramentas de que ele precisa, os limites de aprovação e um critério de sucesso observável, e isso vira o primeiro rascunho desta matriz. A operação gerenciada pode então cobrir monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas. Assim, as linhas do operador são executadas pela Be Human, enquanto a empresa mantém os papéis de patrocinador, dono do agente e dono dos dados. As decisões sobre escopo, risco e o que o agente pode fazer continuam com pessoas da sua empresa, e o agente funciona sob controle humano.

Se você está avaliando quem deve operar o agente, o artigo sobre time interno de IA ou parceiro externo compara as opções, e o que está incluso nos serviços gerenciados de IA lista o trabalho recorrente.

Perguntas frequentes

Precisamos de uma RACI se temos só um agente pequeno? Sim, mas uma versão curta. Mesmo com um único agente, alguém precisa poder decidir o que ele pode fazer, alguém precisa poder pausá-lo e alguém precisa revisar suas permissões. Uma versão de uma página, com os mesmos quatro grupos de linhas, é suficiente.

A mesma pessoa pode ser Responsável e responsável final? Pode, e em empresas pequenas isso é comum. O risco é que mais ninguém veja o trabalho, então, nas linhas mais sensíveis, como permissões e limites de aprovação, garanta que alguém seja ao menos Consultado.

Quem deve ser o dono do agente se ele atende vários departamentos? Escolha o líder do processo em que os erros custam mais e coloque os demais gestores como Consultados nas mudanças que os afetam. Se o escopo do agente for amplo demais para um único dono responder por ele, esse é um sinal para dividir os papéis, como discutido em quantos agentes de IA uma empresa precisa.

Com que frequência a RACI deve ser revisada? Revise a cada mudança de escopo, de permissões ou de operador, e também em intervalos regulares, mesmo quando nada parece ter mudado. As pessoas trocam de função, as ferramentas são substituídas e os agentes ganham tarefas novas sem alarde, então a matriz se desatualiza se ninguém olha para ela.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.