MCP se volvió infraestructura: por qué el protocolo de contexto ya no es opcional
El 41% de las empresas de software ya tiene MCP en producción, con 97M de descargas del SDK al mes. El protocolo es hoy la cañería de los agentes — y quien no lo tiene, se atrasa.
Pasé dos décadas construyendo búsqueda enterprise. Todo sistema de búsqueda serio arrastra el mismo problema de origen: conectar fuentes de datos heterogéneas a un motor central sin reescribir un conector cada vez que aparece un sistema nuevo. Lo resolvimos con estándares, esquemas, protocolos. Tardó años en volverse consenso de mercado.
Con los agentes de IA apareció el mismo problema otra vez — solo que más rápido. Un agente sin acceso estandarizado a herramientas y datos es un cerebro aislado. El Model Context Protocol (MCP) es la respuesta de Anthropic a eso, y la velocidad con que se volvió estándar de facto es el dato más importante de esta historia: ya no es una apuesta de early adopter. Quien construye agentes en serio no discute si va a usarlo, solo cuándo.
Los números que importan
Según un relevamiento de Stacklok reportado por Digital Applied, el 41% de las organizaciones de software ya tiene MCP en producción — no en piloto, en producción. El SDK del protocolo supera las 97 millones de descargas mensuales, con más de 10.000 servidores MCP públicos disponibles para conectar agentes a sistemas reales. Y la proyección de Gartner, citada en el mismo análisis, es que el 75% de los gateways de API tendrán soporte MCP para fin de 2026.
Esa es una curva de adopción que la mayoría de los protocolos técnicos tarda de cinco a diez años en alcanzar. MCP lo está haciendo en menos de dos.
Quién ya está adentro
No es solo una startup probando un juguete nuevo. Entre los adoptantes confirmados están MongoDB, PayPal, Bloomberg y Cisco — empresas con superficies de datos enormes, exigencias de seguridad estrictas y cero tolerancia a infraestructura inestable (CData). Cuando una base de datos que usa medio internet y una procesadora de pagos que mueve miles de millones por día deciden estandarizar sobre el mismo protocolo, eso deja de ser tendencia y se vuelve base.
El patrón se repite: estas empresas no adoptaron MCP porque estuviera de moda. Lo adoptaron porque la alternativa — mantener un conector propio para cada combinación de agente y sistema — no escala. Es la misma lección que la industria de búsqueda aprendió con esquemas abiertos y conectores estandarizados. Cada empresa reinventando la rueda gasta energía en integración que debería ir al producto.
Qué cambia en la práctica
Para quien está construyendo agentes hoy, tres cosas quedan claras:
- Arquitectura sin MCP nace desactualizada. Si tu agente habla con sistemas internos mediante scripts atados a APIs específicas, estás construyendo deuda técnica desde el día cero.
- Seguridad y MCP van juntos, no después. Un protocolo que conecta un agente a datos sensibles de producción exige control de acceso, auditoría y límites claros desde la primera línea de configuración — no como reforma tras el incidente.
- La pregunta correcta no es “¿usamos MCP?” Es “¿cuáles de nuestros sistemas ya exponen MCP, y dónde seguimos parchando con cinta”.
En Arvor, ahí es exactamente donde entramos: ayudamos a las empresas a mapear dónde el agente necesita contexto real — CRM, base de datos, documentación interna — y construimos ese puente de forma segura, sin reinventar un conector por cada integración. Es el núcleo de lo que llamamos BRAIN MAKER: no se trata solo de entrenar un agente inteligente, sino de darle acceso gobernado a lo que la empresa ya sabe.
Las empresas que posterguen esta decisión no se van a romper mañana. Pero van a pasar todo 2026 pagando con intereses el tiempo que debieron invertir en infraestructura de contexto ahora. Si tu empresa todavía está decidiendo “si” vale la pena, los números ya respondieron. La pregunta que queda es “con quién”.
¿Querés entender dónde encaja MCP en tu stack? Hablá con nosotros.