A NVIDIA Acabou de Tornar o Agent Stack em Dois Níveis. Aqui Está o Teste de Infraestrutura para CTOs na Próxima Renovação de Plataforma

A lista de candidatos a plataforma de AI agents que você vinha construindo ficou mais complicada. Não porque um quinto fornecedor entrou na corrida, mas porque a NVIDIA talvez não seja um fornecedor de plataforma. Pode ser a camada sobre a qual os outros quatro se apoiam.

No GTC 2026, a NVIDIA anunciou a NVIDIA Open Agent Platform ao lado de 17 adotantes empresariais publicamente identificados. Essa lista inclui Salesforce, SAP, ServiceNow, Adobe, Cisco, Atlassian, Red Hat e Palantir. Quando tantos fornecedores estratégicos se alinham ao mesmo runtime em um único anúncio, a pergunta deixa de ser "qual plataforma devo escolher?" e passa a ser "o que exatamente estou escolhendo quando escolho uma plataforma?"

Para CTOs que acompanham a corrida das plataformas de AI agents entre Microsoft Agent 365, sandboxes self-hosted da Anthropic e Google Antigravity 2.0, esse anúncio reformula toda a avaliação. Aqueles artigos tratavam de plataformas. Este trata da camada de infraestrutura que pode estar por baixo de todas elas.

Por Que 17 Fornecedores Estratégicos Escolhendo o Mesmo Runtime É a Notícia

De acordo com o anúncio da NVIDIA no GTC 2026, a empresa lançou três componentes abertos que formam o núcleo da plataforma: Nemotron (modelos abertos ajustados para raciocínio agentic), AI-Q (um blueprint para construir AI agents de conhecimento empresarial que percebem, raciocinam e agem) e OpenShell (um runtime open-source que impõe controles baseados em políticas para segurança, rede e privacidade). A biblioteca de habilidades de otimização se chama cuOpt.

Mas a lista de componentes não é o assunto principal. O assunto são os 17 adotantes que anunciaram junto com ela.

A Adobe está usando a plataforma para AI agents criativos híbridos de longa duração. A Salesforce a embutiu no Agentforce. A Amdocs construiu o que chama de Cognitive Core sobre o NVIDIA AI-Q e o Nemotron, usando-o para monitorar interações com clientes e dados de faturamento. Não são programas piloto ou provas de conceito exploratórias. São escolhas arquitetônicas de produção feitas por organizações que entregam software empresarial para milhões de usuários.

Quando a Salesforce constrói o Agentforce sobre o runtime da NVIDIA, esse runtime passa a fazer parte da decisão sobre o Agentforce para cada cliente da Salesforce. A mesma lógica se aplica à SAP, à ServiceNow e à Cisco. Você pode não estar avaliando a NVIDIA diretamente. Mas seus fornecedores já fizeram isso por você.

Fatos Relevantes

• A Open Agent Platform da NVIDIA foi lançada no GTC 2026 com três componentes abertos: Nemotron (modelos), AI-Q (blueprint) e OpenShell (runtime) (NVIDIA, março de 2026)
• 17 adotantes empresariais nomeados publicamente no lançamento, incluindo Adobe, Salesforce, SAP, ServiceNow, Atlassian, Palantir, Cisco e Red Hat (NVIDIA Newsroom)
• A Bain enquadra o lançamento como "AI se torna a camada operacional", com a NVIDIA se posicionando abaixo das plataformas de camada de aplicação, em vez de competir com elas (análise da Bain & Co., GTC 2026)

A análise da Futurum foi clara: a NVIDIA está reivindicando a infraestrutura de AI agents autônomos, não a camada de aplicação. A análise da Bain & Co. no GTC 2026 descreveu o momento como "AI se torna a camada operacional". Esse enquadramento é preciso. A NVIDIA não compete com a Microsoft ou a Salesforce pela linha orçamentária de plataforma de agents. Ela compete pela linha orçamentária de infraestrutura. E uma parcela significativa do mercado de software empresarial acabou de revelar de que lado está.

Nemotron, AI-Q e OpenShell: O Que CTOs Precisam de Fato Entender Sobre os Três Componentes Abertos

A maioria dos briefings para CTOs sobre a plataforma da NVIDIA vai começar pelo Nemotron porque é o modelo, e modelos são fáceis de demonstrar. Não deixe que a demonstração determine sua avaliação. Os três componentes têm funções diferentes, e o que mais importa para decisões de infraestrutura é o OpenShell.

