Tutoriales, comparativas y patrones de diseño para construir agentes autónomos que se autofinancian, llaman a 345+ modelos y orquestan MCP Tools.
El 19 de julio de 2026 Skyfire publicó seis Internet-Drafts que definen KYAPay: una familia de JWT que lleva quién autorizó al agente, cómo se verificó a ese humano, qué screening AML se corrió y cómo se pagará el request, todo en un header HTTP. Los coautores vienen de Experian, Akamai, Okta y Ory. Leímos los drafts crudos, auditamos los tres registros IANA a los que apuntan y los comparamos con lo que Skyfire tiene hoy en producción. Claims registrados: cero.
Clonamos a2aproject/A2A el 15-ago-2026 y leímos la especificación, el proto y las capas de compatibilidad de los SDKs. A2A 1.0 unificó los Part, renombró todos los enums, movió los errores a google.rpc.Status y convirtió la negociación de versión en un header. También agregó Agent Cards firmadas y un marco de governance de extensiones de dos niveles que hoy tiene cero extensiones oficiales. La extensión x402 de pago todavía habla el formato de 0.3.
Entre el 6 y el 13 de agosto el lado de la oferta del stack de agentes avanzo en cuatro frentes a la vez: un formato de empaquetado neutral para skills y MCP servers, sesiones de agente sobre EC2 que duran dos semanas, un router de modelos open source con curvas de coste publicadas y un motor de browser que lee la web con una fraccion de la memoria de Chromium. En la misma semana, el unico numero publico del lado de la demanda fue en direccion contraria: el volumen diario liquidado en x402 cae 93% en lo que va de ano.
Clonamos open-telemetry/semantic-conventions-genai el 14-ago-2026 y leímos cada archivo del modelo. Sesenta y tres atributos gen_ai, cinco tipos de span de agente, propagación de contexto MCP por params._meta, y cero atributos para dinero. El PR #443, abierto hace cinco días, agregaría gen_ai.usage.cost.* como float. Ahí es exactamente donde termina la telemetría y empieza el settlement.
Tres cadenas de pago dedicadas llegaron o quedaron fechadas en 2026: Tempo (Stripe, mainnet 18 de marzo), Kite (30 de abril) y Arc (Circle, 16 de septiembre). Clonamos la implementación de referencia de x402 y leímos los docs de cada cadena. La restricción no es la cadena: es la interfaz del token debajo.
El cuarto scheme de x402 agrega lo único que exact nunca tuvo: una forma de recuperar el dinero. Leímos los dos documentos de la spec, el TypeScript publicado y el contrato de escrow, y luego barrimos 24 horas de Base mainnet para ver quién lo usa de verdad. El scheme es solo cliente, su semántica de fees ya divergió de upstream, y la maquinaria de reembolso que justifica su existencia se dispara en el 0.28% de los pagos.
La spec de x402 que todos leen tiene 4,252 palabras. Las specs de extensiones que nadie lee suman 14,820. Auditamos las nueve — sign-in-with-x, offer-receipt, auth-hints, payment-identifier, builder-code, gas sponsoring, HTTP message signatures, Bazaar — mapeamos qué SDKs las implementan (TypeScript 7 de 9, Python y Go 4 de 9), seguimos un mes de parches de seguridad y encontramos tres inconsistencias verificables entre las specs y el código publicado.
Clonamos tempoxyz/mpp-specs y leímos los 23 documentos de especificación del Machine Payments Protocol, el rival de x402 firmado por Stripe y Tempo. MPP registra un scheme de autenticación HTTP real, trae payment channels como primitivo de primera clase, soporta rails fiat vía Shared Payment Tokens y define un transporte MCP. También encontramos ejemplos wire que contradicen su propia prosa, una credencial de ejemplo sin un campo obligatorio y un binding MCP anclado a una revisión superada.