Uma torre de controlo de IA é a camada de dashboard e fluxo de trabalho ao nível da organização para a governança de IA: um local único para ver agentes registados, encaminhar aprovações, criar tickets e reportar a posture à direção. Os exemplos incluem a ServiceNow AI Control Tower e os planos de administração de agentes dos hyperscalers (as superfícies de Entra Agent ID / Agent 365 da Microsoft, as funcionalidades de governança do AWS AgentCore).
Se a organização investiu numa, a pergunta correta não é “torre ou Olivares?” mas sim “o que alimenta a torre com a verdade?” A nossa resposta, deliberadamente, é integramos; não competimos.
TL;DR: As torres de controlo são fortes em fluxos de trabalho, ticketing, dashboards ao nível da organização e governança de agentes dentro do seu próprio ecossistema. São fracas em estates heterogéneos, self-hosted e multi-cloud e na verdade de base — o que um agente efetivamente tocou, corroborado contra o plano de dados. A Olivares AI é a camada fonte por baixo da torre: produz o inventário atribuído, o drift Permitted-vs-Observed e a evidência à prova de manipulação, e envia-os para cima.
O que as torres de controlo fazem bem
- Fluxo de trabalho e ITSM: aprovações, registos de alteração, tickets de incidência, propriedade — o processo existente da organização, onde a governança de IA se deve encaixar em vez de abrir um silo paralelo.
- Relatórios executivos: um painel único para a direção através de múltiplas iniciativas de IA.
- Governança nativa do ecossistema: a torre de um hyperscaler governa bem os agentes na nuvem desse hyperscaler — as suas identidades, as suas políticas, o seu runtime.
Estas são forças reais e não as reproduzimos. A Olivares AI não é um produto ITSM e não pretende ser o dashboard de relatórios do CISO.
Onde as torres deixam uma lacuna
| Lacuna | Porque importa | O que a Olivares AI proporciona |
|---|---|---|
| Estate heterogéneo | Os agentes executam-se entre nuvens, on-prem, portáteis e CI — não apenas no runtime de um único fornecedor | Inventário ao nível do estate e mapa de acesso através de stores SQL/object/warehouse, MCP, ferramentas e o agente de desenvolvimento local |
| Verdade de base | Uma torre mostra o que está registado; raramente corrobora o que os agentes fizeram | Telemetria auto-reportada cruzada contra pgAudit / CloudTrail / eBPF — Permitted-vs-Observed como facto |
| Enforcement no agente de desenvolvimento | As torres observam; poucas conseguem impedir a ação de um agente local em modo deny-closed | O PEP de hooks do Claude Code e as portas de atuação deny-closed |
| Evidência à prova de manipulação | Os dashboards são mutáveis; os auditores querem prova imutável | Ledger append-only assinado com Ed25519; pacotes de evidência OSCAL; verificação off-box |
| Soberania | As torres SaaS processam os dados de governança na sua nuvem | Self-hosted / air-gapped; o plano de dados nunca sai do perímetro |
Como encaixamos (em ambas as direções)
A Olivares AI foi concebida para se posicionar por baixo da torre e alimentá-la, e para ler a partir das torres que expõem um roster.
- Enviar posture e evidência para cima. Exportar o inventário e a posture
para que uma torre de controlo os consuma (
GET /v1/m/posture/export), e reencaminhar o ledger de auditoria e os findings para o SIEM/ITSM para que aterrem no fluxo de trabalho já em operação. - Ler rosters de identidade para baixo, em modo read-only. Os conectores de federação de identidade sincronizam rosters de agentes a partir da Microsoft Entra Agent ID, do AWS AgentCore Identity, do Google Agent Identity, e em modo read-only a partir da Microsoft Agent 365 e da ServiceNow AI Control Tower — mapeando-os sobre o roster SPIFFE/WIF para que o mapa de acesso atribua edges a identidades reais e governadas. Consultar Arquitetura de segurança.
A relação é complementar por conceção: a torre é proprietária do fluxo de trabalho e da vista para a administração; a Olivares AI é proprietária da verdade de base e da evidência imutável que tornam fiáveis os números da torre.
Quando a torre é suficiente
Se todo o estate de agentes reside dentro de um único hyperscaler ou ecossistema SaaS, a torre nativa desse fornecedor o governa, e não existe nenhum requisito de soberania nem footprint heterogéneo/self-hosted, poderá não ser necessário um control plane separado — a torre nativa juntamente com a sua exportação de auditoria pode ser suficiente. A Olivares AI torna-se necessária quando o estate é misto, quando se necessita de verdade de base corroborada em vez de um registo, ou quando a evidência de governança tem de permanecer dentro do perímetro.