MCP es el Android de Anthropic. El lock-in esta en la spec.

Construyes servidores MCP. Quizás ya publicaste algunos — un conector de Postgres, un bridge de Slack, una herramienta de file system. Funcionan con Claude, con Cursor, con cualquier cliente que hable el protocolo. Para abril de 2026, el ecosistema aloja miles de servidores construidos por la comunidad en registros como Smithery, Glama y mcp.so. El protocolo ganó. El open source ganó. ¿Verdad?

Mirá más de cerca.

Ya conocés la línea de tiempo: Anthropic lanzó Managed Agents el 8 de abril, Routines y el rediseño de Desktop el 14 de abril, y después todo se cayó por tres horas el 15 de abril. OpenAI y Google lanzaron alternativas open source y agnósticas al modelo. El riesgo de lock-in es obvio. Lo que es menos obvio es la pregunta silenciosa: ¿el diseño técnico de MCP favorece estructuralmente a la empresa que lo escribió?

Tres decisiones en la especificación sugieren que sí.

Capa de transporte

MCP se lanzó con stdio como transporte principal — entrada/salida estándar, el mecanismo que usan los pipes de Unix. Stdio es inherentemente local. Funciona mejor cuando el cliente MCP vive en tu máquina como un CLI o una app de escritorio. ¿Notás algo? Claude Code es exactamente eso: un CLI local que levanta procesos de servidores MCP. Qué casualidad que el transporte por defecto del protocolo sea justo el único transporte donde el producto de Anthropic juega de local.

Los transportes remotos (HTTP+SSE, después Streamable HTTP) llegaron después y funcionan bien, pero el centro de gravedad del ecosistema — las implementaciones de servidor más probadas en batalla, las configuraciones por defecto de los tutoriales, las guías de "cómo empezar" — todavía asume un runtime local. Anthropic no impuso stdio. Solo lo hicieron el camino de menor resistencia, y miles de desarrolladores caminaron directo por ahí.

Sampling

La spec de MCP incluye una capacidad llamada "sampling" — un servidor puede pedirle al cliente que haga una llamada LLM en su nombre. Tu conector de base de datos puede decir: "Necesito que la IA analice este query plan — cliente, encárgate." El cliente elige el modelo. La spec es agnóstica al modelo en teoría.

En la práctica, la spec literalmente deja que el servidor diga "oye cliente, llamá a tu LLM por mí" — y después todos se hacen los sorprendidos cuando ese LLM siempre es Claude. Los desarrolladores de servidores testean contra el cliente que usan a diario. El cliente MCP más pulido y con más plata es Claude Code. Así que los desarrolladores optimizan las solicitudes de sampling para Claude, debuggean en Claude, shippean asumiendo Claude. El protocolo se mantiene neutral. El ecosistema gravita. Y la gravedad, una vez establecida, no se revierte porque alguien escribió un post de blog muy indignado sobre neutralidad de proveedores.

Gobernanza de la spec

Empleados de Anthropic mantienen los SDKs oficiales de MCP en TypeScript y Python. Empleados de Anthropic manejan el repositorio de GitHub de la spec. Cuando el protocolo agregó OAuth 2.1 en su revisión de marzo 2025, Anthropic mapeó los patrones de diseño perfectamente a su propia infraestructura cloud — y doce meses después, Managed Agents se lanzó con OAuth integrado. Qué coincidencia.

No hay un organismo de estándares independiente. Ningún proceso del W3C, ningún RFC del IETF, ningún voto de consorcio. Una sola empresa escribe la spec. La misma empresa construye la implementación más rentable de esa spec. Si no ves el problema, nunca leíste los estatutos de un organismo de estándares — o trabajás en Anthropic.

Ya viste esta película antes

Si esta arquitectura te suena familiar, quizás te acordás del USB.

Intel co-diseñó el Universal Serial Bus a mediados de los 90 y presidió el USB Implementers Forum — el organismo que gobierna la spec hasta hoy. El estándar era abierto. Cualquier fabricante de chips podía implementarlo. Pero Intel envió los primeros host controllers, escribió las implementaciones de referencia e integró el soporte USB en sus chipsets antes de que los competidores tuvieran silicio funcionando. Para cuando AMD y VIA se pusieron al día, los controladores de Intel definían lo que "compatible con USB" significaba en la práctica. La spec pertenecía a todos. La ventaja del primer movimiento pertenecía a Intel.

Ayer cubrimos la versión AOSP-a-Play-Services de este playbook — Anthropic lo ejecuta una capa más profundo, en el protocolo mismo.

MCP es la spec USB de Anthropic. Claude Code, Routines, Managed Agents, Desktop — esos son los primeros host controllers. La comunidad construye miles de servidores MCP. Anthropic construye el único runtime de cliente completamente integrado que apila desde el protocolo hasta el IDE hasta la orquestación cloud. El Agents SDK de OpenAI — open source bajo MIT el 15 de abril, soportando más de 100 modelos vía LiteLLM — y el ADK de Google — open source en Cloud Next en abril de 2025, soportando tanto MCP como el protocolo A2A de agente a agente — eligieron la arquitectura opuesta: runtimes abiertos, agnósticos al modelo, sin acoplamiento a cloud propietario. Entendieron el juego porque vieron a Intel jugarlo treinta años antes.

Qué te protege realmente

Mantené tu lógica de negocio en servidores MCP — esos son portables. Tratá al runtime del cliente como un shell reemplazable. Si configurás una Routine, documentala lo suficiente como para replicarla en un cron job o en un orquestador de la competencia. Si guardás sesiones en Managed Agents, asegurate de que tu esquema de sesión se exporte limpiamente. Si tu workflow de agentes depende del sidebar multi-sesión de Claude Desktop, preguntate qué pasa cuando aparezca un cliente mejor.

Construí sobre el puerto USB. No lo soldes a una sola laptop.

Anthropic no solo hizo open source de un protocolo y después construyó productos propietarios encima. Diseñaron un protocolo cuyo transporte por defecto, cuya gravedad de testing y cuya estructura de gobernanza apuntan hacia sus productos. Eso no es hipocresía. Es arquitectura. Y el playbook tiene treinta años.