Em julho, a conversa sobre IA corporativa mudou de endereço mais uma vez. Há alguns meses o debate era sobre o modelo — qual LLM, aberto ou fechado, quantos parâmetros. Semana passada girou em torno da camada de conhecimento — RAG, contexto, dados de produção. Agora o centro de gravidade migrou de novo: a disputa é pela camada de gestão e governança sobre a frota de agentes. Análises de mercado (Futurum, Gartner via Kore.ai) são diretas: Microsoft, Salesforce, ServiceNow e IBM estão transformando suas plataformas em control planes operacionais — orquestração, governança, runtime e observabilidade sobre muitos agentes rodando em nuvens e frameworks diferentes.
Para a empresa brasileira, a leitura é objetiva: você não vai rodar um agente, vai rodar uma frota. E frota sem control plane — sem contratos entre sistemas, limites de ação, trilha e observabilidade — é caos distribuído com a sua marca no meio. O gargalo saiu do prompt, passou pelo dado e chegou na camada de orquestração e integração entre os agentes e os seus sistemas de origem.
1. O que mudou: do assistente isolado ao control plane
Por dois anos, "agente de IA" significou um chatbot mais esperto: uma caixa de conversa acoplada a um modelo. Esse recorte morreu. Com o Microsoft Agent 365 (disponibilidade geral em 01/05), a Salesforce, o ServiceNow e o IBM watsonx Orchestrate, as plataformas pararam de vender "um assistente" e passaram a vender a camada que gerencia a frota.
Um control plane, no vocabulário de infraestrutura, é o plano que decide e coordena — em oposição ao data plane, que executa. Trazido para agentes, o control plane é onde você registra quais agentes existem, define quem pode acionar cada um, impõe limites, observa o que cada um fez e conecta tudo aos sistemas de origem. É a diferença entre ter dez agentes soltos e ter uma operação de agentes auditável.
O detalhe que importa para o board: nenhuma dessas plataformas resolve sozinha a sua realidade. Você provavelmente terá agentes da Microsoft no M365, agentes da Salesforce no CRM, talvez um agente próprio construído sobre um modelo aberto. O control plane que interessa é o que enxerga todos — não o que aprisiona você em um fornecedor.
2. Por que a frota precisa de uma camada de controle
Imagine o cenário mais comum de 2026: o board comprou "agentes" de três fornecedores diferentes em três trimestres diferentes. Um resolve tickets, outro qualifica leads, um terceiro concilia pedidos. Cada um acessa parte do ERP, do CRM e do catálogo. Seis meses depois, ninguém sabe responder três perguntas básicas: quem acessa o quê, o que cada agente executou e como auditar uma decisão.
Esse é o problema que a camada de controle resolve. Uma frota sem control plane acumula quatro riscos que se agravam com escala: acesso sem escopo (o agente pode tocar mais dados do que deveria), ação sem limite (nada impede um loop caro ou uma operação destrutiva), ausência de trilha (não há registro do que foi executado e por quê) e integração frágil (cada agente fala com cada sistema de um jeito, e uma mudança quebra tudo). Multiplicar agentes sem resolver isso não é inovação — é dívida técnica com juros compostos.
Não à toa, o Gartner projeta que mais de 40% dos projetos de IA agêntica devem ser cancelados até o fim de 2027, por custos crescentes, valor de negócio pouco claro e controles de risco inadequados. "Controles de risco inadequados" é o nome elegante para "faltou control plane".
3. MCP e A2A: os contratos que ligam agentes a sistemas e agentes a agentes
Se o control plane é o plano de gestão, os protocolos são os contratos que fazem as peças se falarem sem integração ponto-a-ponto. Dois nomes viraram o campo de batalha da interoperabilidade em 2026:
MCP (Model Context Protocol) padroniza como um agente descobre e usa ferramentas e fontes de dados. Em vez de escrever um conector sob medida para cada sistema, você expõe capacidades via MCP e qualquer agente compatível as consome. A2A (Agent-to-Agent) resolve o outro lado: como agentes de fornecedores diferentes delegam tarefas e trocam contexto entre si, sem virarem caixas-pretas incompatíveis.
O ponto estratégico: MCP e A2A são padrões abertos, e é exatamente por isso que decidem o jogo. Uma frota amarrada em conectores proprietários é uma frota refém. Uma frota construída sobre contratos abertos é uma frota que você governa — trocando fornecedores sem reescrever integração. Adotar esses padrões é uma decisão de arquitetura, não de moda.
4. Os 4 componentes de um control plane pronto para produção
Reduzindo o hype ao que precisa existir de fato, um control plane operacional tem quatro componentes:
1. Orquestração. Quem dispara qual agente, em que ordem, com que critério de handoff. Sem isso, agentes competem, duplicam trabalho ou deixam lacunas.
2. Integração event-driven. Os agentes precisam falar com os sistemas de origem — ERP, CRM, catálogo, pagamento — por contratos de API estáveis e, quando o volume exige, por filas e eventos (Kafka, RabbitMQ) com idempotência. É o que garante que uma ação não seja executada duas vezes e que o sistema absorva picos.
3. Observabilidade. Rastrear cada ação de cada agente, com trilha, latência e custo. Sem tracing distribuído você não consegue nem depurar, nem auditar, nem controlar gasto.
4. Governança de acesso. Escopo de ação por agente, limites de uso e política sobre quais ferramentas MCP cada agente pode tocar. É a camada que transforma "o agente pode tudo" em "o agente pode exatamente isto".
Repare que três dos quatro componentes são problemas de engenharia de integração e plataforma — não de modelo. Essa é a virada: quem domina contrato de API, event-driven, observabilidade e controle de acesso já tem 75% do control plane.
5. Como a CCX monta a camada de orquestração e integração (agnóstica de fornecedor)
É aqui que a CCX entra — e entra pelo problema, não pelo produto. A camada de integração e observabilidade que uma frota de agentes exige é o mesmo rigor de engenharia que a CCX já opera há anos em integrações enterprise e mensageria em escala: contratos de API bem definidos, arquitetura event-driven com Kafka e RabbitMQ, idempotência para evitar efeitos colaterais duplicados e trilha completa de cada operação.
Na prática, isso significa conectar os agentes — sejam eles da Microsoft, da Salesforce ou próprios — aos seus sistemas de origem com integrações estáveis e observáveis, aplicar observabilidade 360° (Datadog, Grafana, Prometheus, OpenTelemetry) para rastrear cada ação, e definir o runtime cloud (AWS, GCP ou Azure com infraestrutura como código) onde a frota roda com auto-scaling e disaster recovery. Tudo agnóstico de fornecedor: o control plane que a CCX ajuda a montar enxerga a frota inteira, em vez de amarrar você a uma plataforma.
O princípio que guia essa entrega é simples: a recomendação é feita por contexto do cliente, não por plataforma. Se o seu gargalo é integração, a resposta é integração — não comprar mais um agente.
6. Perguntas frequentes
Preciso adotar MCP agora? Se você planeja rodar mais de um agente e não quer ficar refém de conectores proprietários, sim — MCP é o caminho para expor ferramentas e dados de forma reutilizável. Começar cedo evita retrabalho quando a frota crescer.
A2A substitui a API tradicional? Não. A2A padroniza a conversa entre agentes; suas APIs continuam sendo a porta de entrada para os sistemas. Os dois convivem: A2A na camada de coordenação, API/eventos na camada de integração com o ERP/CRM.
Como audito uma frota de agentes? Com observabilidade desenhada desde o início: tracing distribuído por ação, trilha imutável de quem acessou o quê e limites de uso registrados. Auditar depois, sem instrumentação, é praticamente impossível.
Antes de multiplicar agentes, monte o control plane
A próxima disputa enterprise não é pelo modelo mais capaz — é pela camada que orquestra, integra e governa a frota. Quem comprar três agentes sem control plane vai auditar no escuro e engrossar a estatística dos 40% de projetos cancelados. Quem montar a camada de orquestração e integração primeiro transforma agentes soltos em uma operação confiável.
Antes de multiplicar agentes, monte o control plane: integração event-driven, contratos de API e observabilidade sobre cada ação. Peça um diagnóstico de arquitetura de agentes (orquestração + integração) com a CCX →
Para aprofundar as frentes relacionadas, veja também a camada de conhecimento como infraestrutura de produção e orquestração multi-agente e as costuras de handoff.