El Protocolo de contexto del maniquí (MCP) se ha convertido en uno de los desarrollos más comentados en la integración de IA desde su presentación por antrópico a fines de 2024. Si está sintonizado en el espacio de IA, es probable que haya sido inundado con el desarrollador “Hot Takes” sobre el tema. Algunos piensan que es lo mejor de la historia; Otros se apresuran a señalar sus deficiencias. En ingenuidad, hay poco de verdad en uno y otro.

Un patrón que he notado con la apadrinamiento de MCP es que el incredulidad generalmente da paso al agradecimiento: este protocolo resuelve problemas arquitectónicos genuinos que otros enfoques no. He reunido una nómina de preguntas a continuación que reflejan las conversaciones que he tenido con otros constructores que están considerando aguantar a MCP a entornos de producción.

1. ¿Por qué debería usar MCP sobre otras alternativas?

Por supuesto, la mayoría de los desarrolladores que consideran MCP ya están familiarizados con implementaciones como Operai’s GPTS personalizadosFunción de vainica llamando, Respuestas API con llamadas de funciones y conexiones codificadas con servicios como Google Drive. La pregunta no es en realidad si MCP completamente reemplazo Estos enfoques: bajo el capó, puede usar absolutamente la API de respuestas con la indicación de función que todavía se conecta a MCP. Lo que importa aquí es la pila resultante.

A pesar de toda la exageración sobre MCP, aquí está la verdad directa: no es un brinco técnico masivo. MCP esencialmente “envuelve” las API existentes de una guisa que es comprensible para los modelos de idiomas grandes (LLM). Claro, muchos servicios ya tienen una explicación de OpenAPI que los modelos pueden usar. Para proyectos pequeños o personales, la crítica de que MCP “no es tan espacioso” es harto reto.

El beneficio práctico se vuelve obvio cuando está construyendo poco como una aparejo de observación que necesita conectarse a fuentes de datos en múltiples ecosistemas. Sin MCP, debe escribir integraciones personalizadas para cada fuente de datos y cada LLM que desea alojar. Con MCP, implementa las conexiones de fuente de datos una vezy cualquier cliente de IA compatible puede usarlos.

2. Implementación de MCP restringido contra remoto: ¿Cuáles son las compensaciones reales en la producción?

Aquí es donde en realidad comienzas a ver la brecha entre los servidores de relato y la ingenuidad. La implementación restringido de MCP utilizando el estilo de programación STDIO es muy manejable de ejecutar: ocasionar subprocesos para cada servidor MCP y dejar que hablen a través de Stdin/STDout. Ideal para una audiencia técnica, difícil para los usuarios cotidianos.

La implementación remota obviamente aborda la escalera, pero abre una chapa de gusanos aproximadamente de la complejidad del transporte. El enfoque flamante de HTTP+SSE fue reemplazado por una modernización HTTP transmitible de marzo 2025, que manejo de aminorar la complejidad al poner todo a través de un punto final único /mensajes. Aun así, esto no es en realidad necesario para la mayoría de las empresas que probablemente construyan servidores MCP.

Pero aquí está la cosa: unos meses luego, el apoyo es irregular en el mejor de los casos. Algunos clientes aún esperan la antigua configuración de HTTP+SSE, mientras que otros trabajan con el nuevo enfoque, por lo tanto, si se está implementando hoy, probablemente apoye a uno y otro. La detección de protocolo y el soporte de doble transporte son imprescindibles.

La autorización es otra variable que deberá considerar con implementaciones remotas. La integración OAuth 2.1 requiere tokens de mapeo entre proveedores de identidad externos y sesiones de MCP. Si proporcionadamente esto agrega complejidad, es manejable con la planificación adecuada.

3. ¿Cómo puedo estar seguro de que mi servidor MCP es seguro?

Esta es probablemente la longevo brecha entre la exageración de MCP y lo que en realidad necesita tocar para la producción. La mayoría de las exhibiciones o ejemplos que verá usan conexiones locales sin autenticación en invariable, o se agitan la seguridad diciendo “usa OAuth”.

La explicación de autorización de MCP hace Aproveche OAuth 2.1, que es un típico franco probado. Pero siempre habrá cierta variabilidad en la implementación. Para las implementaciones de producción, concéntrese en los fundamentos:

• Control de entrada basado en el trascendencia adecuado que coincide con los límites reales de su aparejo
• Firmeza de token directo (restringido)
• Registros de auditoría y monitoreo para uso de la aparejo

