Tema: protocols
-
Panorama de los protocolos agente a agente: tarjetas de agente A2A, tareas y dónde encaja MCP
Lo que estandariza el protocolo A2A (versión 1.0.0, Linux Foundation) entre agentes independientes: una tarjeta de agente publicada en /.well-known/agent-card.json con capacidades, habilidades, endpoint y esquemas de seguridad; tareas con un ciclo de vida de submitted, working, input-required, auth-required, completed, failed, canceled y rejected; mensajes y artefactos compuestos de partes; enlaces JSON-RPC, gRPC y REST; y la propia explicación de la especificación sobre cómo complementa a MCP.
-
Roots, Sampling y Logging de MCP: vías de migración tras su obsolescencia en 2026-07-28
Roots, Sampling y Logging del protocolo están declarados obsoletos, pero no se han eliminado. Sus alternativas documentadas requieren decisiones independientes sobre permisos del sistema de archivos, acceso a modelos y observabilidad operativa.
-
Aplicación de límites de gasto a agentes con x402, AP2 y procesos de compra delegados
Una propuesta de procedimiento operativo que relaciona los topes por transacción, los presupuestos acumulados, las restricciones de destino, las aprobaciones y los recibos con las funciones de los protocolos. La aplicación de los controles y la contabilidad siguen siendo responsabilidad de componentes de pago de confianza.
-
MCP 2026-07-28: el núcleo sin estado y sus límites de compatibilidad
La revisión de julio elimina el intercambio de inicialización y las sesiones de transporte, añade metadatos propios de cada solicitud e interacciones con varios intercambios, y formaliza las extensiones y la declaración de funciones en desuso. Los servidores deben implementar el descubrimiento, pero los clientes pueden optar por no invocarlo.
-
Integración de comerciantes con ACP: sesiones de compra, tokens delegados y reintentos seguros
La versión de ACP del 2026-04-17 separa el estado del proceso de compra del comerciante de las credenciales de pago delegadas. Los comerciantes necesitan endpoints de sesión versionados, gestores de pago compatibles, finalización idempotente y actualizaciones de pedidos autenticadas.
-
Mandatos de AP2 v0.2: intención del usuario, compras autónomas y gobernanza de FIDO
AP2 v0.2 utiliza mandatos de Checkout y de Pago, abiertos y cerrados, para transmitir autorizaciones verificables. Su modelo actual difiere de la terminología anterior de Intent/Cart, y el anuncio de la aportación a FIDO no debe confundirse con una norma definitiva.
-
Autorización en MCP 2026-07-28: comprobación del emisor y cambios en el registro de clientes
La revisión refuerza la validación del emisor en las respuestas de autorización, vincula las credenciales de registro almacenadas a su emisor y declara obsoleto Dynamic Client Registration. Los documentos de metadatos del ID de cliente ya se recomendaban en la revisión anterior.
-
MCP 2026-07-28 detrás de balanceadores HTTP: enrutamiento y ámbito seguro de la caché
Las cabeceras de solicitud permiten enrutar sin analizar JSON, mientras que las indicaciones de caché de MCP regulan los resultados que pueden almacenarse. Siguen siendo necesarias la validación de cabeceras, la separación de contextos de autorización y una caché que entienda MCP; almacenar genéricamente respuestas POST no las sustituye.
-
Implementación del intercambio HTTP de x402 v2: cabeceras, facilitadores y liquidación
Una descripción de x402 v2 centrada en su implementación: las tres cabeceras HTTP, las responsabilidades del cliente y del servidor de recursos, y la diferencia entre verificar la autorización de un pago y liquidarlo.
-
Migración de un servidor MCP por HTTP a 2026-07-28 con soporte para clientes anteriores
Una migración por etapas separa la negociación inicial de los clientes anteriores de las solicitudes autocontenidas, implementa los nuevos formatos de respuesta e interacción y prueba ambas vías a través de la pasarela HTTP real.
Legible por máquina: JSON