1. Estabeleça a política antes do primeiro incidente
A adoção de AI muitas vezes começa como uma escolha de produtividade. Um funcionário usa um assistente público para resumir um contrato. Uma equipe de vendas habilita uma ferramenta de escrita incorporada. Uma empresa do portfólio implanta um bot de atendimento ao cliente. Um analista do family office testa um memorando de investimento. Um fornecedor adiciona um recurso de AI durante uma atualização de software. Cada ação pode criar consequências relacionadas a dados, decisões, propriedade intelectual, segurança cibernética e responsabilização.
Grupos de propriedade familiar acrescentam complexidade estrutural. O mesmo nome de família pode estar acima de empresas operacionais, imóveis, veículos de investimento, filantropia e assuntos pessoais. Algumas entidades compartilham pessoas, sistemas e consultores. Outras têm investidores minoritários, atividades reguladas ou conselhos independentes. Uma política emitida por uma empresa pode não ter efeito jurídico em outra. Um incidente pode, ainda assim, propagar-se por meio de garantias, serviços compartilhados, reputação, acordos de sucessão e propriedade comum.
A política do conselho deve definir como AI pode ser adquirido, construído, configurado, conectado e usado. Ela deve estabelecer direitos de decisão antes que um caso de uso se torne operacional. Também deve distinguir governança de garantia técnica. Uma política pode alocar autoridade e controles mínimos; equipes qualificadas ainda devem testar dados, sistemas, segurança e impacto no contexto.
O NIST estrutura a gestão de riscos de AI em torno de Governar, Mapear, Medir e Gerenciar. Os princípios da OCDE enfatizam direitos humanos, transparência, robustez, segurança e responsabilização. As estruturas de Singapura acrescentam orientação prática para envolvimento humano e sistemas agênticos. Essas fontes sustentam uma ideia operacional comum: a organização deve saber o que um sistema AI faz, quem é responsável pelo resultado, quais evidências respaldam seu uso e quando uma pessoa deve intervir.
O perímetro da política acompanha entidades jurídicas, serviços compartilhados, dados, decisões e o nome da família.
2. Defina o perímetro, as funções e a hierarquia de políticas
O perímetro da política deve começar com um mapa de entidades. Ele deve identificar a controladora, subsidiárias, joint ventures, empresas reguladas, consultores de investimento, entidades de family office, trusts, fundações e empresas de serviços compartilhados. Para cada entidade, o conselho deve registrar a titularidade, o órgão de governança, os empregados, os clientes, as atividades reguladas, os locais dos dados e as dependências tecnológicas.
As funções importam porque o mesmo modelo pode estar inserido em diferentes relações jurídicas. Uma entidade pode desenvolver um sistema AI, fornecê-lo, implantá-lo, distribuí-lo, importá-lo ou usar seus resultados. Um fornecedor de nuvem, integrador de sistemas, equipe de tecnologia do grupo e empresa operacional podem cada um ter obrigações diferentes. O mapa deve identificar as relações de controlador e operador para dados pessoais e esclarecer a responsabilidade contratual por treinamento, configuração, monitoramento e incidentes.
A política do grupo deve estabelecer princípios mínimos e gatilhos de escalonamento. Os conselhos das entidades devem adotar anexos locais que abranjam a legislação aplicável, as regras setoriais, os conselhos de trabalhadores, as práticas de emprego, os deveres para com os clientes, a residência de dados e as expectativas dos reguladores. Uma regra mais rigorosa deve prevalecer quando um sistema compartilhado não consegue separar entidades ou usuários de forma confiável.
A hierarquia deve conectar a política de AI à segurança da informação, privacidade, registros, uso aceitável, risco de modelo, compras, emprego, propriedade intelectual, conduta de mercado, crime financeiro, saúde e segurança, gestão de crises e autoridade delegada. Os conflitos devem ser resolvidos pelo titular jurídico responsável, com assessoria adequada à questão.
Tabela 1. Perímetro da política de AI do conselho de administração e funções responsáveis
| Camada da política | Pergunta para o conselho | Função responsável | Evidência mínima |
|---|---|---|---|
| princípios do grupo | quais valores, proibições e limites de escalonamento se aplicam em todo o grupo familiar? | conselho da controladora | política aprovada, mapa de aplicabilidade por entidade e exceções |
| adoção pela entidade | quais requisitos se aplicam a esta entidade legal e jurisdição? | conselho da entidade | cronograma local, revisão jurídica e ata de adoção |
| responsabilidade pelo caso de uso | quem é responsável pelo resultado de negócio e pelo processo afetado? | responsável pelo negócio | finalidade, usuários, impacto, controles e critérios de aceitação |
| tecnologia | quem é responsável por arquitetura, acesso, mudança e resiliência? | responsável pela tecnologia | design do sistema, modelo de acesso, logs, testes e recuperação |
| dados | quem autoriza fontes de dados, finalidade, retenção e transferência? | responsável pelos dados | mapa de dados, base legal, qualidade, direitos e controles de exclusão |
| risco e conformidade | quem contesta a classificação e a suficiência dos controles? | função de controle independente | revisão documentada, condições e decisão sobre risco residual |
| asseguração | quem testa se os controles operam conforme representado? | auditoria interna ou asseguração qualificada | plano com escopo definido, evidências, constatações e acompanhamento de remediação |
Os títulos variam por grupo; cada atribuição precisa de um responsável final e de apoio nomeado.
3. Criar um registro de sistemas de AI e de casos de uso
Um grupo não pode governar sistemas que não identificou. O inventário deve abranger modelos desenvolvidos internamente, aplicações de fornecedores, funções AI incorporadas, ferramentas públicas, automação robótica de processos com componentes AI, modelos analíticos, visão computacional, mecanismos de recomendação, conteúdo sintético, sistemas de decisão e fluxos de trabalho autônomos ou agênticos. Também deve registrar experimentações informais quando dados ou decisões do grupo estiverem envolvidos.
A descoberta deve combinar declarações com evidências técnicas. Registros de compras e de contas a pagar podem identificar assinaturas. Logs de identidade e de rede podem identificar aplicações. Controles de navegador e de endpoint podem detectar serviços não gerenciados quando legalmente permitido. Inventários de software podem revelar capacidades incorporadas. Pesquisas, entrevistas e workshops podem expor casos de uso que as varreduras tecnológicas não detectam. O objetivo é um perímetro auditável, com o monitoramento de funcionários concebido conforme a lei e as políticas aplicáveis.
O registro do sistema e o registro do caso de uso devem ser separados. Um modelo pode dar suporte a vários usos com riscos diferentes. Um assistente de redação usado para marketing público tem consequências diferentes quando usado para aconselhamento jurídico ou avaliação de funcionários. O registro do sistema descreve o modelo, o fornecedor, a versão, a hospedagem, o acesso e os controles técnicos. O registro do caso de uso descreve a finalidade, as pessoas afetadas, a influência na decisão, os dados, o responsável, a implantação e o monitoramento.
Cada registro precisa de um estado de ciclo de vida: descoberta, sandbox, avaliação, piloto aprovado, produção, suspenso ou desativado. Sistemas não autorizados devem entrar em um caminho de remediação. O conselho deve ver incógnitas materiais e revisões atrasadas, enquanto a gestão é responsável pelo registro operacional.
Um sistema pode dar suporte a vários casos de uso; cada caso de uso recebe sua própria classificação e responsável.
Tabela 2. Campos mínimos do registro AI
| Domínio | Registro de sistema | Registro de caso de uso |
|---|---|---|
| identidade | fornecedor, modelo, versão, proprietário do sistema e hospedagem | finalidade, entidade, processo, proprietário de negócio e usuários |
| dados | dados de treinamento ou de referência, prompts, resultados, retenção e transferência | categorias de dados, pessoas afetadas, sensibilidade, finalidade e base legal |
| Decisão | capacidade do modelo e limitações conhecidas | decisão influenciada, consequência, autoridade humana e via de recurso |
| acesso | identidades, privilégios, interfaces e ferramentas conectadas | usuários autorizados, localizações, segregação e condições de aprovação |
| asseguração | testes do fornecedor, testes internos, revisão de segurança e incidentes | testes de aceitação, revisão de impacto, limites de monitoramento e data de revisão |
| ciclo de vida | aquisição, versão, processo de mudança e desativação | descoberta, sandbox, piloto, produção, suspensão ou desativação |
O registro deve manter as datas das evidências, as fontes e as lacunas não resolvidas.
4. Classifique o caso de uso antes de aprovar o sistema
A classificação deve seguir o uso e suas consequências. A política do conselho pode usar quatro níveis: proibido, restrito, controlado e rotineiro. Os rótulos são ferramentas internas de governança; categorias jurídicas devem ser avaliadas separadamente. Um sistema pode passar de um nível para outro quando dados, autonomia, usuários, pessoas afetadas ou ações conectadas mudarem.
Os usos proibidos devem incluir atividades que o grupo não está disposto a governar ou não consegue governar, além de qualquer uso proibido pela legislação aplicável. Exemplos podem incluir manipulação encoberta, discriminação ilegal, evidências fabricadas, personificação não aprovada, contorno de controles e inserção de informações protegidas ou confidenciais em um serviço público não autorizado. A política deve evitar formulações amplas que os funcionários não consigam aplicar.
Os usos restritos podem incluir decisões relevantes que afetem emprego, crédito, seguros, saúde, segurança, direitos legais, clientes, investimentos ou acesso a serviços essenciais. Eles exigem revisão jurídica reforçada, avaliação de impacto, governança de dados, testes, autoridade humana, documentação e monitoramento. Ações autônomas envolvendo dinheiro, código, comunicações externas ou sistemas de produção também devem seguir um caminho restrito.
Os usos controlados incluem funções de suporte de menor impacto com dados, ferramentas e revisão humana aprovados. Os usos rotineiros podem abranger tarefas de baixa consequência, como formatar texto público dentro de sistemas aprovados. A classificação deve considerar gravidade, escala, reversibilidade, vulnerabilidade das pessoas afetadas, sensibilidade dos dados, automação, opacidade, dependência externa e capacidade de detectar erros.
O escalonamento segue impacto, autonomia, sensibilidade e reversibilidade; a classificação jurídica permanece separada.
Tabela 3. Política do conselho para usos permitidos, condicionais e proibidos
| Estado da política | Uso ilustrativo | Ação necessária |
|---|---|---|
| permitido dentro da ferramenta aprovada | formatação de material público, tradução com revisão humana, logística de reuniões | usar conta aprovada, verificar os resultados e reter o registro exigido |
| controlado | síntese de pesquisa, redação interna, suporte à codificação, assistência ao atendimento ao cliente | dados autorizados, responsável nomeado, verificação de fontes, controle de acesso e monitoramento |
| restrito | decisões de contratação, crédito, precificação, jurídicas, de investimento, de saúde, de segurança ou decisões materiais sobre clientes | avaliação de impacto, revisão jurídica e de controles, testes, autoridade humana, recurso e limite de aprovação pelo conselho |
| ação autônoma restrita | envio de comunicações, alteração de sistemas, execução de código, movimentação de fundos ou colocação de ordens | permissões limitadas, controle duplo, sandbox, registros, limites de transação, interruptor de emergência e resposta a incidentes |
| proibido por política | evidência fabricada, personificação não autorizada, manipulação encoberta, contorno de controles ou divulgação insegura de dados | bloquear, reportar, preservar evidências e avaliar obrigações relacionadas ao incidente |
| proibição regulatória | qualquer atividade proibida para a entidade, jurisdição ou função | não implantar; documentar a determinação jurídica e monitorar mudanças |
Os exemplos exigem revisão jurídica e setorial específica para cada entidade antes da adoção.
5. Definir direitos de decisão e autoridade humana efetiva
A revisão humana deve ser concebida em torno da decisão. Uma pessoa não pode oferecer supervisão efetiva quando lhe faltam tempo, informação, autoridade, competência ou uma alternativa. A política deve identificar quem pode aprovar, rejeitar, sobrepor-se a, pausar e recorrer de um resultado influenciado por AI. Também deve indicar quais decisões permanecem exclusivamente humanas.
O conselho define o apetite ao risco e os limites materiais. A gestão aprova casos de uso dentro da autoridade delegada. O responsável pelo negócio é dono do resultado, incluindo erros criados pela confiança excessiva. A área de tecnologia é responsável pela operação do sistema. Os responsáveis pelos dados governam as fontes e os direitos. As áreas jurídica, de privacidade, de risco, de conformidade, de segurança e de recursos humanos revisam seus domínios. A auditoria interna ou uma função de asseguração qualificada avalia a concepção e a operação dos controles sem assumir responsabilidade de gestão.
O desenho da revisão deve corresponder à consequência e à reversibilidade. Um rascunho de baixo impacto pode exigir que um usuário competente verifique a exatidão e o tom. Uma decisão material de emprego ou de crédito pode exigir evidência independente, fundamentação, avaliação de viés, retenção de registros e um caminho acessível de reconsideração. Um agente capaz de executar ações pode exigir limites pré-aprovados, dupla autorização e capacidade de suspensão imediata.
A política deve abordar o viés de automação. Os usuários precisam de treinamento para entender que resultados fluentes podem estar errados, incompletos ou sem suporte. As interfaces de revisão devem expor fontes, limitações de confiança, exceções e alterações. A gestão deve testar se os revisores realmente questionam os resultados, em vez de apenas confirmá-los.
6. Governar dados, confidencialidade e propriedade intelectual
A governança de dados de AI começa antes de um prompt ser inserido. A organização deve classificar a informação, identificar o responsável legal, confirmar a finalidade e a autoridade e entender o que o fornecedor armazena, utiliza, transfere ou expõe. Informações de clientes, funcionários, transações, saúde, financeiras, jurídicas, familiares, de segurança e de investimentos não publicados podem exigir controles reforçados.
A política deve distinguir ambientes corporativos aprovados de contas públicas ou de consumidor. O contrato e a configuração devem abordar se prompts e resultados treinam modelos, retenção, exclusão, subprocessadores, localizações, acesso, criptografia, logs de auditoria, notificação de incidentes e saída. Os controles técnicos devem reforçar a regra por meio de identidade, prevenção de perda de dados, gestão de endpoints e restrições de acesso quando legais e proporcionais.
As obrigações relativas a dados pessoais dependem da jurisdição e da função. O Information Commissioner's Office do Reino Unido identifica responsabilidade, base legal, equidade, transparência, segurança, minimização de dados, direitos individuais e avaliação de impacto sobre a proteção de dados como considerações relevantes. O parecer de dezembro de 2024 do Comitê Europeu para a Proteção de Dados aborda anonimato, interesse legítimo e as consequências de dados de treinamento processados ilegalmente. Cada uso exige avaliação específica do caso.
A revisão de propriedade intelectual deve abranger direitos sobre entradas, direitos sobre resultados, licenças, obrigações de código aberto, know-how confidencial, conteúdo de terceiros, ativos de marca, termos de treinamento e indenizações. O conteúdo gerado deve ser verificado quanto à proveniência e à liberação antes do uso externo. O sigilo jurídico e a confidencialidade profissional exigem tratamento explícito aprovado pelos advogados.
7. Controlar modelos de terceiros e AI incorporado
As compras devem avaliar o fornecedor e o uso proposto. Um fornecedor conhecido não estabelece que uma configuração, integração ou caso de uso específico seja adequado. A diligência devida deve abranger identidade corporativa, descrição do serviço, dependências do modelo, treinamento e avaliação, segurança, termos de dados, subprocessadores, propriedade intelectual, disponibilidade, monitoramento, incidentes, direitos de auditoria, responsabilidade e rescisão.
Alterações de modelos e funcionalidades criam risco especial. Os fornecedores podem alterar capacidades, salvaguardas, práticas de dados ou interfaces. O contrato deve definir notificação, alteração material, controle de versão, testes, reversão e direitos de rescisão. O responsável pelo sistema deve monitorar as notas de versão e retestar fluxos de trabalho materiais antes de aceitar alterações.
O AI incorporado precisa ser identificado. Software de gestão de relacionamento com clientes, produtividade, finanças, recursos humanos, segurança e industrial pode ativar funções do AI no âmbito de contratos existentes. O proprietário deve avaliar a funcionalidade antes de ativá-la e confirmar se os fluxos de dados ou as funções contratuais mudam.
A concentração também importa. Várias empresas do grupo podem depender do mesmo modelo de base, plataforma de nuvem ou fornecedor de integração. Uma falha comum, alteração de política ou indisponibilidade pode afetar várias entidades. O registro deve expor dependências compartilhadas e soluções alternativas.
Tabela 4. Matriz de diligência devida e contratação de terceiros para AI
| Domínio | Questão de diligência devida | Evidência de contrato ou de controle |
|---|---|---|
| modelo e serviço | quais modelos, versões, componentes e subfornecedores prestam o serviço? | descrição do serviço, mapa de dependências e aviso de alteração |
| dados | o que entra no serviço, onde é processado, por quanto tempo é retido e é usado para treinamento? | termos de dados, configuração, exclusão, transferência e evidência de auditoria |
| testes | como são testados precisão, robustez, viés, segurança e uso indevido para o contexto pretendido? | relatórios de avaliação, limitações, testes de clientes e limiares de aceitação |
| garantia | como são protegidos identidades, interfaces, segredos, logs e incidentes? | arquitetura de segurança, certificações, processo de vulnerabilidade e termos de notificação |
| propriedade intelectual | quais direitos regem entradas, saídas, material de treinamento e reivindicações? | licenças, garantias, indenizações e processo de infração |
| resiliência | o que acontece durante interrupção, retirada do modelo ou mudança relevante? | níveis de serviço, continuidade, exportação, reversão e plano de saída |
| responsabilização | quem responde por erros, reclamações, suporte regulatório e remediação? | contatos designados, cooperação, registros, direitos de auditoria e alocação de responsabilidades |
A profundidade deve ser proporcional ao caso de uso, aos dados e à dependência.
8. Proteja o ciclo de vida da AI e as ferramentas conectadas
A segurança deve abranger envenenamento de dados, injeção de prompt, tratamento inseguro de saídas, extração de modelo, exposição de credenciais, permissões excessivas, comprometimento de dependências, negação de serviço e uso indevido. O modelo de ameaças deve refletir se o sistema é interno, voltado ao cliente, conectado a ferramentas, ajustado com dados do grupo ou exposto a conteúdo não confiável.
O desenvolvimento e a configuração devem usar ambientes separados, componentes aprovados, gestão de segredos, revisão de código, testes e controle de mudanças. Os sistemas de recuperação devem governar coleções de fontes e permissões. As saídas passadas para código, bancos de dados, e-mail, sistemas financeiros ou industriais devem ser validadas antes da execução. Os logs devem apoiar a detecção e a investigação, respeitando a privacidade e a confidencialidade.
O red teaming e a avaliação devem corresponder ao uso. Os conjuntos de teste precisam de respostas esperadas, casos extremos, entradas adversariais e perspectivas dos usuários afetados. As medidas podem abranger precisão, alegações não sustentadas, conteúdo prejudicial, recusa, viés, segurança, latência, resiliência e substituição. O proprietário deve definir limites de aceitação e registrar limitações antes da implantação.
O monitoramento em produção deve detectar deriva, acesso anormal, saídas inseguras, violações de política, reclamações, incidentes e mudanças de provedor. Um teste de pré-implantação aprovado tem data e escopo. Ele não oferece garantia permanente.
9. Aplique limites mais fortes à AI generativa e agêntica
A AI generativa pode produzir texto, imagens, áudio, vídeo e código plausíveis sem estabelecer verdade ou direitos. O Perfil de AI Generativa do NIST identifica riscos que podem ser novos ou intensificados, incluindo confabulação, conteúdo perigoso, privacidade, viés, integridade da informação, propriedade intelectual, segurança cibernética e integração da cadeia de valor. A política deve exigir verificação de fontes, rotulagem de conteúdo quando aplicável, controles de proveniência e responsabilização humana.
A AI agêntica acrescenta ação. Um agente pode planejar etapas, usar memória, chamar ferramentas, comunicar-se e alterar sistemas. A Estrutura de Governança de AI Modelo de Singapura para AI Agêntica, publicada em janeiro de 2026, enfatiza limitar a autonomia, atribuir responsabilização humana, controlar o acesso, testar, garantir transparência e monitorar. Esses princípios podem orientar a governança interna, enquanto a lei local e o contexto determinam os requisitos.
Um agente deve receber a menor autoridade necessária. Ferramentas, dados, destinos, valores de transação, janelas de tempo e tipos de ação devem constar de listas de autorização. Ações de alto impacto devem exigir confirmação ou aprovação dupla. Limites de taxa, orçamentos, segregação de ambientes, registros imutáveis, detecção de anomalias e um mecanismo de interrupção testado devem apoiar o controle.
O responsável pelo negócio deve documentar o que o agente pode decidir, recomendar e executar. A política deve proibir que um agente amplie suas próprias permissões ou contorne etapas de aprovação humana. Fluxos de trabalho conectados devem ser testados contra instruções maliciosas e fontes de dados comprometidas.
A autonomia se expande apenas dentro de limites aprovados, com evidências e um mecanismo de parada testado.
10. Governar pessoas, emprego e capacidade
Os funcionários precisam de regras claras e ferramentas aprovadas e utilizáveis. Uma política que apenas proíbe comportamentos pode levar a atividade para canais não observados. O treinamento deve explicar sistemas permitidos, categorias de dados, verificação, registros, propriedade intelectual, segurança, escalonamento e consequências. Módulos baseados em funções devem abranger desenvolvedores, compras, recursos humanos, equipes de investimento, operações com clientes, executivos e membros do conselho.
Usos no emprego exigem cuidado redobrado. Recrutamento, monitoramento, avaliação de desempenho, escalas, promoção e demissão podem afetar direitos e meios de subsistência. A revisão deve considerar as normas aplicáveis de emprego, igualdade, privacidade, consulta e decisões automatizadas. Ela deve testar a qualidade dos dados, proxies, resultados díspares, explicações, acessibilidade e reconsideração efetiva.
O grupo também deve planejar mudanças na força de trabalho. AI pode redesenhar tarefas, controles e requisitos de competências. A administração deve avaliar a segregação de funções, o desenho de cargos, a supervisão, a competência e a fadiga de mudanças. Conhecimento crítico não deve migrar para uma ferramenta opaca sem arranjos de retenção e continuidade.
Membros da família e diretores também são usuários. Assistentes pessoais, ferramentas de mensagens e dispositivos podem conter informações sensíveis sobre a família, transações e governança. A integração e as declarações anuais devem abranger portais do conselho, contas aprovadas, viagens, clonagem de voz e imagem, personificação e fraude de pagamento urgente.
11. Proteger a integridade das informações e o nome da família
Conteúdo sintético pode causar danos operacionais e reputacionais. Uma mensagem falsa de executivo pode solicitar dinheiro ou dados. Áudio fabricado pode afetar uma negociação. Uma resposta pública imprecisa pode ser atribuída a um negócio da família. O grupo precisa de autenticação, controles de publicação externa e um caminho de escalonamento para personificação e desinformação.
Comunicações de alto risco devem usar canais verificados e confirmação secundária. Alterações de pagamento ou de conta nunca devem depender exclusivamente de voz, vídeo ou e-mail. Conteúdo público gerado ou substancialmente editado por AI deve passar por revisão factual, jurídica e de marca adequada às suas consequências. Requisitos de proveniência e rotulagem devem ser verificados por jurisdição e canal.
O plano de crise deve identificar o porta-voz da família, o porta-voz da entidade, o responsável jurídico, o responsável de tecnologia e contatos de autoridades policiais ou plataformas. O monitoramento deve focar em ameaças críveis e respeitar a privacidade. As evidências devem ser preservadas antes da remoção do conteúdo, quando legalmente permitido.
12. Mapear regulamentação e normas por entidade e função
O mapa regulatório deve estar atualizado e ser específico por entidade. A Lei AI da União Europeia aplica-se por meio de um cronograma faseado e atribui obrigações por categoria de sistema e função do ator. A Comissão Europeia declara que a maioria das disposições se aplica a partir de 2 de agosto de 2026, enquanto certas disposições começaram mais cedo e algumas obrigações para sistemas de alto risco têm prazo posterior. Orientações, normas e mecanismos de aplicação continuam a evoluir. A aplicabilidade e as datas atuais exigem confirmação jurídica.
Os Estados Unidos têm um ambiente setorial e multinível. O RMF AI do NIST é voluntário e fornece uma estrutura de governança, e não uma determinação jurídica. Requisitos federais, estaduais, setoriais, contratuais, de proteção ao consumidor, trabalhistas, de privacidade, de propriedade intelectual e de valores mobiliários podem se aplicar. O grupo deve manter um mapa de jurisdições e casos de uso, em vez de depender de um único rótulo nacional.
O Reino Unido tem uma abordagem regulatória baseada em princípios entre os reguladores existentes, além de obrigações de proteção de dados e setoriais. O ICO declara que sua orientação sobre AI e proteção de dados está em revisão após o Data (Use and Access) Act 2025. A versão e a aplicabilidade devem, portanto, ser verificadas quando uma decisão for tomada.
Singapura oferece estruturas-modelo práticas para AI tradicional, generativa e agêntica. Essas são referências úteis de governança; as obrigações das entidades ainda dependem da lei aplicável, do setor e da função. Os princípios da OCDE oferecem uma base amplamente adotada para interoperabilidade entre jurisdições.
A política deve registrar a fonte legal, a data de vigência, a entidade afetada, a função, o responsável e as evidências. Mudanças regulatórias devem desencadear uma reavaliação da classificação, documentação, testes, contratos e deveres em caso de incidente.
13. Estruture a resposta a incidentes em torno de evidências e decisões
Um incidente de AI pode envolver confidencialidade, dados pessoais, segurança cibernética, ação insegura, discriminação, perda financeira, propriedade intelectual, desinformação, violação regulatória ou interrupção de serviço. O plano de incidentes deve conectar procedimentos existentes de crise, cibernética, privacidade, jurídico, risco e comunicações, em vez de criar um canal isolado.
As primeiras ações são proteger pessoas, conter o sistema, preservar evidências e interromper ações prejudiciais adicionais. A equipe deve identificar entidades, sistemas, versões, dados, usuários, decisões e ferramentas conectadas afetados. Logs, prompts, saídas, configuração, registros de modelos e de fornecedores devem ser preservados dentro dos limites legais.
O comandante do incidente deve coordenar decisões técnicas e de negócios. As equipes jurídica e de privacidade avaliam a notificação e o privilégio legal. O responsável pelo negócio avalia decisões afetadas e a remediação para clientes. A segurança investiga acessos e comprometimentos. Comunicações controlam declarações internas, familiares e externas. Finanças acompanha perdas e seguros. O fornecedor deve apoiar evidências, contenção e remediação conforme o contrato.
As lições aprendidas devem atualizar o registro, os controles, o treinamento e os termos com fornecedores. A reinicialização deve exigir evidências e autoridade definidas.
A sequência protege pessoas e evidências enquanto coordena deveres específicos de cada entidade.
14. Demonstre a estrutura com um grupo global hipotético
Considere um grupo hipotético de propriedade familiar com uma holding no Reino Unido, negócios de consumo e industriais na União Europeia e nos Estados Unidos, uma subsidiária de tecnologia em Singapura e um escritório de investimentos separado. O grupo tem 4.800 funcionários e receita anual consolidada de USD 1.2 billion. Esses números são premissas da administração criadas apenas para demonstrar o método.
A descoberta identifica 64 sistemas habilitados por AI e 117 casos de uso. Vinte e nove sistemas são ferramentas corporativas aprovadas, 18 são funcionalidades incorporadas de fornecedores, 11 são assinaturas de funcionários e seis são desenvolvidos internamente. A revisão inicial dos casos de uso identifica 12 usos restritos, 69 usos controlados, 30 usos rotineiros e seis usos suspensos até a conclusão da investigação.
O conjunto restrito inclui triagem de recrutamento, alertas de segurança de fábrica, precificação dinâmica de clientes, recomendações de crédito, pesquisa de investimentos, triagem de reclamações de clientes e dois agentes conectados a código e comunicações externas. Nenhum é aprovado apenas porque um fornecedor o comercializa como conforme. Cada um recebe um mapa jurídico local, avaliação de impacto, revisão de dados, teste de aceitação, desenho de autoridade humana e plano de monitoramento.
O conselho aprova uma política de grupo e quatro anexos por entidade. Ela proíbe informações confidenciais em ferramentas públicas não aprovadas, evidências fabricadas, personificação não aprovada e movimentação autônoma de fundos. Ela exige aprovação dupla para comunicações externas relevantes e alterações de código em produção por agentes. Seis usos suspensos estão controlados; dois são descontinuados, três são migrados para ambientes aprovados e um segue para um piloto controlado após remediação.
Tabela 5. Linha de base hipotética do grupo familiar AI e primeiras decisões
| Área | Premissa da administração | Primeira ação do conselho ou da administração |
|---|---|---|
| Presença do grupo | Sociedade holding no Reino Unido; operações na UE, nos EUA e em Singapura; escritório de investimentos separado | adotar princípios do grupo e quatro anexos por entidade |
| escala | Receita anual de USD 1.2bn; 4.800 funcionários | definir limites de materialidade e de reporte |
| sistemas | 64 sistemas habilitados por AI | atribuir responsáveis pelos sistemas, versões e registros de dependências |
| casos de uso | 117 identificados | classifique cada uso e remova registros duplicados ou obsoletos |
| usos restritos | 12 | exigir aprovações jurídicas, de impacto, de testes e de autoridade humana |
| usos suspensos | 6 | conter, preservar evidências e decidir entre descontinuar, migrar ou corrigir |
| sistemas agênticos | 2 conectados a código ou comunicações | restringir ferramentas, exigir aprovação dupla, registrar ações e testar controles de parada |
Todos os valores são premissas da administração para demonstração do método; não são dados observados do grupo.
O family office tem uma questão separada. Os analistas usaram assistentes de consumo para pesquisa pública e minutas de memorandos. O conselho exige um ambiente corporativo aprovado, retenção de fontes, restrições a dados confidenciais, responsabilização pelas decisões de investimento e separação clara entre a saída da ferramenta e as evidências de investimento aprovadas. O comitê de investimentos mantém a responsabilidade por cada decisão.
O painel de 90 dias mostra responsabilização completa para 60 dos 64 sistemas, contatos de incidentes testados para todas as entidades materiais, encerramento dos seis usos suspensos e evidências de fornecedores em atraso para quatro sistemas controlados. As exceções permanecem visíveis até serem resolvidas. O exemplo demonstra como a política se torna um portfólio de decisões, e não apenas uma declaração de princípios.
15. Execute uma sequência de implementação de 100 dias
Durante os dias 1 a 20, o conselho nomeia um patrocinador executivo e um responsável pela política, define o perímetro do grupo, emite um aviso provisório de uso aceitável, preserva evidências relevantes e identifica sistemas materiais. A administração cria os registros de entidades, sistemas e casos de uso e nomeia contatos de incidentes.
Durante os dias 21 a 40, o grupo classifica os casos de uso, identifica atividades proibidas e restritas, mapeia papéis de dados e jurídicos e contém exceções urgentes. A área de compras analisa fornecedores materiais e funcionalidades incorporadas. A área de tecnologia estabelece acessos aprovados e controles iniciais de detecção.
Durante os dias 41 a 60, os responsáveis concluem avaliações de impacto, privacidade, segurança, propriedade intelectual e autoridade humana para usos restritos. As equipes técnicas criam testes de aceitação, permissões, logs, monitoramento e controles de suspensão. Os conselhos das entidades revisam os cronogramas locais.
Durante os dias 61 a 80, o grupo realiza treinamento-piloto, exercícios de incidentes e evidências de controle. Ele testa os limites dos agentes e os pontos de aprovação. A gestão encerra ou escala exceções, atualiza contratos e define métricas para o conselho. Funções de controle independentes questionam aprovações de alto impacto.
Durante os dias 81 a 100, o conselho adota a política e os cronogramas por entidade, aprova riscos residuais materiais e recebe o primeiro painel. A auditoria interna define um plano de asseguração baseado em riscos. O registro passa a ser um registro de gestão recorrente com reavaliação orientada por eventos.
16. Instalar governança recorrente e revisão orientada por eventos
A cadência operacional deve acompanhar as mudanças. Os proprietários dos sistemas monitoram a produção. Os proprietários de negócio revisam desempenho, reclamações, sobrescritas e exceções mensalmente. As funções de controle revisam usos restritos pelo menos trimestralmente. Os conselhos recebem exposição material, incidentes e remediação em atraso em um cronograma acordado.
Os eventos devem acionar reavaliação imediata. Isso inclui um novo uso, modelo ou fornecedor; mudança material de versão; nova categoria de dados; expansão para outra entidade ou jurisdição; conexão a uma ferramenta; aumento da autonomia; reclamação significativa; falha de controle; incidente; aquisição; desinvestimento; ou mudança regulatória.
As aquisições exigem descoberta precoce. A diligência devida deve identificar sistemas AI materiais, direitos sobre dados, contratos, incidentes, reivindicações e lacunas de conformidade. A integração deve preservar evidências e impedir conexões não controladas com os sistemas do grupo. Os desinvestimentos exigem separação de dados, transferência de licenças e remoção de acessos.
A sucessão também importa. Um membro da família da próxima geração pode patrocinar a inovação ou integrar o conselho. A governança deve usar os mesmos direitos de decisão e padrões de evidência. A política deve permanecer um ativo institucional que sobrevive a mudanças de liderança, fornecedores e tecnologia.
As revisões orientadas por eventos ocorrem paralelamente à supervisão recorrente; a cadência pode ser mais rigorosa por entidade ou uso.
17. Dar ao conselho um painel de indicadores de ciclo fechado
O conselho deve mapear cada uso material de AI para uma entidade, sistema, proprietário, decisão, conjunto de dados, nível de risco, autoridade, controle e evidência atual. O painel deve mostrar sistemas desconhecidos, usos restritos, incidentes, revisões em atraso e remediação.
Tabela 6. Painel de indicadores de implementação da governança de AI pronto para o conselho
| Domínio | Questão de governança | Evidência de aceitação |
|---|---|---|
| perímetro | as entidades jurídicas, os sistemas compartilhados, os fornecedores e os usos materiais estão incluídos? | registros reconciliados de entidades, sistemas, casos de uso e dependências |
| classificação | cada uso é classificado por impacto, autonomia, dados e reversibilidade? | justificativa aprovada, mapa legal e decisão de escalonamento |
| direitos de decisão | as pessoas responsáveis podem aprovar, rejeitar, sobrepor, pausar e recorrer? | matriz de autoridade, design de usuário, treinamento e intervenção testada |
| dados e propriedade intelectual | a finalidade, os direitos, a confidencialidade, a retenção e a transferência estão sob controle? | mapa de dados, revisão de impacto, contrato, configuração e liberação |
| segurança e agentes | as permissões são limitadas e as ações conectadas são observáveis e interrompíveis? | modelo de ameaças, listas de permitidos, logs, testes, limites e mecanismo de interrupção |
| fornecedores | os riscos de modelo, dados, mudança, incidente, resiliência e saída são governados? | diligência devida, contrato, monitoramento e plano de concentração |
| incidentes | o grupo consegue conter, preservar, avaliar, notificar e remediar? | plano exercitado, contatos, procedimento de evidências e critério de retomada |
| supervisão | o reporte impulsiona o encerramento e a reavaliação? | painel, exceções, datas de remediação e constatações de asseguração |
A aceitação exige evidências atuais e um responsável nomeado para cada exceção material.
O scorecard deve evitar um percentual de conclusão enganoso. Um grupo pode ter muitos sistemas registrados e ainda assim não ter controle sobre os poucos que afetam pessoas, dinheiro, segurança ou reputação. O conselho de administração deve se concentrar nas exceções materiais e na idade das evidências.
A governança de AI torna-se duradoura quando está conectada a investimento, aquisições, emprego, segurança cibernética, dados, transações e gestão operacional. A política fornece o conjunto de regras. O registro fornece o perímetro factual. Os testes fornecem evidências. Os direitos de decisão fornecem responsabilização. A resposta a incidentes protege pessoas e valor quando as premissas falham.
Referências
- Organização para a Cooperação e Desenvolvimento Econômico, Princípios da OCDE AI, atualizados em maio de 2024, https://oecd.ai/en/ai-principles
- National Institute of Standards and Technology dos Estados Unidos, Estrutura de Gestão de Riscos de Inteligência Artificial 1.0, 26 de janeiro de 2023, https://www.nist.gov/itl/ai-risk-management-framework
- National Institute of Standards and Technology dos Estados Unidos, Estrutura de Gestão de Riscos de Inteligência Artificial: Perfil de Inteligência Artificial Generativa, NIST AI 600-1, 26 de julho de 2024, https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf
- Comissão Europeia, Navegando pelo Regulamento AI, incluindo informações sobre aplicação faseada, https://digital-strategy.ec.europa.eu/en/faqs/navigating-ai-act
- Comissão Europeia, Diretrizes sobre Obrigações para Prestadores de AI de Propósito Geral, https://digital-strategy.ec.europa.eu/en/faqs/guidelines-obligations-general-purpose-ai-providers
- Comitê Europeu de Proteção de Dados, Parecer 28/2024 sobre determinados aspectos da proteção de dados relacionados ao tratamento de dados pessoais no contexto de modelos AI, 18 de dezembro de 2024, https://www.edpb.europa.eu/news/edpb-opinion-on-ai-models-gdpr-principles-support-responsible-ai_en
- Information Commissioner's Office do Reino Unido, Orientações sobre AI e Proteção de Dados: Implicações de Responsabilização e Governança, em revisão após o Data (Use and Access) Act 2025, https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/artificial-intelligence/guidance-on-ai-and-data-protection/what-are-the-accountability-and-governance-implications-of-ai/
- Departamento de Ciência, Inovação e Tecnologia do Reino Unido, Implementação dos Princípios Regulatórios de AI do Reino Unido: Orientação Inicial para Reguladores, fevereiro de 2024, https://assets.publishing.service.gov.uk/media/65c0b6bd63a23d0013c821a0/implementing_the_uk_ai_regulatory_principles_guidance_for_regulators.pdf
- Autoridade de Desenvolvimento de Infocomm e Mídia de Singapura e Comissão de Proteção de Dados Pessoais, Estrutura Modelo de Governança de Inteligência Artificial, Segunda Edição, https://www.imda.gov.sg/-/media/imda/files/infocomm-media-landscape/sg-digital/tech-pillars/artificial-intelligence/second-edition-of-the-model-ai-governance-framework.pdf
- Autoridade de Desenvolvimento de Infocomm e Mídia de Singapura, Estrutura Modelo de Governança de AI para AI Generativa, maio de 2024, https://www.imda.gov.sg/resources/press-releases-factsheets-and-speeches/press-releases/2024/singapore-launches-model-ai-governance-framework-for-generative-ai
- Autoridade de Desenvolvimento de Infocomm e Mídia de Singapura, Estrutura Modelo de Governança de AI para AI Agêntica, Versão 1.0, 22 de janeiro de 2026, https://www.imda.gov.sg/-/media/imda/files/about/emerging-tech-and-research/artificial-intelligence/mgf-for-agentic-ai.pdf
- Instituto Nacional de Padrões e Tecnologia dos Estados Unidos, Manual e Recursos da Estrutura de Gestão de Riscos de AI, https://www.nist.gov/itl/ai-risk-management-framework/ai-risk-management-framework-resources
Sobre o Autor
Chennakeshav Adya é pesquisador independente e Sócio-Gerente da Matchpoint Partners. Seu trabalho examina estratégia, formação de capital, avaliação, transações e execução operacional nos mercados privados e públicos.
