¿Por qué se caían los conectores de Claude a mitad de una tarea?

Porque el protocolo mantenía una sesión abierta identificada por una cabecera, y esa sesión estaba atada a una máquina concreta del servidor. Si esa instancia se reiniciaba, se saturaba o el proveedor la movía, la conversación se rompía y la tarea moría a mitad. Reintentar funcionaba porque te atendía otra máquina desde cero.

¿Qué significa que MCP ahora sea sin estado?

Significa que desaparecen el intercambio de inicialización y la cabecera de identificador de sesión, y que cada petición viaja completa declarando la versión del protocolo, la identidad del cliente y sus capacidades. Como el servidor no recuerda nada de la petición anterior, ya no necesita almacenamiento compartido entre instancias y se puede escalar detrás de un balanceador de carga normal.

¿Qué partes del protocolo quedan obsoletas y cuánto tiempo tengo?

Roots, Sampling y Logging quedan obsoletas con una ventana mínima de doce meses, y el transporte antiguo HTTP+SSE también queda oficialmente deprecado con un año de salida. El registro dinámico de clientes se deprecia en favor de los documentos de metadatos de cliente, pero sigue funcionando por compatibilidad hacia atrás mientras tanto.

¿Tengo que hacer algo si solo uso Claude y no construyo conectores?

No tienes que hacer nada. El cambio llega a los productos de forma progresiva y lo vas a notar como menos caídas y menos reconexiones. Lo único recomendable es anotar qué conector se te cae cuando pase, para poder comprobar en unas semanas si esa herramienta concreta ya migró o sigue funcionando con la versión antigua.

← Artículos

Por qué se te caen los conectores de Claude

9 de agosto de 2026 · 6 min de lectura

Los conectores de Claude se caían porque el protocolo MCP mantenía una sesión abierta contra una máquina concreta: si esa máquina se reiniciaba o se movía, la tarea moría a mitad. La versión del 28 de julio de 2026 elimina esa sesión y hace que cada petición viaje completa, así que la puede atender cualquier servidor libre.

Durante meses le eché la culpa a mi conexión. Un conector de Claude se caía a mitad de una tarea, yo reconectaba, funcionaba, y seguía. La explicación real estaba una capa más abajo, y el 28 de julio de 2026 cambió.

Un conector no es una aplicación, es una conversación abierta

El error de partida es imaginar un conector como un programa con su icono y su ventana. No lo es. Un conector MCP es un programa pequeño sin pantalla que se queda esperando a que Claude le pregunte algo y que sabe hacer dos o tres cosas concretas: leer tu calendario, buscar en una carpeta, escribir una fila en una tabla. Hasta ahora, abrir uno se parecía a una llamada telefónica. Claude marcaba, el servidor contestaba, los dos se daban la mano y quedaban emparejados mediante un identificador de sesión. Todo lo que venía después dependía de que esa llamada siguiera viva contra esa máquina exacta. Si el servidor se reiniciaba, se llenaba o simplemente lo movían de máquina, tu tarea moría en la mitad. Y cuando lo intentabas otra vez y funcionaba, no era suerte: era otra máquina contestando.

Este sistema es el que enseño dentro de la comunidad MÁQUINA IA: las estaciones, los gates y el código que lo sostiene.

Qué cambió el 28 de julio

La nueva versión de la especificación de MCP mueve el núcleo del protocolo a un modelo sin estado. En concreto, elimina el intercambio de inicialización y la cabecera de identificador de sesión. Cada petición viaja sola, declarando por sí misma la versión del protocolo, la identidad del cliente y sus capacidades. La consecuencia práctica es que los servidores dejan de necesitar almacenamiento compartido entre instancias. La documentación lo dice sin adornos: se pueden desplegar detrás de un balanceador de carga por turnos, como cualquier página web normal. Es la diferencia entre una llamada y un mensaje de texto. La llamada exige que los dos estén presentes a la vez; el mensaje llega igual aunque del otro lado hayan cambiado de teléfono.

Quién firma esto (y por qué importa)