Sin confiscación, la longevo consideración de seguridad con MCP es la ejecución de herramientas en sí. Muchas herramientas necesitan (o pensar Necesitan) los permisos amplios para ser avíos, lo que significa que es inapelable un diseño de trascendencia amplio (como una frazada “observar” o “escribir”). Incluso sin un enfoque pesado, su servidor MCP puede penetrar a datos confidenciales o realizar operaciones privilegiadas, por lo que, en duda, se mantenga en las mejores prácticas recomendadas en el Últimas especificaciones de esbozo de autores de MCP.

4. ¿Vale la pena trastornar medios y tiempo MCP, y estará presente a holgado plazo?

Esto llega al corazón de cualquier valor de apadrinamiento: ¿por qué debería molestarme con un protocolo de sabor del trimestre cuando todo AI se mueve tan rápido? ¿Qué señal tiene que MCP será una opción sólida (o incluso aproximadamente) en un año, o incluso seis meses?

Bueno, mira la apadrinamiento de MCP de los principales actores: Google lo admite con su protocolo Agent2Agent, Microsoft ha integrado MCP con Copilot Studio e incluso está agregando incorporado Características de MCP para Windows 11, y Cloudflare está más que acertado de ayudarlo a encender su primera Servidor MCP en su plataforma. Del mismo modo, el crecimiento del ecosistema es estimulante, con cientos de servidores MCP construidos por la comunidad e integraciones oficiales de plataformas conocidas.

En prontuario, la curva de estudios no es terrible, y la carga de implementación es manejable para la mayoría de los equipos o desarrolladores en solitario. Hace lo que dice en la chapa. Entonces, ¿por qué sería cauteloso al comprar la exageración?

MCP está diseñado fundamentalmente para los sistemas de IA de reproducción flagrante, lo que significa que supone que tiene una supervisión humana de una interacción de un solo agente. La tarea de múltiples agentes y autónomos son dos áreas que MCP en realidad no aborda; Para ser justos, en realidad no necesita hacerlo. Pero si está buscando un enfoque de hoja perenne pero aún así, de alguna guisa, MCP no es así. Está estandarizando poco que necesita desesperadamente consistencia, no pionero en un paraje desconocido.

5. ¿Estamos a punto de presenciar las “Guerras de Protocolo de AI?”

Los signos apuntan con destino a cierta tensión en la lista para los protocolos de IA. Si proporcionadamente MCP ha forjado una audiencia ordenada al impresionar temprano, hay muchas pruebas de que no estará solo por mucho más tiempo.

Tomar Google Agent2Agent (A2A) Tirada del protocolo con más de 50 socios de la industria. Es complementario a MCP, pero el momento, solo semanas luego de Operai adoptó públicamente a MCP, no se siente coincidencia. ¿Google estaba cocinando un competidor de MCP cuando vieron el nombre más espacioso en LLMS lo abrazó? Tal vez un pivote fue el movimiento correcto. Pero no es especulación pensar que, con características como muestreo multi-llm Pronto se lanzará para MCP, A2A y MCP pueden convertirse en competidores.

Luego está el sentimiento de los escépticos de hoy sobre que MCP es un “envoltorio” en circunstancia de un brinco propio con destino a delante para la comunicación API a LLM. Esta es otra variable que solo se volverá más evidente a medida que las aplicaciones orientadas al consumidor se muevan de las interacciones de un solo agente/de un solo heredero y se encuentran en el ámbito de la tareas múltiples, múltiples usuarios y múltiples agentes. Lo que MCP y A2A no abordan se convertirán en un campo de batalla para otra raza de protocolo por completo.

Para los equipos que traen proyectos con IA a la producción hoy, el articulación inteligente probablemente sea protocolos de cobertura. Implemente lo que funciona ahora mientras diseña para su flexibilidad. Si AI da un brinco generacional y deja detrás a MCP, su trabajo no sufrirá por ello. La inversión en la integración de herramientas estandarizadas valdrá la pena inmediatamente, pero mantenga su edificación adaptable para lo que venga a continuación.

En última instancia, la comunidad de avance decidirá si MCP se mantiene relevante. Son los proyectos de MCP en producción, no la elegancia de las especificaciones o el zumbido del mercado, que determinarán si MCP (o poco más) se mantiene en la cima para el próximo ciclo de atabal de IA. Y, francamente, así es probablemente como debería ser.

Meir Wahnon es cofundador en Descubierto.