Playbook prático de governança de agentes de IA

Objetivo deste playbook

Este playbook traduz governança de agentes de IA em rituais e artefatos que um mid-market ou enterprise brasileiro consegue operar — sem depender de slideware e sem fingir que “política de uso responsável” sozinha impede um bot com escrita no ERP.

Público: CIO, CISO, DPO/privacidade, head de inovação, product owners de canais digitais e líderes de atendimento/operações.

Premissas:

Agentes são ativos com autonomia e ferramentas (ver peça âncora sobre gestão de agentes);
Controles devem ser proporcionais à autonomia, aos dados e ao canal;
LGPD e segurança não são “fase 2” depois do piloto com cliente;
Nada aqui inventa percentuais de adoção, economia prometida ou rankings de fornecedores.

Princípios de governança (anti-hype)

Menor privilégio de ação: o agente só faz o que o processo exige.
Identidade dedicada: nunca operar com conta de admin humano compartilhada.
Observabilidade antes de escala: sem logs de prompt/tool call/decisão, não há produção.
Humano no ponto de irreversibilidade: não necessariamente em todo turno de chat.
Dono nomeado: negócio + técnico + risco.
Mudança controlada: prompt system, tools e modelo são configuração de produção.
Descoberta contínua: Shadow AI é esperado; inventário é obrigatório.

Modelo RACI sugerido

Adapte nomes de áreas à sua estrutura. O importante é não deixar células vazias em decisões críticas.

Atividade	Negócio (Owner)	Eng/Plataforma	CISO/Sec	Privacidade/DPO	Jurídico	Compras	Ops/Suporte
Propor caso de uso	A/R	C	C	C	I	I	C
Classificar dados e base legal	C	C	C	A/R	C	I	I
Desenhar tools e escopos	C	A/R	C	C	I	I	C
Aprovar go-live produção	A	R	A*	A*	C	I	C
Operar e monitorar	C	R	C	I	I	I	A/R
Mudança material (modelo/tools)	A	R	C	C	I	I	C
Resposta a incidente	C	R	A/R	C	C	I	R
Renovação contratual / DPA	C	C	C	C	A/R	R	I
Aposentadoria do agente	A	R	C	C	I	C	C

*Em muitos contextos, CISO e privacidade têm poder de veto em go-live com dados pessoais ou canais externos — trate como A conjunto com negócio, não como “informado”.

Legenda RACI: R = Responsible (executa), A = Accountable (responde pelo resultado), C = Consulted, I = Informed.

Fórum de decisão

Sugestão pragmática: comitê quinzenal ou mensal de Agentes & Automação IA (mesmo que seja 45 minutos) com inventário atualizado, fila de go-lives, incidentes e Shadow AI encontrado. Sem fórum, o RACI vira documento morto.

Shadow AI: detectar, canalizar, não só proibir

Shadow AI é o uso de agentes, plugins e LLMs fora do inventário e dos controles oficiais. Em B2B brasileiro, aparece com frequência em:

Contas pessoais de ChatGPT/Claude/Gemini usadas com dados internos;
Bots de WhatsApp montados por agência sem DPA alinhado;
Extensões de navegador com acesso a páginas internas;
Automations no-code com API keys em planilhas.

Detecção (controles de descoberta)

Revisar apps OAuth no IdP (Microsoft Entra, Google Workspace etc.);
Cruzar despesas SaaS e cartões com categorias “AI”, “bot”, “chat”;
Inventariar números WhatsApp Business / BSPs e quem os administra;
Perguntar em guilds de produto/dados: “quem está testando agente em cliente?”;
Monitorar egress e DLP apenas dentro da política e capacidade já existentes — não invente cobertura que a empresa não tem.

Resposta proporcional

Situação	Resposta típica
Experimento interno sem PII	Orientar registro; oferecer sandbox oficial
Uso com PII / cliente	Contenção; avaliação de incidente; migração ou desligamento
Fornecedor sem DPA / sem logs	Bloquear produção; renegociar ou substituir
Recidiva após política clara	Escalonar gestão / compras / RH conforme política interna

