Pular para conteúdo

Handbook de governança de IA e agentes

Esta é a ordem editorial da edição em português. Os capítulos permanecem em seus domínios canônicos. Uma publicação futura deve ser derivada desta ordem, sem criar uma segunda fonte editorial.

Como ler

  • Leitura executiva: capítulos 1, 2, 6 e 10.
  • Implantação: capítulos 1–32 na ordem.
  • Arquitetura: capítulos 3, 7, 11–17, 22 e 28–31.
  • Assurance: capítulos 8, 9 e 18–21.
  • Referência: consulte por domínio; não precisa seguir a ordem.

Três níveis dentro de cada domínio

Um domínio canônico é escrito para ser lido em três níveis. Um capítulo completo permite sair dele com algo produzido, aprovado ou operacionalizado — não apenas compreendido.

Nível Pergunta que responde Onde aparece no capítulo
entender o que é e por que existe? objetivo, conceitos e distinções
decidir qual opção aplicar e sob quais critérios? tabelas de decisão, tiers, trade-offs e gatilhos
executar quais passos, evidências e entregáveis tornam a capacidade operacional? playbook, artefatos, evidências e decision gate

Um capítulo que só entrega o primeiro nível é material de leitura, não de implantação. O catálogo de artefatos lista o que cada domínio deve produzir.

Parte I — Fundamentos

  1. Governar agentes em escala — brief executivo
  2. Fundamentos de governança de IA e agentes
  3. Princípios arquiteturais
  4. Decisão arquitetural: agente é o mecanismo certo?
  5. Vocabulário canônico

Parte II — Política, operating model e risco

  1. Policy modular — fonte canônica
  2. Operating model e decision rights
  3. Arquitetura de referência
  4. Mapeamento de capability para tecnologia
  5. Atributos de qualidade
  6. Riscos arquiteturais
  7. Gestão proporcional de riscos
  8. Maturity model

Parte III — Domínios de controle

  1. Estratégia, portfolio e evidência de valor
  2. Estate, registry, ownership e taxonomia
  3. Lifecycle, mudança material, attestation e retirement
  4. Identidade e least privilege
  5. Dados, acesso e provenance
  6. Tools, APIs e MCP
  7. Modelos, provedores e dependências de IA
  8. Segurança de sistemas de IA e agentes
  9. Responsible AI e assurance
  10. Human oversight e accountability
  11. Evaluations e release evidence
  12. Auditabilidade e evidências
  13. Operações, resposta e runtime
  14. Adoção, enablement e suporte

Parte IV — Método, patterns e toolkit

  1. Implementation playbook
  2. Roadmap sugestivo de 90 dias
  3. Programa sugestivo de implantação em 24 semanas
  4. Plano opcional de piloto e critérios de expansão
  5. Catálogo de design patterns
  6. Control catalog
  7. Schemas e examples
  8. Templates

Parte V — Fontes e limitações

  1. Fontes e bibliografia

Casos e mappings opcionais

Casos e mappings ajudam a interpretar implementações, mas não são capítulos necessários, componentes da solução ou requisitos do framework.

Artefatos de manutenção do repositório

O roadmap do produto de conhecimento orienta evolução e release do repositório, mas não é capítulo do handbook nem conteúdo previsto para publicação editorial.

Critérios de completude de um capítulo

Um capítulo canônico deve declarar, quando aplicável:

  • objetivo e boundaries;
  • decisões e requisitos;
  • artefatos e owners;
  • controls e evidências;
  • métricas e failure modes;
  • relações com outros domínios;
  • fontes e limitações.

Convenção de status

Status Significado
adopted decisão normativa aprovada
maintained guidance canônico mantido
review proposta em revisão
draft conteúdo incompleto
deprecated preservado apenas para referência

Uma publicação futura não mudará o status do conteúdo-fonte.