Broker de IA: O Guia Completo sobre Múltiplos Provedores de Inteligência Artificial

O mercado de inteligência artificial mudou. Em 2023, usar IA significava usar OpenAI. Em 2026, existem dezenas de provedores competitivos — Anthropic, Google Gemini, AWS Bedrock, DeepSeek, Mistral, Groq, Azure AI — cada um com modelos otimizados para cenários diferentes, preços distintos e políticas de dados próprias.

Para organizações que dependem de IA em suas operações, integrar e gerenciar múltiplos provedores se tornou um desafio técnico, financeiro e de governança. É aqui que entra o conceito de broker de IA.

Este guia explica o que é um broker de IA, como funciona, quais problemas resolve, como se compara à integração direta, quais são os critérios de escolha e por que o setor público brasileiro precisa dessa arquitetura.

O que é um broker de IA

Um broker de IA é uma plataforma que funciona como intermediário entre a organização e múltiplos provedores de inteligência artificial. Em vez de a aplicação se conectar diretamente a cada provedor — com APIs, SDKs, contratos e faturas separados —, ela se conecta ao broker por um único endpoint. O broker recebe a requisição, aplica as políticas de governança e roteia para o provedor adequado.

O conceito é análogo ao cloud broker no mundo de infraestrutura de nuvem. Assim como o governo federal utiliza um broker para centralizar a contratação de serviços de nuvem de múltiplos provedores (modelo avaliado pelo Acórdão TCU 292/2025), um broker de IA centraliza o acesso a múltiplos provedores de inteligência artificial.

A diferença é que um broker de IA vai além da intermediação comercial. Ele adiciona uma camada de governança que inclui: controle de custos, trilha de auditoria, gestão de acesso, roteamento inteligente, failover automático e conformidade regulatória.

O problema que o broker resolve

O cenário sem broker

Imagine uma organização com cinco departamentos que usam IA. O departamento de TI integrou a API da OpenAI. A equipe de dados usa Anthropic. O marketing contratou Google Gemini. A ouvidoria usa um chatbot baseado em Mistral. O departamento jurídico testa DeepSeek para análise de documentos.

Cada departamento tem sua própria integração, seu próprio contrato, sua própria fatura e seu próprio código. Ninguém sabe quanto a organização gasta no total com IA. Ninguém tem visibilidade sobre quais dados estão sendo enviados para quais provedores. Se um departamento resolve trocar de provedor, precisa reescrever código. Se o gestor precisa de um relatório consolidado de uso, não existe.

Esse é o cenário de fragmentação que precede a maioria dos problemas de governança. E no setor público, onde prestação de contas é obrigatória e dados de cidadãos são sensíveis, esse cenário é insustentável.

O cenário com broker

Com um broker de IA, todos os departamentos acessam a mesma plataforma. A plataforma oferece uma API padronizada — geralmente compatível com o padrão OpenAI, que se tornou o formato de mercado. Cada departamento configura qual provedor e modelo usar, dentro de políticas definidas centralmente.

O resultado: uma integração, múltiplos provedores, governança centralizada. O gestor vê quanto cada departamento gasta, com qual provedor, em qual modelo. A trilha de auditoria registra cada requisição. Se um provedor sai do ar, o failover redireciona automaticamente para outro. Se o preço de um modelo aumenta, a troca acontece na plataforma — sem alterar código.

Como funciona um broker de IA

A arquitetura de um broker de IA tem quatro camadas principais:

Camada de entrada (API unificada)

A aplicação envia requisições para o endpoint do broker usando uma API padronizada. Na maioria dos casos, o formato é compatível com a API da OpenAI (`/v1/chat/completions`, `/v1/embeddings`, etc.), o que permite migrar aplicações existentes sem reescrita de código — apenas mudando a `base_url`.

Essa compatibilidade é fundamental. Significa que desenvolvedores podem usar as mesmas bibliotecas e SDKs que já utilizam (openai-python, langchain, vercel ai-sdk) e simplesmente apontar para o broker.

Camada de governança

Antes de rotear a requisição para o provedor, o broker aplica as políticas configuradas pela organização:

• Autenticação e autorização: Verifica se o usuário/aplicação tem permissão para acessar o recurso solicitado.
• Controle de custos: Verifica se o departamento ainda tem saldo na franquia mensal. Se não tem, bloqueia ou notifica.
• Política de modelo: Verifica se o modelo solicitado é permitido para aquele departamento. Um departamento pode estar restrito a usar apenas Claude Sonnet, enquanto outro tem acesso ao GPT-4o.
• Logging: Registra a requisição na trilha de auditoria com timestamp, usuário, departamento, modelo, tokens e custo estimado.
• Classificação de dados: Em implementações avançadas, avalia o conteúdo da requisição para aplicar políticas de roteamento baseadas na sensibilidade dos dados.

