Los mantenedores del Model Context Protocol (MCP) han publicado una hoja de ruta actualizada que dará forma a la próxima versión de especificación del protocolo que se ha convertido en un estándar de facto para conectar modelos de IA a herramientas y datos externos. La publicación del 22 de agosto, escrita por los mantenedores principales David Soria Parra y Den Delimarsky, establece cinco áreas prioritarias (desde mensajes primitivos de agentes hasta identidades de agentes estandarizadas) y llega pocas semanas después de la histórica revisión de las especificaciones del protocolo el 28 de julio de 2026.
La actualización atrajo la atención inmediata de la comunidad de desarrolladores, y el anuncio de la hoja de ruta obtuvo más de 240 votos a favor y más de 140 comentarios en Hacker News en cuestión de días. Para los desarrolladores que crean aplicaciones agentes, el documento indica dónde pasarán su tiempo de revisión los encargados principales del protocolo y los grupos de trabajo, y qué propuestas se moverán más rápido en la cola. Para más contexto sobre esta historia, consulta nuestra últimos avances en IA.
Lo que ya cambió la especificación de julio
Antes de establecer nuevas prioridades, los responsables hicieron un balance de la hoja de ruta anterior, publicada en marzo de 2026, que se centró en cuatro áreas: evolución y escalabilidad del transporte, comunicación de agentes, maduración de la gobernanza y preparación empresarial. Según la publicación del blog, se lograron "progresos significativos" en los cuatro frentes, y la mayor parte de los cambios se realizaron en la versión de especificación del 28 de julio de 2026.
El cambio más importante fue la eliminación de las sesiones a nivel de protocolo y el protocolo de enlace de inicialización, registrado como SEP-2575 y SEP-2567. El cambio significa que un servidor MCP ahora puede escalar horizontalmente sin mantener el estado, una reelaboración fundamental que hace que los servidores MCP remotos se comporten como servicios web comunes. Los clientes también pueden llamar a un nuevo punto final `server/discover` para conocer las versiones y capacidades compatibles de un servidor antes de hacer cualquier otra cosa, y los resultados de la lista se pueden almacenar en caché según SEP-2549.
En el lado de la comunicación del agente, la construcción de Tareas se reelaboró en una extensión oficial (SEP-2663), mientras que un nuevo patrón de Solicitudes de ida y vuelta múltiples (SEP-2322) reemplazó las solicitudes iniciadas por el servidor para que fluyan como el trabajo de obtención en servidores sin estado. La gobernanza también maduró: el proyecto adoptó formalmente una Escalera de Colaboradores, los grupos de trabajo ahora clasifican sus propias propuestas de mejora y la especificación obtuvo un ciclo de vida de características adecuado y una política de obsolescencia.
El trabajo de preparación empresarial se concentró en la autorización, la validación del emisor de envío, las credenciales de cliente vinculadas al emisor y los documentos de metadatos de identificación del cliente como la ruta de registro de cliente preferida, con la autorización administrada por la empresa promovida a estable como una extensión.
Cinco prioridades para el próximo ciclo de lanzamiento
1. Primitivas de mensajería agente
La primera prioridad reconoce que "las cargas de trabajo de agencia modernas ya no se ajustan al patrón estándar de solicitud y respuesta". Los bucles duran más, los servidores envían resultados transmitidos y los desarrolladores necesitan la capacidad de dirigir el trabajo en pleno vuelo. MCP ha ido creciendo hacia estos requisitos con tareas, suscripciones y operaciones de escucha, y notificaciones de progreso, pero los mantenedores quieren que funcionen bien juntos.
El trabajo planificado incluye eventos iniciados por el servidor entregados a través de webhooks y canales, "para que los clientes no tengan que sondear los resultados", una revisión de la composición que abarque los grupos de trabajo de Agentes, Transportes y Activadores y Eventos, y la maduración de la extensión Tareas para que pueda pasar a la especificación principal.
2. Unificación del transporte nativo HTTP
Con el lanzamiento de julio, escribieron los mantenedores, "un servidor MCP remoto ahora no es diferente de cualquier otra carga de trabajo HTTP", lo que hace que los servidores MCP sean fáciles de alojar en la infraestructura que las organizaciones ya utilizan para sus API. El enfoque "ha demostrado escalar" y la hoja de ruta ahora propone ampliarlo para cubrir servidores locales que hablan HTTP Streamable a través de entrada y salida estándar. La publicación sostiene que la unificación en un solo transporte simplificaría aún más el desarrollo del cliente y del servidor MCP.
3. Identidad del agente y seguridad preparada para la empresa
Quizás la prioridad más prospectiva aborda una brecha entre cómo funciona hoy la autorización de MCP y cómo operan realmente los agentes. La autorización actual se basa en que una persona aprueba el acceso en un navegador, lo cual está bien para clientes interactivos, pero cada vez más fuera de sintonía con la realidad.
"Cada vez más personas que llaman son agentes que ejecutan cargas de trabajo en la nube con su propia identidad, que actúan en nombre de un usuario que no está presente o que delegan una autoridad más limitada a subagentes", escribieron los mantenedores. El objetivo es una forma estandarizada para que los servidores MCP reconozcan y confíen en las identidades de esos agentes, "basada en estándares existentes en lugar de claves API pegadas y tokens de larga duración".
Concretamente, el trabajo cubre finalizar la demostración de prueba de posesión (DPoP) e impulsar su adopción, definir un camino obstinado para la identidad y delegación del agente a través de Workload Identity Federation, la subvención ID-JAG detrás de la autorización administrada por la empresa y el intercambio de tokens estándar. El equipo también continuará colaborando con los grupos de trabajo IETF OAuth y WIMSE para ayudar a que los estándares subyacentes evolucionen.
4. Primitivos mejorados y descubrimiento de herramientas progresivas
La llamada de herramientas sigue siendo la parte de MCP que la mayoría de los desarrolladores tocan primero y "se ha mantenido bien", según la publicación. Pero el manejo de resultados se queda corto: una respuesta de `herramientas/llamada` puede llevar el mismo resultado en más de una forma, y los desarrolladores del servidor no tienen forma de saber qué forma pondrá un cliente determinado delante del modelo. La hoja de ruta tiene como objetivo estandarizar un contrato claro.
Los encargados del mantenimiento también señalaron el problema de la escala. "Conectarse a un servidor con cien herramientas significa que el modelo paga por toda esa superficie antes de que el usuario haya hecho una sola pregunta, y la selección de herramientas tiende a empeorar a medida que la lista crece", escribieron. La respuesta es un esfuerzo de descubrimiento progresivo, permitiendo que un servidor ofrezca un pequeño punto de entrada y revele más de su catálogo a medida que la conversación se estrecha.
5. Experiencia de desarrollador de SDK mejorada
Finalmente, los mantenedores prometieron invertir en los SDK a través de los cuales la mayoría de los desarrolladores experimentan MCP: su ergonomía, su conformidad con las especificaciones y su documentación en todas las plataformas e idiomas admitidos. Lo que está en juego ha aumentado, señalaron, ahora que muchos desarrolladores crean clientes y servidores MCP "al señalar un agente a nuestras bibliotecas", donde las API claras y la documentación precisa deciden si el código generado funciona con una fricción mínima.
Qué significa para el ecosistema
La hoja de ruta incluye una estructura de incentivos práctica: las propuestas de mejora de especificaciones (SEP, por sus siglas en inglés) que caen dentro de las áreas prioritarias obtienen una revisión acelerada y tienen la mejor probabilidad de aceptación, mientras que las propuestas fuera de alcance no se rechazan automáticamente, sino que reciben el escaso tiempo del mantenedor al final. Cada área prioritaria ha nombrado mantenedores principales y uno o más grupos de trabajo, todos los cuales tienen espacio para más contribuyentes, y el mecanismo de extensión experimental bajo SEP-2133 permite a los grupos probar ideas antes de propuestas formales.
Desde que Anthropic introdujo MCP de código abierto a finales de 2024, el protocolo se ha extendido por toda la industria, y los principales proveedores de inteligencia artificial y creadores de herramientas lo han adoptado como una forma común de dar a los modelos acceso a sistemas externos. La hoja de ruta de agosto sugiere que la próxima fase del protocolo se definirá menos por la conectividad básica y más por los problemas más difíciles de la era agente: identificar quién (o qué) está llamando realmente, mantener orientable el trabajo de larga duración y controlar la proliferación de herramientas que los agentes deben navegar.
Para los desarrolladores y equipos de plataformas que apuestan por MCP, el mensaje es claro: la operación HTTP sin estado es ahora la base asumida, y el centro de gravedad del protocolo se está desplazando hacia agentes que actúan de forma autónoma, llevan sus propias identidades verificables y descubren capacidades progresivamente en lugar de hacerlo todo a la vez.
---
Mantente al Día con la IALas últimas noticias, análisis y avances de inteligencia artificial, en un solo lugar.
Leer más noticias de IA →