Política só de proibição sem alternativa oficial aumenta Shadow AI. Ofereça caminho aprovado (mesmo que limitado) e deixe claro o que é proibido em produção.

LGPD na prática para agentes

Este bloco é operacional, não substitui parecer jurídico. Pontos que o playbook deve forçar a aparecer no dossiê do agente:

Perguntas obrigatórias antes de produção

Há dados pessoais em prompts, memórias, tickets, áudios ou tool outputs?
Qual a base legal para cada finalidade (execução de contrato, legítimo interesse etc.) — a ser validada com privacidade/jurídico?
Os titulares foram informados de forma adequada no canal (ex.: atendimento)?
Quais subprocessadores (provedor de modelo, BSP WhatsApp, datastore, observabilidade) processam esses dados?
Há transferência internacional? Quais salvaguardas contratuais?
O provedor usa dados do cliente para treinar modelos? (Resposta deve vir do contrato/DPA vigente — verificar editorialmente por vendor.)
Qual a retenção de logs de conversa e tool calls? Quem apaga sob solicitação de titular?
Como atender acesso, correção, eliminação e portabilidade quando a memória do agente está fragmentada?

Minimização e técnicas de redução de risco

Não enviar campos desnecessários ao contexto do modelo;
Mascarar/tokenizar identificadores quando o fluxo permitir;
Separar ambientes (dados de produção ≠ playground de inovação);
Preferir regiões/contratos alinhados à política da empresa quando disponíveis;
Evitar colar segredos (API keys, tokens) em prompts ou tickets.

Verificação editorial: não cite “garantias” de conformidade de um vendor sem checar documentação e contrato atuais. LGPD é obrigação do controlador; ferramenta “compliant” não transfer magicamente a responsabilidade.

A ANPD já fiscaliza usos de IA com base na LGPD vigente. O PL 2338 (ou qualquer marco futuro) não é pré-requisito para começar: inventário, Art. 20 quando houver decisão automatizada sobre titular, RIPD quando o risco pedir e checklist de go-live já são dever de cuidado sob o regime atual.

Controles por nível de risco

Use a matriz autonomia × dados × canal da peça de gestão. Exemplo de pacotes:

Nível 1 — Assistente interno, leitura, sem PII sensível

Inventário + owners;
Autenticação SSO;
Logs básicos;
Política de uso aceitável.

Nível 2 — Agente interno com tools de escrita em sistemas não críticos

Tudo do Nível 1;
Identidade de serviço dedicada;
Allowlist de tools;
Rate limits;
Review de mudança de prompt/modelo;
Runbook de rollback.

Nível 3 — Canal externo (WhatsApp/web) ou PII / ações irreversíveis

Tudo do Nível 2;
HITL em ações sensíveis;
Avaliação privacidade formal — RIPD quando o tratamento for de alto risco (PII em escala, canal externo com titular, perfilagem ou autonomia alta em dados sensíveis);
DPA e lista de subprocessadores;
Audit log exportável;
Testes adversariais mínimos (prompt injection, jailbreak de tool);
Critérios de qualidade e escalonamento humano;
Plano de comunicação de incidente.

Não transforme Nível 3 em burocracia infinita: foque evidências mínimas que um auditor interno (ou cliente enterprise) reconheceria.

Checklist de go-live (copiar para o dossiê)

Marque Sim / Não / N/A. “Não” em item marcado como bloqueante impede produção.

Identidade e acesso

[ ] Agente no inventário oficial
[ ] Owners de negócio, técnico e risco nomeados
[ ] SSO / IdP onde aplicável
[ ] Conta de serviço dedicada, escopos mínimos
[ ] Segredos em cofre (não em prompt/repo)

Dados e privacidade

