Governança de agentes de IA é a disciplina que registra, autoriza, monitora e audita cada agente autônomo que opera sobre dados e processos corporativos. No ServiceNow, ela se apoia no AI Control Tower, que mantém um inventário unificado de agentes, modelos e conjuntos de dados vinculado à CMDB. O limite dessa governança não é o modelo de linguagem contratado: é a qualidade do dado de configuração que dá contexto a cada ação executada.
Por que governança de agentes de IA é um problema de dados
Um agente autônomo difere de uma automação determinística em um ponto decisivo: ele interpreta contexto antes de agir. Quando o contexto vem de uma base de configuração incompleta, o agente não falha de forma visível. Ele age com confiança sobre uma premissa errada, e o erro só aparece depois, no incidente escalado para o time errado ou na mudança aprovada sem o relacionamento que a tornaria arriscada.
Essa é a diferença entre governar um modelo e governar um agente. Governar um modelo significa escolher provedor, controlar custo e revisar prompts. Governar um agente significa responder quem o criou, quais dados ele lê, quais ações ele pode executar, sob qual identidade, dentro de qual limite e quem responde quando ele erra. São perguntas de gestão de ativos e de configuração, não de ciência de dados.
O passo anterior a esse, a avaliação de prontidão da plataforma, foi tratado no artigo sobre o que líderes de TI precisam saber antes de adotar IA no ServiceNow. Este texto começa onde aquele termina: com os agentes já em operação.
O que o ServiceNow AI Control Tower controla
O AI Control Tower é o módulo da ServiceNow para descoberta, observabilidade, governança, segurança e mensuração de IA em toda a organização. Segundo a documentação oficial do produto, ele descobre automaticamente agentes, modelos, copilots, servidores MCP e conjuntos de dados existentes no ambiente, e os apresenta em um inventário unificado vinculado à CMDB para contexto de negócio.
Em 5 de maio de 2026, durante o Knowledge 2026, a ServiceNow anunciou a expansão dessas capacidades para qualquer sistema de IA em uso na organização, e não apenas para o que foi construído na própria plataforma. O comunicado descreve cinco frentes de atuação, e vale ler cada uma pela dependência de dados que ela carrega.
| Capacidade | O que resolve | Dependência de dados |
|---|---|---|
| Descoberta | Encontra agentes, modelos, copilots, servidores MCP e conjuntos de dados em uso, inclusive fora da plataforma | Precisa de CMDB para dar contexto de negócio ao que foi encontrado |
| Observabilidade | Expõe o comportamento do agente em tempo de execução, incluindo onde ele decide e quando precisa ser corrigido | Depende de relacionamento com serviço e aplicação para traduzir decisão em impacto |
| Governança | Avalia risco de agentes, modelos, conjuntos de dados, prompts e aprendizado de máquina clássico | Depende de classificação, criticidade e responsável definidos |
| Segurança | Estende governança de identidade e acesso a ambientes de IA de provedores de nuvem, com permissões escopadas e menor privilégio | Depende de identidades não humanas registradas e associadas a donos |
| Mensuração | Liga o uso de IA a resultado operacional e financeiro | Depende de indicadores de processo consistentes em ITSM e ITOM |
A coluna da direita é a parte que costuma ser ignorada quando o módulo é avaliado como compra isolada, e é exatamente onde a governança de agentes de IA deixa de ser configuração e passa a ser projeto de dados. Nenhuma das cinco capacidades opera no vácuo. Todas consomem o mesmo substrato: uma base de configuração que saiba o que cada registro é, a que serviço pertence e quem responde por ele.
O inventário de agentes só é útil sobre uma CMDB confiável
Descobrir agentes é a parte mecânica. O valor aparece quando cada agente descoberto é ligado ao serviço que ele toca, à aplicação que ele consulta e ao processo que ele executa. Sem esse vínculo, o inventário vira uma lista de nomes técnicos sem consequência operacional, exatamente como acontece com uma CMDB alimentada por Discovery sem modelagem.
Um exemplo torna a diferença concreta. Um agente que abre e encerra chamados de acesso pode ser registrado como um item isolado, com nome, provedor e data de criação. Registrado dessa forma, ele não responde à pergunta que importa em uma auditoria: quais serviços de negócio foram afetados pelas 4.000 ações que ele executou no trimestre. A resposta depende do relacionamento entre o agente, as aplicações que ele acessou e os serviços que essas aplicações sustentam, que é precisamente o que o CSDM organiza.
Os critérios de saúde dessa base estão detalhados no material sobre qualidade e governança de dados no CMDB e no guia de implementação de CMDB no ServiceNow com CSDM.
Atributos mínimos para tratar um agente como entidade governada
Um agente governado precisa carregar os mesmos atributos que qualquer ativo crítico carrega. A tabela abaixo reúne o conjunto mínimo que permite responder a uma auditoria sem reconstrução manual de histórico.
| Atributo | Pergunta que responde | Consequência de estar vazio |
|---|---|---|
| Dono funcional | Quem aprova o que este agente pode fazer | Nenhuma área assume a decisão de suspender ou ampliar o escopo |
| Dono técnico | Quem mantém a configuração e responde por falha | Incidentes causados pelo agente ficam sem responsável de remediação |
| Escopo de ação | Quais tabelas, registros e operações são permitidos | O agente herda permissões mais amplas que a sua função |
| Identidade de execução | Sob qual conta as ações são gravadas | Ações aparecem atribuídas a uma conta genérica, sem rastreabilidade |
| Serviços relacionados | Que serviços de negócio são afetados quando ele age | Análise de impacto e comunicação ao negócio ficam impossíveis |
| Fonte de dados consumida | De onde vem o contexto que sustenta a decisão | Não é possível explicar por que o agente decidiu como decidiu |
| Estado de ciclo de vida | Em que fase ele está, de piloto a aposentadoria | Agentes de teste permanecem ativos em produção por tempo indeterminado |
| Critério de suspensão | Que condição dispara o desligamento | A contenção depende de alguém perceber o desvio manualmente |
Identidade não humana e menor privilégio
Agentes executam ações sob credenciais. Cada credencial de agente é uma identidade não humana, sujeita aos mesmos riscos de excesso de permissão, dormência e falta de revisão periódica que afetam contas de serviço tradicionais, com um agravante: agentes são criados com mais facilidade e revisados com menos frequência.
O comunicado do Knowledge 2026 descreve como a ServiceNow endereça esse ponto. A camada de segurança do AI Control Tower estende a governança de identidade e acesso aos ambientes de IA de provedores de nuvem e a todo dispositivo conectado por meio da integração com a Veza, aplicando permissões escopadas e menor privilégio a cada sistema de IA, agente e identidade. O mesmo comunicado registra que, quando um agente sai do script ou opera além das permissões, o AI Control Tower detecta a situação e o desliga em tempo real.
Esse mecanismo de contenção só é acionável quando o desvio é reconhecível, o que exige que o escopo esperado esteja declarado em algum lugar. Um agente sem escopo registrado não pode ser detectado fora dele.
Observabilidade em tempo de execução e trilha de auditoria
A ServiceNow informa que a aquisição da Traceloop passou a entregar observabilidade profunda do comportamento do agente em tempo de execução, dando visibilidade sobre como os agentes raciocinam, onde tomam decisões e quando precisam ser corrigidos.
Do ponto de vista de governança, o valor dessa camada não está no registro técnico em si, mas na possibilidade de reconstruir uma decisão específica meses depois, diante de um auditor ou de um regulador. Isso muda o que a operação precisa reter. Um log que guarda apenas a ação executada responde o que aconteceu. Um registro que guarda a ação, o contexto consultado e o critério aplicado responde por que aconteceu, que é a pergunta de uma auditoria.
Frameworks de risco aplicados a agentes
O comunicado oficial da ServiceNow registra que a camada de governança passou a oferecer cinco novos frameworks de risco alinhados a padrões NIST e ao EU AI Act, com controles de conformidade prontos para uso. A avaliação de risco cobre não apenas agentes, mas também modelos, conjuntos de dados, prompts e aprendizado de máquina clássico.
Para organizações brasileiras, esses frameworks funcionam como referência internacional de boa prática, não como obrigação regulatória local. Empresas com operação ou clientes na União Europeia precisam avaliar a aplicabilidade do EU AI Act com apoio jurídico próprio, e essa avaliação não deve ser derivada da configuração de uma ferramenta.
Agentes fora da plataforma e o problema do espalhamento
A maior parte das organizações não concentra seus agentes em um único fornecedor. Agentes nascem em ferramentas de produtividade, em plataformas de nuvem e em iniciativas isoladas de área, sem passar por um processo formal de entrada.
A ServiceNow reconheceu esse cenário ao anunciar, no Knowledge 2026, a expansão da parceria com a Microsoft. A integração entre o AI Control Tower e o Microsoft Agent 365 estende ao ecossistema de agentes da Microsoft a governança que o módulo já exercia sobre Microsoft Foundry e Copilot Studio. O comunicado descreve a integração como disponível em preview, o que é uma informação relevante para quem estiver montando arquitetura-alvo neste momento.
A consequência prática para a operação é que o inventário de agentes precisa ser tratado como inventário de ativos, com as mesmas disciplinas de descoberta contínua, reconciliação de fontes e identificação de registros não autorizados que se aplicam a ITAM.
O que precisa estar pronto antes de ativar governança de agentes de IA
A ordem importa. Ativar o módulo sobre uma base frágil produz um inventário que ninguém consegue interpretar e relatórios que ninguém consegue defender. A tabela abaixo organiza os pré-requisitos por camada.
| Camada | Pré-requisito | Como verificar |
|---|---|---|
| Dados | Aplicações críticas com dono definido e relacionamento com serviço | Consultar o painel de saúde da CMDB por classe, não o total de itens de configuração |
| Modelo | Taxonomia CSDM aplicada aos serviços que os agentes vão tocar | Verificar se serviço de negócio, serviço de aplicação e componente técnico estão separados |
| Identidade | Contas de serviço e identidades não humanas inventariadas e associadas a donos | Listar identidades sem uso nos últimos 90 dias e sem responsável |
| Processo | Rito de entrada para novos agentes, com aprovação e escopo declarado | Confirmar que existe registro formal antes da primeira execução em produção |
| Risco | Política interna sobre o que pode ser processado por IA e o que não pode | Confirmar classificação de dados sensíveis aplicada às fontes que os agentes leem |
| Medição | Indicadores de processo consistentes antes da ativação | Ter linha de base de volume, tempo e reincidência para comparação posterior |
Como ServiceNow Elite Partner no Brasil, reconhecida com o Technology Excellence Partner Award 2024–2025 e com mais de 110 especialistas certificados, a 4MATT atua nessa sequência a partir da base de dados: diagnóstico de maturidade da CMDB, desenho do modelo CSDM alvo e definição de ownership antes de qualquer discussão sobre ativação de módulo de IA.
Erros comuns na governança de agentes
- Tratar o agente como funcionalidade, não como entidade: ativar sem registro, sem dono e sem escopo declarado, o que impede qualquer auditoria posterior.
- Medir adoção em vez de efeito: contar execuções do agente sem comparar com a linha de base do processo que ele substituiu.
- Deixar identidades de agente fora da revisão de acesso: submeter contas humanas a recertificação periódica e ignorar as não humanas, que são mais numerosas e menos visíveis.
- Manter agentes de piloto em produção: sem estado de ciclo de vida, um teste de duas semanas permanece ativo por dois anos.
- Governar apenas o que nasceu na plataforma: ignorar agentes criados em ferramentas de produtividade e de nuvem, que raramente passam por processo formal de entrada.
- Tratar framework internacional como obrigação local: aplicar controles de EU AI Act ou NIST sem avaliação jurídica sobre a aplicabilidade real ao negócio.
Perguntas frequentes sobre governança de agentes de IA
O que é governança de agentes de IA?
É o conjunto de registros, políticas, permissões, indicadores e trilhas de auditoria que garante que cada agente autônomo tenha dono, escopo declarado, identidade própria, ciclo de vida definido e histórico reconstituível das ações executadas.
O que o ServiceNow AI Control Tower faz?
Segundo a documentação oficial, ele descobre agentes, modelos, copilots, servidores MCP e conjuntos de dados no ambiente, exibe esse conjunto em um inventário unificado vinculado à CMDB e aplica governança, segurança e mensuração sobre ele.
Por que a CMDB importa para governar agentes?
Porque o inventário de agentes só produz decisão quando cada agente está ligado ao serviço, à aplicação e ao processo que ele toca. Esse vínculo é o que permite análise de impacto, comunicação com o negócio e resposta a auditoria.
Um agente de IA deve ser registrado como item de configuração?
O ponto decisivo não é a tabela onde ele mora, e sim o conjunto de atributos que ele carrega: dono funcional, dono técnico, escopo de ação, identidade de execução, serviços relacionados, fonte de dados consumida, estado de ciclo de vida e critério de suspensão.
É possível desligar um agente que sai do escopo?
O comunicado da ServiceNow de 5 de maio de 2026 informa que o AI Control Tower detecta quando um agente opera além das permissões e o desliga em tempo real. O mecanismo pressupõe que o escopo esperado esteja declarado, caso contrário o desvio não é reconhecível.
O AI Control Tower governa agentes criados fora do ServiceNow?
A ServiceNow anunciou no Knowledge 2026 a integração com o Microsoft Agent 365, estendendo a governança já exercida sobre Microsoft Foundry e Copilot Studio ao ecossistema de agentes da Microsoft. O comunicado descreve a integração como disponível em preview.
O EU AI Act se aplica a empresas brasileiras?
Os frameworks oferecidos pelo módulo são referência internacional de boa prática. A aplicabilidade do EU AI Act depende da operação e da base de clientes de cada empresa e exige avaliação jurídica própria, que não deve ser derivada da configuração de uma ferramenta.