Camada de roteamento

Com as políticas aplicadas, o broker decide para qual provedor enviar a requisição. O roteamento pode ser:

• Estático: O departamento ou aplicação tem um provedor fixo configurado.
• Dinâmico: O broker escolhe o provedor com base em critérios como custo, latência, disponibilidade ou capacidade do modelo.
• Failover: Se o provedor primário está indisponível, o broker redireciona automaticamente para um provedor secundário.
• Load balancing: Distribui requisições entre múltiplos provedores para otimizar desempenho e custo.

Camada de entrega

A requisição é enviada ao provedor escolhido, a resposta é recebida, registrada (tokens consumidos, custo real, latência) e devolvida à aplicação no formato padronizado.

Essa camada pode operar em diferentes modos, dependendo dos requisitos de soberania de dados da organização:

• Proxy centralizado: Todas as requisições passam pelo servidor do broker. Máxima visibilidade e governança.
• Gateway no cliente: O broker opera no ambiente da organização. Os dados nunca saem da infraestrutura do órgão.
• Revenda direta: O broker gerencia o contrato e a fatura, mas as requisições vão direto ao provedor.
• SDK direto (BYOK): A organização usa sua própria chave API. O broker fornece apenas a camada de governança e auditoria, sem intermediar o tráfego.

Essa flexibilidade de modos de entrega é o que diferencia um broker de IA completo de um simples API gateway. Cada modo atende a um cenário diferente de sensibilidade de dados — algo essencial para o setor público, onde dados de saúde exigem tratamento diferente de dados administrativos.

Broker de IA vs. integração direta

Para entender o valor de um broker, é preciso comparar com a alternativa: integração direta com cada provedor.

Integração direta

Na integração direta, a aplicação se conecta diretamente à API de cada provedor. Isso significa:

• Código acoplado: Cada provedor tem sua própria API, formatos de requisição e resposta, bibliotecas e comportamentos. O código da aplicação precisa tratar essas diferenças.
• Contratos separados: Cada provedor exige um contrato, um meio de pagamento e uma fatura separada. No setor público, isso pode significar múltiplos processos de licitação.
• Sem governança centralizada: Não há visibilidade consolidada de custos, uso ou conformidade. Cada integração é uma ilha.
• Migração custosa: Trocar de provedor significa reescrever código, testar prompts, ajustar integrações. O custo de migração cria lock-in de fato.
• Sem failover: Se o provedor cai, a aplicação cai. Não há redirecionamento automático.

Com broker de IA

Com um broker, os mesmos cinco departamentos usando cinco provedores diferentes operam sob uma única plataforma:

• Código desacoplado: A aplicação fala com uma API padronizada. O provedor é um detalhe de configuração, não de código.
• Contrato único: A organização contrata o broker. O broker gerencia os contratos com os provedores. No setor público, isso simplifica drasticamente o processo de contratação.
• Governança centralizada: Custos, uso, auditoria, conformidade — tudo em um único dashboard.
• Migração por configuração: Trocar de provedor é mudar uma configuração. Sem reescrita, sem redeployment, sem risco.
• Failover automático: Se OpenAI cai, o tráfego vai para Anthropic. Se Anthropic está lento, vai para Gemini. A aplicação nem percebe.

A questão do custo adicional

Uma objeção comum ao broker é o custo: "se estou pagando ao broker e ao provedor, não é mais caro?" A resposta depende do modelo comercial do broker, mas na prática os custos são compensados — e frequentemente superados — pelas economias de governança.

Sem broker, os custos invisíveis são significativos: tempo de desenvolvimento para integrar múltiplas APIs, manutenção de código acoplado, incapacidade de negociar volume consolidado, desperdício por falta de visibilidade (departamentos usando modelos mais caros do que o necessário), e custos de migração quando um provedor precisa ser trocado.

Com broker, o custo adicional do intermediário é compensado por: negociação de volume consolidado, otimização de roteamento (usar o modelo mais barato que atende ao requisito), eliminação de desperdício por visibilidade total, e redução de custos de desenvolvimento e manutenção.

Os 9 provedores que um broker deve integrar

O mercado de IA em 2026 é diverso e competitivo. Cada provedor tem pontos fortes distintos, e a escolha do provedor certo depende do caso de uso. Um broker robusto deve integrar, no mínimo:

OpenAI

O pioneiro. Oferece os modelos GPT-4o e o1, com forte desempenho generalista. É o provedor com maior ecossistema de ferramentas e a API que se tornou padrão de mercado. Ideal para aplicações de propósito geral, geração de texto e assistentes conversacionais.

Anthropic

Criadora do Claude, reconhecido por respostas longas e detalhadas, forte raciocínio analítico e atenção a instruções complexas. Ideal para análise de documentos, redação técnica e casos que exigem respostas nuançadas. O foco em segurança de IA ("constitutional AI") é um diferencial para o setor público.

