# El núcleo sin estado de MCP cambia la forma en que las herramientas de los agentes pueden escalar

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/es/article/mcp-2026-07-28-stateless-core-2026-08-13-morning-es
Section: Software (https://technewslist.com/es/software)
Author: TechNewsList
Language: es
Published: 2026-08-13T05:25:40.852+00:00
Updated: 2026-08-13T05:25:41.009005+00:00

> La especificación del protocolo de contexto modelo 2026-07-28 convierte la operación sin estado en una ruta de primera clase, lo que reduce los supuestos de sesión que han complicado las implementaciones de agentes sin servidor, perimetrales y de escala horizontal.

## TL;DR
- El Model Context Protocol lanzó su especificación 2026-07-28 el 28 de julio con un núcleo sin estado y SDK actualizados.
- La operación sin estado permite que cualquier servidor en buen estado maneje una solicitud sin heredar el estado de sesión oculto de otra instancia.
- El cambio hace que MCP sea más fácil de implementar en plataformas perimetrales y sin servidor, pero transfiere más responsabilidad al contexto de solicitud explícito.
- El transporte, la autorización, el descubrimiento de herramientas y la negociación de capacidades siguen siendo límites de compatibilidad importantes.
- Los equipos que migran servidores de producción deben probar las suposiciones de la sesión en lugar de tratar el cambio de fecha como una actualización inmediata.

## Key points
- MCP se está convirtiendo en una infraestructura para agentes que necesitan herramientas, recursos e indicaciones en muchos clientes.
- Un núcleo de protocolo sin estado mejora el escalado horizontal y la conmutación por error porque las solicitudes no dependen de la memoria de un servidor.
- El contexto explícito puede mejorar la auditabilidad, pero también puede aumentar el tamaño de la solicitud y la complejidad de la implementación.
- La especificación y los SDK ahora brindan a los desarrolladores un objetivo compartido para los transportes y el comportamiento del protocolo.
- La verdadera prueba de adopción es si los servidores existentes pueden migrar sin interrumpir la autenticación, las suscripciones o las tareas de larga duración.

# El núcleo sin estado de MCP cambia la forma en que las herramientas de los agentes pueden escalar

El Protocolo de contexto modelo comenzó como una forma práctica de conectar un cliente de IA a herramientas y datos. Su próximo desafío es menos glamoroso pero más importante: cómo se comportan esas conexiones cuando se ejecutan en producción. La especificación 2026-07-28, publicada el 28 de julio, hace que un núcleo sin estado sea una parte más clara de la historia del protocolo. Se trata de un cambio significativo para los equipos que intentan ejecutar herramientas de agentes en una infraestructura sin servidor, perimetral y de escala horizontal.

## Qué pasó

Los mantenedores de MCP publicaron la especificación 2026-07-28 junto con los SDK actualizados. El lanzamiento enfatiza un núcleo de protocolo sin estado, lo que significa que un servidor no debería depender de que la memoria de sesión oculta esté presente en una instancia específica para cada solicitud. Un equilibrador de carga puede enviar la siguiente solicitud a otra instancia en buen estado siempre que la solicitud contenga el contexto que el servidor necesita.

![Arquitectura del servidor MCP](https://media2.dev.to/dynamic/image/width=1000,height=420,fit=cover,gravity=auto,format=auto/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/s5qdvd3v5gaisu825ut5.png)
*MCP ofrece a los agentes una forma común de acceder a herramientas, fuentes de datos y flujos de trabajo.*

El lanzamiento no es una promesa de que todos los servidores existentes sean automáticamente compatibles. Los desarrolladores aún necesitan verificar los transportes, la autorización, la negociación de capacidades, las suscripciones y cualquier flujo de trabajo de larga duración que asumiera una conexión persistente o un estado en memoria.

## Por qué importa

El estado es una de las razones silenciosas por las que los sistemas de agentes se vuelven difíciles de operar. Si un servidor recuerda una negociación, una suscripción o una tarea parcial en la memoria del proceso, un reinicio puede cambiar el comportamiento. El escalado horizontal también se vuelve más difícil porque es posible que la solicitud deba regresar a la misma instancia o consultar un almacén de sesiones separado.

Un núcleo sin estado elimina ese acoplamiento oculto. Hace que sea más fácil razonar sobre fallas y recuperación, mejora la compatibilidad con la computación de corta duración y permite a los operadores escalar instancias en función del tráfico en lugar de la propiedad de la sesión. Para una plataforma de agente que utiliza muchas herramientas, esas propiedades son importantes porque un servidor lento o no disponible no debería desconectar a todo el cliente.

La compensación es el contexto explícito. Una solicitud debe contener más información que un servidor necesita para tomar una decisión. Eso puede aumentar el tamaño de la carga útil, forzar un mejor diseño de autorización y hacer que los desarrolladores confronten lo que pertenece a una solicitud versus lo que pertenece al estado de aplicación duradera. El resultado suele ser más observable, pero no necesariamente más simple.

## Detalles técnicos

MCP se encuentra entre un cliente agente y un servidor que expone herramientas, recursos o indicaciones. El transporte transporta mensajes de protocolo, mientras que el servidor decide cómo acceder a la API, la base de datos, el sistema de archivos o el flujo de trabajo subyacente. La versión del 28 de julio de 2026 ofrece a los desarrolladores un objetivo versionado para implementar esa interacción.

![Lanzamiento de la especificación MCP](https://blog.modelcontextprotocol.io/og-image.png)
*La nueva especificación ofrece a los autores de clientes y servidores un objetivo de compatibilidad compartido.*

La operación sin estado es especialmente relevante para las implementaciones basadas en HTTP. Una solicitud puede llegar a cualquier réplica, autenticar a la persona que llama, negociar capacidades, ejecutar una herramienta y devolver un resultado sin necesidad de que la réplica recuerde lo que sucedió en la solicitud anterior. Si una aplicación necesita un flujo de trabajo duradero, ese estado puede residir en una base de datos explícita o en un sistema de trabajo en lugar de en una variable de proceso accidental.

Esta separación también ayuda a la revisión de seguridad. Un equipo puede inspeccionar el contexto proporcionado a una llamada de herramienta y registrar la decisión de autorización. Pero crea nuevas obligaciones: los secretos no deben copiarse en cada mensaje, las protecciones de reproducción deben ser claras y el contexto debe tener un alcance tal que un usuario o inquilino no pueda reutilizar la autoridad de otro.

## Impacto en el mercado / la industria

El valor del protocolo aumenta a medida que más clientes agentes y servidores de herramientas lo admiten. Los proveedores pueden crear una integración una vez y exponerla a varios clientes, mientras que los equipos de aplicaciones pueden intercambiar modelos o marcos de orquestación sin tener que reescribir cada conector. La apatridia reduce la barrera operativa para los equipos más pequeños que no desean operar un clúster de sesiones especializado.

El cambio también eleva el listón para los servidores MCP. Un servidor que sólo funcionaba cuando un único proceso recordaba todo ahora puede parecer frágil. Los equipos de producción tendrán que documentar la negociación de capacidades, la autenticación, los límites de velocidad, la idempotencia y la representación de las tareas de larga duración. Esa es una presión de protocolo saludable, pero puede exponer más cambios importantes durante la migración.

## Qué observar ahora

Vea las notas de la versión del SDK y los informes de migración del mundo real para autenticación, transmisión, suscripciones y ejecución de trabajos. La evidencia más útil provendrá de servidores implementados en infraestructuras de nube ordinarias, no sólo de ejemplos de especificaciones. También observe si los clientes anuncian la versión del protocolo con suficiente claridad para evitar una degradación silenciosa o un soporte parcial confuso.

La especificación 2026-07-28 es importante porque trata la realidad de la implementación como parte de la interoperabilidad de los agentes. Un protocolo de herramienta no puede convertirse en infraestructura si cada solicitud depende secretamente de un proceso particular. La apatridia no resolverá todos los problemas de los agentes, pero le brinda al ecosistema una base más limpia para la escala, la conmutación por error y la auditabilidad.

## Fuentes

- [MCP: La especificación 2026-07-28](https://blog.modelcontextprotocol.io/posts/2026-07-28/)
- [Especificación MCP: transportes](https://github.com/modelcontextprotocol/modelcontextprotocol/blob/main/docs/specification/2026-07-28/basic/transports/index.mdx)
- [arXiv: estudio empírico de aplicaciones MCP](https://arxiv.org/abs/2607.25635)

Mentions: Protocolo de contexto modelo, MCP, antrópico, AWS, SDK de MCP, informática sin servidor

## Sources
- [Blog de PCM](https://blog.modelcontextprotocol.io/posts/2026-07-28/)
- [Especificación MCP en GitHub](https://github.com/modelcontextprotocol/modelcontextprotocol/blob/main/docs/specification/2026-07-28/basic/transports/index.mdx)
- [arXiv](https://arxiv.org/abs/2607.25635)