MCP ya tiene release candidate stateless: por que esto cambia despliegue, tasks largas y auth de agentes
Los maintainers de Model Context Protocol publicaron el 21 de mayo de 2026 el release candidate 2026-07-28. El cambio no es solo de spec: empuja un core stateless, Tasks mas serias, Apps renderizadas y un camino de auth mas alineado con OAuth/OIDC.
El 21 de mayo de 2026 los maintainers de Model Context Protocol publicaron el release candidate de la especificacion 2026-07-28. La nota oficial lo define como la revision mas grande desde el lanzamiento, y por una vez no suena a exageracion de roadmap. El paquete junta varias piezas que pegan directo en despliegue real: core stateless, Tasks para trabajo largo, MCP Apps, cambios de autorizacion mas alineados con OAuth/OIDC y una politica formal de deprecaciones.
Para equipos que ya usan MCP en serio, la noticia no es de sintaxis. Es de arquitectura.
El punto de fondo: salir del cuello de botella stateful
El blog oficial ya venia preparando esto desde el roadmap de marzo. La friccion estaba clara: a medida que MCP se movio de local tooling a despliegues remotos y corporativos, las conexiones stateful empezaron a chocar con patrones normales de infraestructura.
Traducido a builder:
- balancear trafico se vuelve mas incomodo;
- escalar horizontalmente duele mas;
- y meter MCP dentro de plataformas gestionadas exige mas pegamento del deseable.
Por eso el cambio a un core stateless importa tanto. No es solo elegancia de protocolo. Es la diferencia entre algo que vive bonito en demos y algo que coopera mejor con HTTP corriente, balanceadores y servicios remotos de verdad.
Tasks deja de ser idea linda y se vuelve pieza operativa
La descripcion del RC tambien remarca long-running work through the Tasks extension. Eso merece atencion porque muchos agentes ya no caben en la logica de “tool call sincrona y respuesta inmediata”.
Hay trabajo que toma minutos u horas:
- scraping largo;
- evals con muchas corridas;
- compilaciones grandes;
- analisis sobre muchos documentos;
- o handoffs donde el humano vuelve despues.
Si MCP quiere ser capa comun entre clientes y servidores, necesitaba una forma mas seria de hablar de trabajo largo. El RC deja claro que esa pieza ya no va como idea lateral.
Auth mas cercana a como trabajan las empresas
Otra parte que parece aburrida y no lo es: la autorizacion alineada mas de cerca con OAuth y OpenID Connect.
Esto importa porque una parte enorme del valor de MCP esta en conectar agentes con sistemas reales. Y en cuanto tocas sistemas reales, auth deja de ser detalle tecnico para volverse requisito de adopcion.
Si el protocolo se acerca mejor a flujos que las empresas ya entienden y operan, baja la friccion para:
- proveedores de plataformas;
- equipos de seguridad;
- y builders que no quieren inventar auth custom para cada servidor remoto.
No viene solo: Apps y deprecaciones tambien pesan
El mismo RC amarra otras dos senales fuertes.
La primera es que MCP Apps ya no parece experimento aislado, sino parte del mismo empuje para que el protocolo soporte experiencias mas completas que solo texto y JSON.
La segunda es la politica formal de deprecaciones. Puede sonar administrativa, pero en un protocolo que ya esta por todas partes es exactamente el tipo de disciplina que separa crecimiento sano de ruptura constante.
Que haria yo si ya opero MCP
No esperaria al release final de julio para pensar el impacto. Este RC ya sirve como checklist:
- revisar donde tu stack depende de estado de sesion;
- identificar tools o jobs que merecen moverse a Tasks;
- mapear si tu auth actual se alinea con el camino nuevo;
- y decidir que partes del producto piden UI via Apps y cuales siguen bien solo con texto.
Eso no significa migrar todo hoy. Significa evitar que el equipo se sorprenda cuando la especificacion finalice.
Por que esta historia puede competir bien
La demanda aqui no vendra de publico general. Vendra de queries como:
mcp statelessmcp tasks extensionmcp oauth oidcmcp 2026-07-28
Es trafico pequeno pero muy bueno: gente que ya esta conectando agentes con herramientas reales y necesita entender que cambia en la capa base. En espanol casi no hay explicacion aterrizada de este RC con lectura operativa.
Si el protocolo ya te importa por UI, esta nota encaja con nuestra cobertura sobre MCP Apps. La diferencia es que hoy la conversacion sube de nivel: MCP ya no solo esta anadiendo capacidades; esta rehaciendo piezas del core para escalar mejor en despliegues remotos y tareas largas.
Mi lectura final es esta: el release candidate de MCP no trae un “feature ganador” aislado. Trae el intento mas serio hasta ahora de convertir el protocolo en una base mas operable para agentes de produccion.