APIs externas y autorización

No: la especificación 2026-07-28 prohíbe lo que llama token passthrough, así que el servidor solo admite tokens emitidos para él y nunca los pasa tal cual a otro servicio. Es una de las decisiones menos intuitivas al envolver una API interna, porque reutilizar la credencial que llega parece el camino más corto. En la lección se explica el motivo de esa prohibición y con qué credencial se identifica el servidor ante la API de fondo.

El servidor MCP actúa como recurso protegido de OAuth 2.1: publica unos metadatos con los que el cliente descubre qué servidor de autorización usar, y solo acepta tokens cuya audiencia sea él mismo. La versión 2026-07-28 suma la comprobación del parámetro iss en la respuesta de autorización y la posibilidad de pedir más permisos cuando el token se queda corto. Conocer el flujo petición a petición es lo que permite averiguar por qué un cliente no logra conectarse o por qué se rechaza una llamada. En la lección se recorre de extremo a extremo y se monta en dos Workers de Cloudflare.

Convertir ese fallo en un resultado que el modelo pueda interpretar, en lugar de dejar escapar un error HTTP o que la llamada se quede colgada. Importa porque de ese texto depende que el agente espere, avise a la persona o deje de insistir, y porque repetir a ciegas una operación con efectos, como emitir un abono, puede duplicarla. En la lección se construye la capa que habla con la API, preparada para lentitud, límites de peticiones y caídas, y se decide qué recibe el modelo y qué queda registrado para el equipo de plataforma en cada caso.