El MCP Dev Summit abre en Toronto con la coordinación pendiente

El MCP Dev Summit abre hoy, lunes 5 de octubre, en Toronto. Lo adelanta Forkast en una crónica recogida por Google News, con un titular que marca el tono del encuentro: la pila de protocolos de agentes busca la capa de coordinación que le falta.

Conviene ser claros sobre lo que tenemos. Al cierre de esta nota solo hemos podido leer ese titular, no el texto completo, y no conocemos el programa ni la lista de ponentes. No vamos a suplirlos con suposiciones. Sí podemos explicar a qué se refiere la idea de una capa ausente, porque es una discusión que quien trabaja con MCP lleva tiempo teniendo.

De qué pila hablamos

MCP nació en noviembre de 2024, cuando Anthropic lo publicó como estándar abierto para que un modelo pudiera llamar a herramientas y fuentes de datos externas con una interfaz común. A finales de 2025 el protocolo pasó a la Agentic AI Foundation, bajo el paraguas de la Linux Foundation, de modo que su gobierno ya no depende de una sola empresa.

MCP resuelve una relación concreta: la de un modelo con sus herramientas. Para la relación entre agentes existe A2A, el protocolo que Google presentó en 2025 y que también acabó en la Linux Foundation. Con esas dos piezas, un agente sabe cómo usar una herramienta y cómo hablar con otro agente.

Lo que ninguna de las dos define es quién reparte el trabajo. Cuando varios agentes colaboran en una tarea larga hay que decidir cuál se ocupa de cada parte, cómo comparten el estado, qué ocurre si dos intentan modificar lo mismo y cómo se reconstruye después quién hizo qué. Eso es, a grandes rasgos, lo que se entiende por coordinación.

Cómo se resuelve hoy

Se resuelve dentro de cada producto. En Claude Code, por ejemplo, un agente principal delega en subagentes especializados, las skills aportan instrucciones bajo demanda y los hooks permiten ejecutar comandos en eventos como PreToolUse o Stop para imponer reglas propias. Funciona bien mientras todo ocurre en el mismo entorno y bajo el mismo equipo.

El problema aparece al cruzar fronteras. Si el agente de una empresa tiene que repartirse una tarea con el de un proveedor, montado sobre otro framework, no hay un acuerdo común sobre cómo asignar trabajo ni cómo dejar constancia de él. Cada integración se negocia a mano. Es la misma situación que había con las herramientas antes de MCP, un escalón más arriba.

Con qué filtro leer la noticia

Forkast es un medio especializado en blockchain y activos digitales. No es un detalle menor: desde ese sector, «coordinación» suele querer decir también identidad, registro compartido y pagos entre agentes. Es una inferencia nuestra y no algo que podamos atribuir al artículo, pero ayuda a situar el titular. La comunidad de MCP y la de las criptomonedas no tienen por qué estar pensando en la misma capa.

Para quién importa y qué mirar

Para quien mantiene servidores MCP, nada cambia esta semana: una capa de coordinación, si llega, se situaría por encima y no debería obligar a reescribirlos. Para quien orquesta varios agentes en producción, en cambio, lo que salga de Toronto puede condicionar decisiones de arquitectura. Nosotros estaremos atentos a tres cosas:

1. Si se presenta una propuesta de especificación con texto y casos de uso, o si el asunto se queda en mesas redondas.
2. Si la propuesta llega por el proceso de MCP o como un protocolo aparte, con su propio gobierno.
3. Cómo trata la autorización y la trazabilidad, porque coordinar agentes es sobre todo decidir quién puede pedirle qué a quién.

Nuestra lectura

No tenemos prisa por una capa más. MCP se extendió porque resolvía un problema acotado con una especificación pequeña, y una capa de coordinación solo merecerá la adopción si conserva esa contención. Mientras no haya propuestas concretas sobre la mesa, seguimos prefiriendo una orquestación sencilla y explícita a una abstracción prematura.