Google Gemini

Integrado ao ecossistema Google, com forte capacidade multimodal (texto, imagem, áudio, vídeo). A janela de contexto expandida permite processar documentos longos. Ideal para organizações já inseridas no ecossistema Google Workspace.

AWS Bedrock

Não é um modelo, mas uma plataforma da Amazon que oferece acesso a múltiplos modelos (Claude, Llama, Mistral, Titan) dentro da infraestrutura AWS. Ideal para organizações que já operam em AWS e querem manter dados no mesmo ambiente.

Azure AI

A plataforma de IA da Microsoft, que oferece modelos OpenAI (GPT-4o, o1) dentro da infraestrutura Azure. Ideal para organizações com contratos Microsoft e requisitos de residência de dados em regiões específicas.

DeepSeek

Provedor chinês com modelos de alto desempenho a custos significativamente menores. O DeepSeek V3 e R1 chamaram atenção do mercado por competir com modelos de fronteira a uma fração do preço. Ideal para casos sensíveis a custo e cargas de trabalho de alto volume.

Mistral

Empresa francesa com modelos open-weight de alta qualidade. Oferece opções desde modelos compactos (Mistral 7B) até modelos de fronteira (Mistral Large). O foco europeu e a abordagem open source são atrativos para organizações preocupadas com soberania.

Groq

Especializado em inferência ultrarrápida. Usa hardware proprietário (LPU) que oferece latência significativamente menor que GPUs tradicionais. Ideal para aplicações que exigem respostas em tempo real, como chatbots de atendimento ao cidadão.

Modelos Open Source Locais

Além dos provedores comerciais, um broker completo deve suportar modelos open source (Llama, Qwen, Phi) hospedados em infraestrutura própria da organização. Isso é especialmente relevante para o setor público quando os dados não podem sair do ambiente governamental.

Broker de IA no setor público brasileiro

O setor público brasileiro tem requisitos específicos que tornam o broker de IA não apenas desejável, mas necessário.

Conformidade com LGPD

A Lei Geral de Proteção de Dados exige que o tratamento de dados pessoais seja controlado, documentado e limitado. Quando um órgão público usa IA para processar dados de cidadãos, precisa saber exatamente onde esses dados são processados e por quem. Um broker com múltiplos modos de entrega permite escolher o nível de controle adequado para cada tipo de dado.

Auditoria pelo TCU e CGU

O Acórdão TCU 292/2025 deixou claro que o Tribunal espera governança contratual robusta, rastreabilidade de custos e FinOps. Um broker com trilha de auditoria inviolável e controle de custos por departamento atende a essas exigências diretamente.

Alinhamento com o PBIA

O Plano Brasileiro de Inteligência Artificial (PBIA 2024-2028) prevê a criação do Núcleo de IA do Governo e a adoção massiva de IA no setor público. O PBIA inclui um eixo de governança — e um broker de IA é a infraestrutura que viabiliza essa governança na prática.

Processo de contratação simplificado

No setor público, cada contrato exige processo licitatório. Contratar diretamente 9 provedores de IA significa 9 processos de licitação, 9 contratos, 9 faturas, 9 fiscalizações. Contratar um broker significa um processo, um contrato, uma fatura — com acesso a todos os provedores por trás.

Soberania de dados

O governo brasileiro prioriza soluções que garantam controle sobre onde e como os dados são processados. Uma plataforma brasileira de broker de IA, que opere em BRL, ofereça gateway local e não crie dependência de infraestrutura estrangeira, é o que alinha inovação com soberania. Os 4 modos de entrega de um broker como o Adapt11 — Proxy Centralizado, Gateway no Cliente, Revenda Direta e SDK Direto (BYOK) — exemplificam essa flexibilidade.

Operação em Real (BRL)

Provedores internacionais faturam em dólares. Flutuações cambiais tornam o planejamento orçamentário imprevisível — algo inaceitável para orçamentos públicos. Um broker brasileiro que fature em BRL absorve o risco cambial e permite planejamento de custos em moeda nacional.

Como escolher um broker de IA

Nem todo intermediário é um broker completo. Ao avaliar plataformas, considere os seguintes critérios:

Compatibilidade de API

O broker deve oferecer uma API compatível com o padrão de mercado (OpenAI-compatible). Isso permite migrar aplicações existentes sem reescrita de código — mudando apenas a `base_url`. Se o broker exige reescrita de código ou uso de SDK proprietário, o custo de migração é alto e o lock-in é transferido do provedor para o broker.

Número de provedores integrados

Quanto mais provedores, maior a flexibilidade. Um broker com apenas 2-3 provedores oferece pouco valor sobre integração direta. Um broker com 9+ provedores — cobrindo os principais do mercado — oferece liberdade real de escolha.

