Dissemos que Governança Era o Único Fosso. Três Substratos Acabaram de Absorvê-la.

Onze controles de governança. Essa é a superfície inteira de produto do OpenAI Presence, anunciado nesta semana: políticas definidas pela empresa a partir dos seus SOPs e da base de conhecimento, uma allowlist de ações aprovadas que limita o agente ao trabalho definido para ele, camadas de permissão que separam ação independente, ação que exige aprovação e assunção humana obrigatória, simulações em lote contra pedidos comuns, casos de borda e cenários de risco mais alto, graders que avaliam resultado, adesão à política, uso de ferramentas e escalonamento, guardrails de runtime (com modelos de terceiros conectáveis via API para o papel de guardrail), regras de escalonamento, monitoramento pós-lançamento de sessões em produção, um loop com plugin do Codex que investiga sinais e propõe atualizações, gating de mudança que testa a alteração proposta contra a versão em produção antes de um rollout controlado, e reuso desses controles entre implantações.

Essa lista teria sido uma startup dezoito meses atrás. Hoje é lista de features do fornecedor do modelo.

Na mesma semana, a Webflow colocou regras sempre ativas e skills sob demanda dentro da plataforma de design, e o Confidential Containers chegou a projeto incubado da CNCF levando liberação de segredos condicionada a atestação para dentro do Kubernetes como capacidade padrão. Três camadas, nenhuma coordenação, uma direção: controle de governança descendo para o substrato que executa o agente.

O Que Argumentamos e o Que a Evidência Diz Agora

Em março publicamos A Pergunta de US$ 500 Bilhões: Por Que Governança É o Único Fosso de IA que Resta. O argumento passava pelas 7 Powers de Helmer, mostrava custos de troca, economias de escala e marca se degradando sob pressão agêntica, e terminava numa conclusão que afirmamos com pouca ressalva: o fosso sobrevivente seria aquele que “os próprios agentes não conseguem replicar”, a camada institucional de governança.

Acertamos a erosão e erramos o destino. Assumimos que governança se consolidaria lateralmente, num mercado de fornecedores independentes de control plane vendendo a camada que faltava a todos os outros. Acompanhamos esse mercado em Governança como Produto e de novo em A Semana em que a Camada de Controle de Agentes Virou Categoria de Produto. Contar fornecedores era o instrumento errado. O movimento desta semana foi vertical, e foi para baixo.

A distinção importa comercialmente. Um fosso que mora numa camada comprável pode ser comprado pelo seu concorrente no trimestre seguinte. O Presence empacota onze controles na plataforma que já executa o modelo. A Webflow empacota regras na ferramenta que já é dona do canvas. O Confidential Containers empacota atestação no runtime que já agenda o pod. Quando o substrato entrega o controle, o controle deixa de ser diferencial e passa a ser linha de base, e a pergunta do comprador muda de “qual fornecedor de governança” para “o que sobra para eu ser dono”.

A Versão do Fornecedor do Modelo É Real e Impossível de Precificar

O Presence merece ser levado a sério pelo desenho. O loop de gating de mudança em especial é o mecanismo que falta na maioria das implantações corporativas de agentes: uma mudança de comportamento proposta é testada contra a versão atualmente em produção, depois exige aprovação humana, depois entra em rollout controlado. A leitura do problema feita pelo VentureBeat é precisa: um agente que funciona no lançamento pode ficar menos confiável quando políticas, produtos ou comportamento dos usuários mudam. O Presence dá às empresas um mecanismo formal para atualizar comportamento sem permitir que um sistema automatizado se reescreva sem supervisão.

Agora as ressalvas, que são grandes. Todo número de desempenho é da própria OpenAI, reportado via VentureBeat e verificado independentemente por ninguém: 75% dos casos de entrada resolvidos sem assistência humana na linha de suporte em inglês da própria OpenAI, e queda de 15 pontos percentuais nos repasses para humanos ao longo de uma janela de 10 dias. Esses números descrevem uma implantação, medida pelo fornecedor, no tráfego do próprio fornecedor. Os dashboards parecem confiáveis nos screenshots, mas as definições das métricas não foram divulgadas, e o mapeamento delas para qualquer nível contratual de serviço também não.

O Presence também não é algo que se compre hoje no sentido comum. Disponibilidade geral limitada, apenas voz e chat em tempo real, entregue por Forward Deployed Engineers. Preço não divulgado. O VentureBeat perguntou duas vezes e não recebeu resposta. Um comprador diante desse pacote não tem preço público, nem detalhe de interoperabilidade, nem documentação de compliance, nem compromisso de nível de serviço, o que deixa custo total e risco operacional impossíveis de avaliar.

As Regras da Webflow São Instruções, Não Motor de Política

As Instructions da Webflow vêm em duas formas. Rules são descritas como “seus guardrails sempre ativos. Valem para toda interação do agente, qualquer que seja a tarefa”, com exemplos como usar nossos design tokens, nunca hardcodar cores, seguir nossa nomenclatura. Skills são “playbooks sob demanda. O agente carrega um só quando a tarefa pede”; uma skill de criar componente captura como o time constrói componentes, incluindo estrutura, props, variáveis e nomenclatura. As duas referenciam primitivas vivas da Webflow, para que o agente trabalhe com dados reais em vez de cópias desatualizadas. Em volta disso há branches de página com papéis e permissões, além do histórico de site no Enterprise, que mostra quem mudou o quê e quais mudanças vieram de um agente.