O Nemotron é uma família de modelos abertos ajustados especificamente para raciocínio agentic. A distinção em relação aos grandes modelos de linguagem de uso geral importa. Um modelo agentic precisa decidir quando acionar uma ferramenta, como decompor uma tarefa em sub-etapas e quando parar e pedir a contribuição de um humano. O Nemotron é treinado especificamente para esse problema. Para CTOs que constroem agents sobre plataformas de fornecedores como Salesforce ou SAP, o Nemotron pode nunca ser visível. Mas para equipes que constroem agents personalizados ou avaliam se as plataformas dos fornecedores estão usando modelos capazes, é um dado relevante.

O AI-Q é um blueprint, não um produto. Ele define uma arquitetura para AI agents de conhecimento empresarial que podem perceber (ingerir dados empresariais estruturados e não estruturados), raciocinar (aplicar lógica agentic a esses dados) e agir (acionar fluxos de trabalho posteriores ou apresentar resultados). O padrão de blueprint importa porque oferece aos 17 adotantes uma arquitetura de referência compartilhada. Quando a Amdocs constrói seu Cognitive Core e a Salesforce constrói o Agentforce sobre o mesmo blueprint AI-Q, os agents resultantes compartilham premissas sobre acesso a dados, gerenciamento de estado e escopo de ação. Essa interoperabilidade é uma vantagem estrutural discreta.

O OpenShell é onde o argumento de infraestrutura vive. É um runtime open-source que impõe controles baseados em políticas para segurança, limites de rede e privacidade. Para um CTO, esse é o componente que responde à pergunta: "Se eu construir sobre a infraestrutura da NVIDIA, quem controla as guardrails?" A resposta que o OpenShell dá é: você, porque é open-source e você pode auditar, modificar e aplicá-lo. Isso é uma resposta diferente da que você obtém de um runtime proprietário fechado embutido na plataforma cloud de um fornecedor.

A distinção importa mais em escala empresarial, onde as equipes de conformidade precisam inspecionar o que um determinado runtime vai e não vai permitir que um agent faça.

A Questão dos Dois Níveis: Plataforma Versus Infraestrutura

O framework de avaliação padrão para CTOs em relação a plataformas de agents trata a decisão como uma comparação horizontal: Microsoft Agent 365 versus Google Gemini Enterprise versus OpenAI Workspace Agents versus Anthropic Claude Managed Agents. Escolha um, ou escolha um primário com um backup. Esse framework era razoável no início de 2026.

O anúncio da NVIDIA no GTC torna esse framework obsoleto.

O modelo mental correto agora é vertical, não horizontal. Há uma camada de plataforma e uma camada de infraestrutura. A camada de plataforma é onde Microsoft, Google, OpenAI e Anthropic competem. A camada de infraestrutura é onde a NVIDIA está fazendo sua aposta. Quando a Salesforce embute o runtime da NVIDIA no Agentforce, as duas camadas ficam empilhadas. A Salesforce é sua decisão de plataforma. A NVIDIA é (potencialmente) sua decisão de infraestrutura. Não são alternativas. São camadas.

Isso importa porque o processo de compras, os critérios de avaliação, a equipe responsável e o calendário de renovação são todos diferentes para uma decisão de plataforma versus uma decisão de infraestrutura.

Uma decisão de plataforma é uma decisão de camada de aplicação. Você está escolhendo uma interface voltada ao usuário, uma camada de integração, um control plane e um mecanismo de distribuição. O tomador de decisão é tipicamente o VP de engenharia, o head de TI ou o próprio CTO. Os critérios de avaliação são experiência do usuário, cobertura de integração, custo por assento e suporte do fornecedor.

Uma decisão de infraestrutura é uma escolha arquitetônica de nível mais baixo. Você está escolhendo sobre o que os agents serão executados: a família de modelos, as guardrails do runtime, as premissas do blueprint integradas à arquitetura de raciocínio do agent. O tomador de decisão é um arquiteto ou o líder de uma equipe de plataforma. Os critérios de avaliação são abertura, auditabilidade, composabilidade e risco de dependência de longo prazo.