[ ] Classificação de dados documentada
[ ] Base legal / parecer privacidade (quando PII)
[ ] Art. 20 mapeado (quando aplicável)
[ ] RIPD / avaliação de impacto (quando aplicável)
[ ] Subprocessadores listados
[ ] Retenção de logs definida
[ ] Fluxo para direitos do titular

Segurança e robustez

[ ] Allowlist de tools e ações
[ ] Proteções contra prompt injection consideradas no desenho
[ ] HITL nas ações irreversíveis
[ ] Limites de taxa / valor / volume
[ ] Ambiente de teste com dados apropriados

Operação

[ ] Logs de prompt, tool call e resultado acessíveis à operação
[ ] Alertas de erro e abuso
[ ] Runbook de incidente e rollback
[ ] Versionamento de prompt/política/modelo
[ ] Critérios de escalonamento humano no canal

Contrato e fornecedor

[ ] Contrato / pedido alinhado ao uso em produção
[ ] DPA assinado quando aplicável
[ ] Clareza sobre uso de dados para treino (verificar no documento vigente)
[ ] Contato de suporte e SLA internos acordados com o vendor ou time

Aprovação

[ ] Negócio
[ ] Engenharia/plataforma
[ ] CISO/sec (se Nível 2+)
[ ] Privacidade (se PII ou canal externo)

Ritual operacional mensal

Diff do inventário (novos, alterados, aposentados);
Top incidentes / near-misses;
Shadow AI encontrado e destino (migrar / desligar / excepcional);
Mudanças de modelo ou política de vendors relevantes (só com fonte; senão, “a verificar”);
Backlog de controle (itens do checklist ainda abertos em produção legada).

Indicadores internos (sem benchmark de mercado)

Use indicadores da sua operação, por exemplo:

% de agentes em produção com inventário completo;
% com owners ativos;
Tempo médio para conter incidente de agente;
Taxa de escalonamento humano no canal;
Número de Shadow AI abertos vs. fechados no mês.

Não publique esses números como “padrão de mercado”. São saúde interna.

Erros clássicos a evitar

Comprar plataforma de orquestração e achar que governança está resolvida;
Piloto com cliente real sem DPA e sem logs;
Prompt system editado ad hoc em produção por cinco pessoas;
Agente com role de admin “só para o MVP”;
Política de 40 páginas que ninguém opera;
Ignorar o BSP / integração WhatsApp como parte da cadeia de dados.

Próximos passos na série âncora

Comparativo de abordagens de orquestração (critérios BR: SSO, audit log, LGPD, integração, TCO);
Buyer guides de copilots enterprise e ferramentas de atendimento.

FAQ

Governança atrasa inovação?
Governança ruim atrasa. Governança proporcional acelera escala: reduz retrabalho, bloqueios jurídicos tardios e incidentes que queimam o patrocínio executivo.

Preciso de um “AI Act interno” completo no dia um?
Não. Comece por inventário, RACI, checklist de go-live e pacotes de controle por risco. Expanda política conforme o portfólio cresce.

HITL em tudo não inviabiliza o ROI?
Pode inviabilizar automação. Por isso HITL deve mirar irreversibilidade e risco, não cada mensagem. Meça carga humana internamente antes de prometer redução de headcount.

Quem aprova exceção a este playbook?
Defina no RACI (geralmente negócio + CISO/privacidade). Exceção sem prazo e sem compensating control não é exceção — é Shadow AI autorizado.

Como encaixar fornecedores e agências?
Exija os mesmos artefatos: inventário, DPA, logs, escopos, owners do lado do contratante. Agência sem acesso a logs da operação não deveria operar agente em produção sozinha.

Disclaimer editorial

Playbook informativo da iab2b.site. Não substitui assessoria jurídica, de privacidade ou segurança. Adapte à estrutura e ao apetite a risco da organização. Claims contratuais e de conformidade de vendors exigem verificação no documento vigente antes de qualquer publicação comparativa ou decisão de compra.