Quem decide sua arquitetura de IA pode ser o compras, não o benchmark. A OpenAI transforma contrato em moeda

Pergunte a um arquiteto como a empresa escolheu a plataforma de agentes de atendimento e ele vai falar de funcionalidades, integrações e de uma prova de conceito comparativa. Pergunte ao time de compras e talvez a resposta seja outra: qual fornecedor já tinha contrato, qual já tinha passado pela revisão de segurança e qual compra cabia num orçamento já comprometido. Essa segunda resposta vai pesar cada vez mais.

O que a OpenAI lançou

No DevDay, em 29 de setembro, a OpenAI anunciou um marketplace no qual clientes enterprise elegíveis podem usar parte do compromisso já contratado com a OpenAI para comprar softwares parceiros aprovados. Os primeiros 32 parceiros incluem Figma para trabalho criativo; Adobe, Sierra, Decagon, HubSpot, Salesforce e ServiceNow para experiência do cliente; Harvey e Legora para o jurídico; Palo Alto Networks e CrowdStrike para cibersegurança; e Baseten para modelos open source. Por enquanto, os clientes enterprise podem manifestar interesse.

Os parceiros começaram a explicar o programa do lado deles. A Decagon, que constrói agentes de IA para atendimento, disse em 2 de outubro que clientes enterprise elegíveis da OpenAI podem aplicar parte do compromisso na Decagon, reduzindo o atrito de compras que costuma atrasar projetos de IA.

O que ainda não é público também importa. Nem o anúncio da OpenAI nem os textos dos parceiros dizem quem é elegível, quanto do compromisso pode ser redirecionado, como fica o preço em comparação com a compra direta, nem se o programa vale para contratos fechados no Brasil. Trate a descrição dos parceiros como a visão deles, não como as regras do programa.

O padrão já existe, e já molda arquiteturas

Quem compra nuvem reconhece o mecanismo. No Microsoft Azure Consumption Commitment, compras de ofertas marcadas como “Azure benefit eligible” no marketplace contam para o compromisso, e a Microsoft diz que 100% do valor antes de impostos entra na conta. A AWS aplica lógica parecida há anos. O efeito é conhecido: quando dois produtos estão próximos, quem consome um compromisso existente costuma ganhar.

É nas letras miúdas que a arquitetura aparece. A própria documentação da Microsoft diz que o benefício só vale para licenças usadas exclusivamente no Azure; uma licença instalada on-premises ou num ambiente híbrido não conta. Uma regra comercial decide, discretamente, onde o software roda. Espere condições parecidas nos marketplaces de IA atrelados a compromissos.

O que muda no build vs. buy

1. Cabe no processo?
2. Passa na nossa revisão de segurança?
3. Pode consumir um compromisso?
4. Quanto custa sair?
5. Decisão

Aderência técnica e de negócioRisco que o marketplace não transfere

Velocidade de compras vira vantagem real. Uma compra que pega carona num contrato-mestre existente fecha em semanas, não em trimestres. No Brasil, onde contratar um fornecedor estrangeiro novo envolve câmbio, remessa ao exterior e a tributação de serviços importados, evitar um contrato novo pesa ainda mais. Vale confirmar, porém, como as compras pelo marketplace são faturadas, porque isso muda o custo efetivo em reais.

Compromisso cria gravidade. Cada dólar redirecionado a um parceiro no marketplace de um provedor de modelos aprofunda a dependência do ecossistema dele, justamente quando rotear entre fornecedores virou boa prática. Defendemos no texto sobre o harness de IA que identidade, definições de negócio, avaliação e o registro de agentes devem ser da empresa, uma vez só, acima dos fornecedores. Compras pagas com compromisso tornam isso mais importante.

A proliferação de agentes ganha uma nova porta de entrada. Se as áreas de negócio puderem comprar agentes de um catálogo aprovado, com dinheiro já comprometido, mais agentes vão aparecer, e mais rápido. É o problema que os planos de controle de agentes entre plataformas tentam resolver.

O que o marketplace não faz

Estar no catálogo não é passar na revisão de segurança. Cada parceiro trata os seus dados sob os próprios termos, na própria infraestrutura, com os próprios suboperadores. O processo de risco de terceiros continua precisando do relatório SOC 2, do contrato de tratamento de dados com as cláusulas que a LGPD exige do operador, das regras de retenção e dos compromissos em caso de incidente. Numa instituição financeira, a Resolução CMN nº 4.893 continua valendo: contratar serviço relevante de processamento ou armazenamento em nuvem exige avaliação do prestador e comunicação ao Banco Central, venha ele de um marketplace ou não.

Também não resolve a saída. Pergunte o que acontece com configurações, histórico de conversas e dados de avaliação se você deixar o parceiro, e se sair do marketplace muda o preço.

O que fazer agora

1. Peça ao time de conta da OpenAI os termos por escrito: elegibilidade no Brasil, parcela do compromisso que pode ser redirecionada, preço comparado à compra direta e forma de faturamento.
2. Mantenha a avaliação técnica em primeiro lugar. Faça a comparação antes de alguém mencionar o compromisso; depois use o compromisso para acelerar a compra do vencedor.
3. Passe cada parceiro pela revisão completa de risco de terceiros. O catálogo é canal de venda, não certificação.
4. Registre no inventário de agentes qual agente foi comprado com qual compromisso, para que financeiro e arquitetura vejam o mesmo quadro.
5. Olhe também os outros compromissos. Os marketplaces de Microsoft, AWS e Google já seguem essa lógica; o caminho mais barato pode passar por um contrato que você já tem.

Para fechar

Os provedores de modelos não competem mais só pela qualidade do modelo. Competem por onde o orçamento das empresas vai parar, e o gasto comprometido virou canal de distribuição. Pode ser um bom acelerador. Nunca deveria ser o motivo de um produto passar na revisão, nem decidir em silêncio onde seus agentes rodam ou de quem você depende.