Misturar essas duas decisões em um único processo de compras produz resultados ruins. Você acaba otimizando métricas de experiência do usuário para uma decisão que deveria ser avaliada com base na segurança do runtime. Ou gasta capacidade de engenharia auditando a camada de modelos de um produto que você nunca vai configurar diretamente.

Reestruturando Compras: Por Que a Decisão de Plataforma e a Decisão de Infraestrutura Devem Ser Separadas

A implicação prática do modelo de dois níveis é uma mudança na forma como as compras são organizadas. Hoje, a maioria das compras de tecnologia empresarial trata AI agents como uma única linha orçamentária em um único processo de avaliação. Um RFP, uma lista de candidatos, um comitê de compras.

Essa estrutura fazia sentido quando o stack tinha um nível. Não faz sentido agora.

Um processo de compras de dois níveis parece diferente. A avaliação de plataforma (qual interface, control plane e integrações do fornecedor melhor atendem às suas unidades de negócio) acontece na camada de aplicação. A avaliação de infraestrutura (sobre qual runtime sua plataforma é construída, quais são suas premissas de guardrail, quão auditável é e se você aceita essa dependência) acontece separadamente, com pessoas diferentes fazendo perguntas diferentes.

Na prática, muitas organizações vão descobrir que a decisão de infraestrutura já foi tomada por elas. Se você se comprometeu com o Agentforce da Salesforce, e a Salesforce se comprometeu com o runtime da NVIDIA, sua decisão de infraestrutura é a NVIDIA por padrão. Isso não é necessariamente um problema. Mas deve ser uma escolha consciente documentada em seu registro de arquitetura, não uma premissa invisível enterrada no roadmap de produto de um fornecedor.

As equipes que pensam sobre governança de padrões de AI e decisões de comprar versus construir por padrão de AI vão reconhecer a dinâmica: decisões tomadas na camada de plataforma carregam premissas arquitetônicas que se propagam para baixo no stack. O anúncio da NVIDIA torna essas premissas visíveis pela primeira vez.

O Teste de Infraestrutura para CTOs (5 Perguntas para Fazer Antes da Próxima Renovação)

Antes da próxima renovação de contrato de plataforma, ou antes de assinar um novo, aplique este teste na camada de infraestrutura. Essas perguntas são projetadas para ser neutras em relação ao fornecedor. Aplique-as a qualquer plataforma que use um runtime de agent por baixo.

1. Sobre qual runtime esta plataforma foi construída, e esse runtime é open-source? Se o runtime for proprietário e fechado, você não pode auditar o que ele vai e não vai permitir que um agent faça. Para setores regulados ou ambientes de alta segurança, isso é uma restrição eliminatória. A postura open-source do OpenShell é uma resposta deliberada a essa pergunta.

2. Quem controla a camada de modelos, e você pode substituí-la? Plataformas bloqueadas em uma única família de modelos criam risco de dependência. Se o fornecedor mudar o preço do modelo, descontinuar uma versão ou alterar políticas de fine-tuning, seus agents mudam junto. Uma camada de infraestrutura como o Nemotron, que é aberta e separável, oferece a capacidade de fixar uma versão de modelo ou trocar de fornecedor sem reconstruir a camada de aplicação.

3. Sua equipe de conformidade pode inspecionar a lógica das guardrails? Guardrails baseadas em políticas só são credíveis se forem revisáveis. "Confie em nós, as guardrails funcionam" não é uma resposta aceitável para um sistema que age sobre dados de clientes ou registros de faturamento. Exija documentação do que o runtime vai bloquear, registrar e permitir.

4. Se esse fornecedor de infraestrutura mudar seus preços ou termos, qual é o seu custo de migração? A abertura dos componentes importa aqui. Um runtime open-source tem um custo de migração. Um runtime proprietário tem um custo muito maior. Precifique o risco de dependência de infraestrutura de acordo.

5. O roadmap do seu fornecedor de plataforma está bloqueado em um único provedor de infraestrutura, ou ele suporta múltiplos? Um fornecedor de plataforma comprometido com um único provedor de infraestrutura transfere essa dependência para você. Um fornecedor de plataforma que suporta múltiplas opções de infraestrutura (ou que expõe uma camada de abstração sobre o runtime) preserva suas opções. Essa é uma pergunta para fazer diretamente ao seu fornecedor de plataforma no próximo QBR.

O Que Fazer Esta Semana

