Pi da marcha atrás e integra MCP en su núcleo apoyándose en Codemode

Pi, el harness de agentes de Earendil, ha dejado de rechazar MCP. El proyecto lo negaba por escrito en su propia web y Mario Zechner firmó un texto explicando por qué no lo necesitaban. Quien actualice ahora se encuentra el protocolo soportado dentro del núcleo, no como extensión.

Por qué cambió de opinión

El argumento del equipo no es que MCP haya mejorado y ya está. Reconocen que el protocolo de hoy no es el de hace un año, pero eso por sí solo no justificaría meterlo en el núcleo. La razón de peso es que los cambios necesarios para integrarlo les servían también para otras cosas: lo que han tocado para MCP facilita además el uso de Jev dentro de Pi. Al final, Pi necesita lo mismo que MCP, un sandbox con un intérprete donde ejecutar cosas.

MCP podría haber seguido como extensión, y de hecho lo fue; existe incluso un adaptador publicado por un tercero. Lo que les llevó a integrarlo fue una revisión conjunta. Siguen viendo problemas: componer servidores MCP es difícil, y muchos de los que hay están construidos para harnesses que vuelcan las herramientas en el contexto y devuelven texto para ahorrar tokens. La idea que manejan ahora es que MCP se parezca más a OpenAPI con descubrimiento inteligente de herramientas, con datos estructurados de vuelta.

Codemode y el sandbox

El mecanismo que lo sostiene es Codemode, un sandbox de JavaScript que corre del lado del harness, no del lado donde se ejecutan las herramientas. La diferencia de confianza entre ambos lados importa: el bucle del agente suele vivir en un entorno fiable y las herramientas en otro que no lo es. Codemode permite al agente ordenar y combinar llamadas con JavaScript, y su estado queda en la transcripción de la sesión en lugar del sistema de archivos. JavaScript resulta práctico porque se pueden enviar versiones pequeñas como binarios WASM con un aislamiento razonable. En Pi se carga solo cuando hay MCP configurado, o se añade a la configuración como herramienta por defecto.

Hay una segunda razón que explica por qué no se quedaron solo en Codemode. Pi se ha ido adaptando a modelos que admiten carga diferida de herramientas, mensajes de sistema a mitad de conversación y cambios de nivel de razonamiento, pero su conjunto de herramientas no estaba actualizado para eso. En un mundo con Codemode hay que decidir si una herramienta la ve el modelo o solo la parte que ejecuta código, y desde una extensión MCP no había metadatos suficientes para decidirlo. Eso obligaba a que las herramientas pudieran configurarse como diferidas o como exclusivas de Codemode.

Con esto, el equipo quiere participar en el diseño del ecosistema MCP para que funcione bien en harnesses pequeños, en lugar de mirarlo desde fuera. Queda por ver si los servidores publicados se adaptan a ese modelo de datos estructurados y descubrimiento, porque de momento la mayoría sigue pensado para el volcado directo al contexto.