El protocolo más importante de la IA está siendo un poco más fácil de usar

El Protocolo de Contexto de Modelo (MCP) es uno de los elementos fundamentales de la interoperabilidad de IA, dándole a los modelos de IA una forma segura de acceder a fuentes de datos y servicios externos. Es la canalización que permite que un chatbot alcance tu calendario, tu base de datos o tus herramientas internas, en lugar de que los ingenieros construyan canales personalizados para cada conexión. La próxima semana, ese protocolo recibirá una actualización significativa, y aunque podría no ser notable para los usuarios finales, podría hacer una gran diferencia en cómo se desarrolla el ecosistema.

La especificación oficial de la nueva versión ha sido pública desde mayo, pero recibimos una explicación inusualmente clara de los cambios el lunes por la mañana de los chicos de Arcade, una startup de dos años que ha construido todo su negocio alrededor del trabajo de conseguir que los agentes de IA realmente funcionen dentro de empresas reales, permitiéndoles conectarse de forma segura a herramientas como Gmail, Slack y Salesforce, y actuar sobre ellas.

Arcade recaudó 60 millones de dólares en junio con base en la idea de que la mayoría de los agentes de IA no fallan porque los modelos subyacentes sean débiles sino porque la infraestructura que los rodea no está lista, y eso es lo que esta actualización intenta abordar. Esencialmente, MCP está cambiando la forma en que maneja los ID de sesión, los pequeños tokens que los servidores usan para recordar "ah, esta es la misma conversación que hace cinco segundos", para que los servidores puedan operar más fácilmente a mayor escala.

Como lo expresa el ingeniero fundador de Arcade, Nate Barbettini:

"Bajo el sistema actual, la primera vez que un cliente MCP como Claude se conecta a un servidor, envía un 'hola': Soy Claude, aquí está mi versión, aquí están mis capacidades. El servidor responde con sus propias capacidades y devuelve un ID de sesión. A partir de entonces, el cliente envía ese ID de sesión en cada solicitud para que el servidor sepa que es la misma conversación. A veces el ID expira, así que el cliente tiene que notarlo, solicitar uno nuevo, y continuar".

"Imagina un despliegue real. Estás ejecutando un servidor para millones de usuarios, detrás de un equilibrador de carga cuyo trabajo único es enrutar cada solicitud a cualquier servidor en la granja que esté libre, a veces en una región diferente. Ahora cada una de esas máquinas tiene que saber acerca de un ID de sesión que alguna otra máquina emitió. No es imposible, pero es un dolor serio, y lucha contra la arquitectura descentralizada que deseas".

La solución de MCP es permitir que los servidores manejen IDs de sesión sin estado, lo que significa que cualquier servidor en una granja puede manejar cualquier solicitud sin tener que coordinarse con otros servidores. Esta es una actualización relativamente menor en la especificación técnica, pero es el tipo de cambio que hace una gran diferencia en si la gente realmente puede escalar estas cosas en producción.

Fuente: TechCrunch