O anúncio da NVIDIA não exige ação imediata. Mas exige uma atualização do modelo mental e um item concreto a ser adicionado à sua próxima revisão de arquitetura.

Atualize seu modelo mental. Pare de pensar na decisão de plataforma de agents como uma comparação horizontal entre quatro fornecedores. Comece a pensar como duas decisões separadas empilhadas verticalmente: camada de plataforma (Microsoft, Google, OpenAI, Anthropic) e camada de infraestrutura (cada vez mais NVIDIA, mas potencialmente outros). A cobertura do realinhamento de AI coding agents do Gartner é um contexto útil para como o stack está evoluindo.

Audite seus compromissos atuais de plataforma em busca de premissas ocultas de infraestrutura. Se você já escolheu uma plataforma, pergunte ao seu fornecedor qual runtime está por baixo do ambiente de execução de agents dele. Se a resposta for o stack da NVIDIA, você já fez uma escolha de infraestrutura. Documente-a e avalie se teria feito a mesma escolha conscientemente.

Adicione o teste de cinco perguntas de infraestrutura à sua próxima revisão de renovação de plataforma. Os contratos de plataforma geralmente têm ciclos de renovação de 12 a 24 meses. O teste de infraestrutura acima pode ser concluído em um workshop de meio período com sua equipe de arquitetura antes da próxima conversa de renovação. Comece pela renovação que está chegando mais cedo.

E se você ainda não leu os artigos anteriores desta série, a análise do control plane do Microsoft Agent 365 e a comparação da plataforma Google Antigravity 2.0 são os complementos naturais a este. Esses artigos avaliaram a camada de plataforma. Este avaliou a camada de infraestrutura por baixo.

Leitura Relacionada

• O Microsoft Agent 365 Está Ativo: Por Que Todo CTO Agora Precisa de um Control Plane de AI Agent
• O Google Entrou nas Guerras de Plataformas de AI Agents Empresariais: Como o Antigravity 2.0 e a Gemini Enterprise Agent Platform se Comparam para CTOs
• Sandboxes Self-Hosted da Anthropic e MCP Tunnels: O Briefing para CTOs

Perguntas Frequentes

O que é a Open Agent Platform da NVIDIA?

A Open Agent Platform da NVIDIA é um conjunto de três componentes abertos lançados no GTC 2026: Nemotron (modelos abertos ajustados para raciocínio agentic), AI-Q (uma arquitetura de blueprint para AI agents de conhecimento empresarial) e OpenShell (um runtime open-source que impõe guardrails de segurança, rede e privacidade baseadas em políticas). Não é uma aplicação para o usuário final. É a camada de infraestrutura que os fornecedores de software empresarial embutem em suas próprias plataformas de agents. No lançamento, 17 fornecedores empresariais, incluindo Salesforce, SAP, ServiceNow, Adobe e Cisco, anunciaram adoção publicamente.

Como a NVIDIA se diferencia do Microsoft Agent 365, Google Gemini Enterprise e OpenAI Workspace Agents?

Esses três são plataformas de camada de aplicação. Eles oferecem aos usuários empresariais uma interface, um control plane e um conjunto de integrações para implantar e governar agents em suas organizações. A NVIDIA é uma provedora de camada de infraestrutura. Ela fornece o runtime, o modelo e o blueprint sobre os quais essas plataformas (e o software que elas executam) podem ser construídas. Quando a Salesforce usa o runtime da NVIDIA dentro do Agentforce, NVIDIA e Salesforce não são concorrentes. São dois níveis do mesmo stack.

Um CTO deve avaliar a NVIDIA separadamente da seleção de plataforma de agents?

Sim, mas a avaliação tem uma aparência diferente. Uma avaliação de plataforma se concentra em experiência do usuário, integrações, profundidade do control plane e suporte do fornecedor. Uma avaliação de infraestrutura se concentra em abertura, auditabilidade das guardrails, portabilidade do modelo e risco de dependência. Em muitos casos, a escolha de infraestrutura será feita implicitamente por meio da escolha de plataforma. O trabalho do CTO é tornar essa escolha implícita explícita e aplicar o teste de cinco perguntas de infraestrutura antes de assinar qualquer contrato de plataforma.

Fonte: Anúncio da NVIDIA Open Agent Platform. Cobertura da VentureBeat, Futurum e Bain & Co..