Governança nativa

O broker deve incluir, nativamente: trilha de auditoria com integridade criptográfica, controle de custos por departamento/projeto/usuário, políticas de acesso por modelo e tipo de IA, e dashboards de monitoramento em tempo real. Se a governança é um "módulo adicional" ou precisa ser construída pela organização, o broker é apenas um gateway glorificado.

Modos de entrega

Para o setor público, um único modo de operação não é suficiente. O broker deve oferecer múltiplos modos — desde o proxy centralizado (máxima visibilidade) até o BYOK (máxima soberania) — para atender a diferentes classificações de dados e requisitos de conformidade.

Roteamento inteligente e failover

O broker deve oferecer roteamento dinâmico entre provedores e failover automático. Se o provedor primário cai, o tráfego deve ser redirecionado em milissegundos, sem interrupção para o usuário final.

Multi-tenancy

Para organizações que gerenciam múltiplos órgãos, departamentos ou clientes, o broker deve suportar multi-tenancy nativo — cada tenant com suas próprias políticas, franquias, provedores e dashboards isolados.

Suporte local e operação em BRL

Para o setor público brasileiro, operar em moeda nacional com suporte em português é essencial. Faturamento em dólares complica processos licitatórios e introduz risco cambial no planejamento orçamentário.

Perguntas frequentes sobre broker de IA

O que é um broker de IA?

Broker de IA é uma plataforma que funciona como intermediário entre a organização e múltiplos provedores de inteligência artificial (OpenAI, Anthropic, Google, AWS etc.), oferecendo acesso a todos por uma única integração (API), com camada de governança, controle de custos e auditoria.

Qual a diferença entre broker de IA e integração direta?

Na integração direta, a aplicação se conecta a cada provedor individualmente — com APIs, SDKs, contratos e faturas separados. Com um broker de IA, a aplicação se conecta a um único endpoint e o broker roteia as requisições para o provedor adequado, centralizando governança, custos e auditoria.

Quais provedores de IA um broker pode integrar?

Um broker robusto integra os principais provedores do mercado: OpenAI (GPT-4o, o1), Anthropic (Claude), Google (Gemini), AWS Bedrock, Azure AI, DeepSeek, Mistral, Groq e outros — incluindo modelos open source hospedados em infraestrutura própria.

Broker de IA adiciona latência às requisições?

A latência adicional de um broker bem implementado é mínima — tipicamente alguns milissegundos para roteamento e logging. No modo gateway local ou BYOK, a latência adicional é praticamente zero, pois o processamento ocorre no ambiente do cliente.

Como migrar de integração direta para um broker de IA?

A migração pode ser tão simples quanto trocar a `base_url` da API na aplicação existente. Brokers compatíveis com o padrão OpenAI API permitem que aplicações existentes migrem sem reescrita de código — apenas apontando para o endpoint do broker.

Broker de IA é o mesmo que API gateway?

Um API gateway é uma camada de infraestrutura que gerencia tráfego de API. Um broker de IA vai além: inclui governança, FinOps, auditoria, roteamento inteligente entre provedores, failover automático, controle de acesso granular e múltiplos modos de entrega para soberania de dados.

O setor público pode usar broker de IA?

Sim. O modelo de broker é inclusive validado pelo TCU para nuvem (Acórdão 292/2025). Um broker de IA com conformidade LGPD, trilha de auditoria inviolável, operação em BRL e múltiplos modos de entrega é a arquitetura ideal para gestão pública.

Conclusão: broker é a arquitetura certa para o momento certo

O mercado de IA em 2026 é multi-provedor por natureza. Nenhum provedor é o melhor em tudo. Nenhum preço é estável. Nenhuma API é garantida para sempre. Organizações que se acoplam a um único provedor estão assumindo um risco que o TCU já sinalizou como inaceitável em nuvem — e que em breve sinalizará para IA.

O broker de IA resolve esse problema na arquitetura, não no improviso. Oferece a liberdade de usar o melhor provedor para cada caso, a segurança de trocar sem custo, a visibilidade de saber exatamente o que está acontecendo e a conformidade de prestar contas quando necessário.

Para o setor público brasileiro, onde o PBIA prevê investimentos de R$ 23 bilhões e a demanda por IA cresce a cada mês, ter um broker de IA não é uma otimização — é um pré-requisito para adotar inteligência artificial de forma sustentável, auditável e soberana.

---

O Adapt11 é a plataforma brasileira de governança de inteligência artificial que funciona como broker de múltiplos provedores. Com 9 provedores integrados, trilha de auditoria inviolável, controle de custos por departamento, conformidade com LGPD e 4 modos de entrega para soberania de dados, o Adapt11 foi projetado para o setor público e para empresas que levam governança a sério. Agendar demonstração → | Solicitar material para licitação → | Conheça a solução →