Un cambio de protocolo solo vale lo que valen los que lo van a implementar. En el anuncio aparecen citados responsables de AWS, Anthropic, Cloudflare, Figma, Google Cloud, honeycomb.io, Microsoft, Netlify, PostHog, Supabase, Vanta y Xero, entre otros. No son startups buscando prensa: son empresas que ya tienen conectores en producción y que ahora los van a mover. El tamaño del ecosistema explica la urgencia. Según Anthropic, los SDK de MCP superaron los 400 millones de descargas mensuales, cuatro veces más que hace un año.

Lo que se rompe si construiste algo

Aquí está el trabajo nuevo que a alguna gente le apareció sin saberlo. Si tu conector guardaba cosas en la sesión, esa sesión ya no existe: el estado de trabajo tiene que viajar explícito dentro de cada petición o dejar de existir. El propio documento propone la alternativa, que es pasar identificadores de recursos como parámetros en vez de esconder el estado en el transporte. Además hay piezas marcadas para morir, con una ventana mínima de doce meses: Roots, Sampling y Logging quedan obsoletas, y el transporte antiguo HTTP+SSE también, con un año de salida. El registro dinámico de clientes queda deprecado en favor de los documentos de metadatos de cliente, aunque sigue funcionando por compatibilidad. Doce meses suena a mucho hasta que te acuerdas de que llevas seis sin abrir ese repositorio.

Qué haces tú esta semana

Si solo usas Claude, nada. Esto llega a los productos por partes y se va a notar como que las cosas dejaron de caerse. Lo único útil: la próxima vez que un conector se caiga, anota cuál fue. En dos o tres semanas vas a poder comparar y ver si tu herramienta favorita se movió o se quedó dormida en la versión vieja. Si construyes, tu semana tiene tres tareas y en este orden: sacar el estado de la sesión y pasarlo explícito, revisar cómo pides autorización, y decidir qué haces con las piezas que quedaron con fecha de vencimiento. La primera es la que rompe todo lo demás. Y hay una señal fácil para saber si el conector que usas ya se movió: si te obliga a reconectar cada vez que vuelves a la conversación, o si se cae justo cuando lo dejas quieto un rato, todavía vive de la sesión vieja.

El dato honesto

Nadie ha publicado cuánto se ahorra de verdad con esto. No hay una cifra oficial de reducción de costes, así que si en los próximos días ves un porcentaje bonito dando vueltas, se lo inventaron. Y esto tampoco está encendido hoy en tu cuenta: lo que se publicó es la versión del protocolo, y el soporte en los productos llega por partes. Es fontanería, no cerebro. Lo que cambia es que la fontanería deja de gotear.

Preguntas frecuentes

¿Por qué se caían los conectores de Claude a mitad de una tarea?: Porque el protocolo mantenía una sesión abierta identificada por una cabecera, y esa sesión estaba atada a una máquina concreta del servidor. Si esa instancia se reiniciaba, se saturaba o el proveedor la movía, la conversación se rompía y la tarea moría a mitad. Reintentar funcionaba porque te atendía otra máquina desde cero.
¿Qué significa que MCP ahora sea sin estado?: Significa que desaparecen el intercambio de inicialización y la cabecera de identificador de sesión, y que cada petición viaja completa declarando la versión del protocolo, la identidad del cliente y sus capacidades. Como el servidor no recuerda nada de la petición anterior, ya no necesita almacenamiento compartido entre instancias y se puede escalar detrás de un balanceador de carga normal.
¿Qué partes del protocolo quedan obsoletas y cuánto tiempo tengo?: Roots, Sampling y Logging quedan obsoletas con una ventana mínima de doce meses, y el transporte antiguo HTTP+SSE también queda oficialmente deprecado con un año de salida. El registro dinámico de clientes se deprecia en favor de los documentos de metadatos de cliente, pero sigue funcionando por compatibilidad hacia atrás mientras tanto.
¿Tengo que hacer algo si solo uso Claude y no construyo conectores?: No tienes que hacer nada. El cambio llega a los productos de forma progresiva y lo vas a notar como menos caídas y menos reconexiones. Lo único recomendable es anotar qué conector se te cae cuando pase, para poder comprobar en unas semanas si esa herramienta concreta ya migró o sigue funcionando con la versión antigua.