MCP virou infraestrutura: por que o protocolo de contexto já não é opcional
41% das empresas de software já têm MCP em produção, 97M de downloads do SDK por mês. O protocolo virou fio elétrico dos agentes — e quem não tem, atrasa.
Passei duas décadas construindo busca enterprise. Todo sistema de busca sério tem a mesma dor de origem: conectar fontes de dados heterogêneas a um motor central sem reescrever conectores toda vez que aparece um sistema novo. Resolvemos isso com padrões, schemas, protocolos. Levou anos até virar consenso de mercado.
Com agentes de IA, o mesmo problema apareceu de novo — só que mais rápido. Um agente sem acesso padronizado a ferramentas e dados é um cérebro isolado. O Model Context Protocol (MCP) é a resposta da Anthropic para isso, e a velocidade com que virou padrão de fato é o dado mais importante da história: não é mais uma aposta de early adopter, é infraestrutura que quem constrói agente sério já não discute se vai usar, só quando.
Os números que importam
Segundo levantamento da Stacklok relatado pela Digital Applied, 41% das organizações de software já têm MCP em produção — não em piloto, em produção. O SDK do protocolo passa de 97 milhões de downloads por mês, com mais de 10 mil servidores MCP públicos disponíveis para conectar agentes a sistemas reais. E a projeção da Gartner, citada na mesma análise, é que 75% dos gateways de API tenham suporte a MCP até o fim de 2026.
Isso é uma curva de adoção que a maioria dos protocolos técnicos leva cinco a dez anos para atingir. MCP está fazendo em menos de dois.
Quem já está dentro
Não é só startup testando brinquedo novo. Entre os adotantes confirmados estão MongoDB, PayPal, Bloomberg e Cisco — empresas com superfícies de dados gigantes, exigências de segurança rígidas e zero tolerância para infraestrutura instável (CData). Quando um banco de dados usado por metade da internet e uma processadora de pagamentos que move bilhões por dia decidem padronizar em cima do mesmo protocolo, isso deixa de ser tendência e vira base.
O padrão que se repete: essas empresas não adotaram MCP porque era moda. Adotaram porque a alternativa — manter um conector proprietário para cada combinação de agente e sistema — não escala. É a mesma lição que a indústria de busca aprendeu com schemas abertos e connectors padronizados. Cada empresa reinventando a roda gasta energia em integração que deveria ir para o produto.
O que isso muda na prática
Para quem está construindo agentes hoje, três coisas ficam claras:
- Arquitetura sem MCP nasce datada. Se o seu agente fala com sistemas internos via scripts amarrados a APIs específicas, você está construindo dívida técnica no dia zero.
- Segurança e MCP andam juntos, não depois. Protocolo que conecta agente a dado sensível de produção exige controle de acesso, auditoria e limites claros desde a primeira linha de configuração — não como reforma depois do incidente.
- A pergunta certa não é “usamos MCP?” É “quais dos nossos sistemas já expõem MCP, e onde ainda temos gambiarra”.
Na Arvor, isso é exatamente onde entramos: ajudamos empresas a mapear onde o agente precisa de contexto real — CRM, banco de dados, documentação interna — e construímos essa ponte de forma segura, sem reinventar conector a cada integração. É o núcleo do que chamamos de BRAIN MAKER: não é só treinar um agente inteligente, é dar a ele acesso governado ao que a empresa já sabe.
Quem adiar essa decisão não vai quebrar amanhã. Mas vai gastar 2026 inteiro pagando com juros o tempo que devia ter investido em infraestrutura de contexto agora. Se sua empresa ainda está decidindo “se” vale a pena, a resposta já apareceu nos números — a pergunta que resta é “com quem”.
Quer entender onde o MCP encaixa na sua stack? Fale com a gente.