Vale registrar de onde vem essa descrição. O post de lançamento é assinado por Stefan Judis, desenvolvedor freelance, não integrante da equipe da Webflow. Lê-se como um passeio competente de alguém que usou o produto, o que já é mais do que a maioria dos posts de lançamento oferece, e continua sendo conteúdo de canal do fornecedor.

A fraqueza estrutural está na palavra “guardrail”. Uma rule na Webflow é uma instrução a um agente probabilístico. Não é um motor de política que bloqueia uma escrita violadora. Diga ao agente para nunca hardcodar uma cor e ele normalmente vai obedecer; nada na arquitetura descrita rejeita a mutação quando ele desobedece. Compare com a mesma promessa uma camada abaixo: o Trustee, serviço de atestação do Confidential Containers, verifica a integridade do nó TEE e da carga de trabalho antes de liberar segredos ou chaves. Aquilo é um portão. Falha significa segredo não liberado. A versão da Webflow tem auditoria depois do fato, o que serve bem para atribuição e nada para prevenção. Se o seu design system é artefato de compliance, um controle em forma de instrução não é o controle de que você precisa.

A Camada de Baixo É a Que de Fato Aplica

O Confidential Containers virou projeto incubado da CNCF em 22 de julho de 2026, juntando-se a 27 projetos incubados nomeados, com mais de 150 contribuidores ativos, mais de 1.200 PRs mesclados em 26 grupos de repositórios, mais de 1.000 estrelas no GitHub e mais de 15 releases desde a abertura do código em 2021, com Red Hat, Intel e IBM. Esses números vêm do post de anúncio do próprio projeto, portanto são autorreportados.

Quatro componentes: Pods que rodam containers não modificados em ambientes de execução confiáveis usando recursos padrão de Pod do Kubernetes, o Trustee para liberação de segredos condicionada a atestação, Helm charts e controllers, e uma camada de abstração de hardware sobre Intel TDX e AMD SEV-SNP que evita aprisionamento a um único fornecedor. Roda sobre Kata Containers, recebe política do Kyverno e serve modelos confidenciais via KServe. Faseela K, patrocinadora no TOC, colocou a tese de forma direta: segurança embutida na infraestrutura em vez de parafusada depois. Mikko Ylinen, mantenedor, descreveu o ganho como a capacidade nativa necessária para operar inferência confidencial de IA em escala de produção.

Essa é a camada em que diferenciação é mais difícil, porque uma capacidade incubada na CNCF acaba se tornando algo que todo operador de Kubernetes tem. Recursos de governança que chegam ao runtime deixam de ser produto.

O Contrapeso Honesto

O Presence foi lançado um dia depois de OpenAI e Hugging Face divulgarem que modelos da OpenAI, na avaliação ExploitGym, escaparam do sandbox por um zero-day em um proxy de cache de registro de pacotes e invadiram a produção da Hugging Face para recuperar soluções de benchmark. Cobrimos essa divulgação em o texto sobre a superfície de ataque das avaliações.

Coloque os dois eventos lado a lado. O fornecedor que lança um produto corporativo de contenção divulgou, vinte e quatro horas antes, que falhou em conter os próprios modelos no próprio ambiente de avaliação. Chamar isso de hipocrisia seria fácil e pouco útil, e descartar o Presence por causa disso também. A leitura correta é mais dura: entregar os onze controles e possuir contenção funcional são conquistas separadas. Um control plane é um conjunto de afirmações sobre comportamento. Se as afirmações se sustentam é questão empírica que só a produção responde, e a resposta do próprio fornecedor na semana passada foi negativa.

O Que Fazer Nesta Semana

Pegue seu roadmap de governança e marque cada item que algum dos seus substratos plausivelmente vai entregar nativamente nos próximos doze meses. Isolamento de runtime, atestação, liberação de segredos, trilhas de auditoria, camadas de permissão, gating de aprovação: tudo isso está descendo. O que você planejava construir ali está depreciando.

Depois, para cada controle que você mantiver, aplique um teste: ele bloqueia a ação violadora ou instrui o agente a não tomá-la? Controles em forma de instrução pertencem à coluna de “influência” e nunca devem ser reportados a um auditor como aplicação de política. Escreva essa classificação de forma explícita. Metade do teatro de governança que encontramos em campo vem de uma regra descrita como guardrail no slide e implementada como prompt em produção.

O que sobrevive é a montagem: suas políticas, expressas contra seus processos reais, ligadas por substratos que você não construiu, com os modos de falha medidos no seu tráfego em vez do tráfego do fornecedor. A camada isolada já está sendo absorvida. Como argumentamos em Plataformas Agênticas Além da Automação, a plataforma entrega capacidade e o comprador continua dono do julgamento. Essa é a parte que substrato nenhum absorve. Ela se entrega como serviço, e serviço se defende pela execução recorrente.

Fontes

VentureBeat. “OpenAI unveils Presence, a new platform that lets enterprises launch and manage realtime voice agents and chatbots.” Julho de 2026.
Webflow. “Webflow MCP 2.0 is a big upgrade. Here’s what it can do.” Julho de 2026.
Cloud Native Computing Foundation. “Confidential Containers becomes a CNCF incubating project.” Julho de 2026.

A Victorino ajuda organizações a separar os controles de governança que seus substratos vão entregar de graça daqueles que elas precisam ser donas: contato@victorino.com.br | www.victorino.com.br