Google acaba de abrir el código de UCP. aquí tienes todo lo que necesitas saber: Google está publicando estándares abiertos que describen cómo operan los agentes de IA dentro de sistemas reales. el enfoque es la interoperabilidad, para que los agentes puedan coordinarse, transaccionar y ejecutar flujos de trabajo a través de plataformas. UCP (protocolo de pago universal) UCP representa los flujos de pago de comercio electrónico de una manera estructurada y legible por máquina. define cómo interactúan los agentes con los catálogos de comerciantes, carritos, inventarios y pasos de pago utilizando una interfaz consistente a través de plataformas. esto permite que los agentes se muevan a través de un flujo de pago en diferentes comerciantes sin integraciones personalizadas. Google ha estado trabajando en estándares agénticos durante algún tiempo. el enfoque es definir cada responsabilidad como un protocolo separado para que los agentes puedan interoperar entre sistemas, proveedores y entornos. A2A (agente a agente) A2A es un estándar de Google que define cómo se comunican los agentes entre sí. cubre la delegación, la coordinación y la toma de decisiones entre agentes que pueden pertenecer a diferentes sistemas u organizaciones. AP2 (protocolo de pago de agente) AP2 es otro estándar de Google. define cómo un agente completa una compra una vez que se ha tomado una decisión. esto incluye autorización, pago y liquidación a nivel de protocolo. x402 y cómo encaja x402 es un protocolo de pago desarrollado por @CoinbaseDev. define un apretón de manos de pago estándar sobre http, incluyendo cómo se solicita, envía y verifica el pago. Google no redefine x402. en cambio, lo integra. Google implementó x402 como una extensión de A2A ( esto permite que el pago ocurra como parte de una interacción de agente a agente. un agente de servicio puede requerir pago, un agente cliente puede enviar el pago utilizando x402, y la liquidación puede ser verificada antes de que el flujo de trabajo continúe. x402 puede ser utilizado como el mecanismo de pago dentro de un flujo de pago UCP cuando el comerciante o servicio lo soporta. extensiones y ecosistema Google anunció UCP junto con extensiones para plataformas de comercio existentes, como @Shopify. estas extensiones exponen catálogos de comerciantes, inventarios y flujos de pago a través de interfaces estandarizadas. los agentes se integran a través de UCP. los comerciantes continúan operando en su infraestructura existente. dónde encaja ampersend ampersend se sitúa por encima de estos estándares como una capa de control y visibilidad para los humanos. ampersend no “implementa” ni “invoca” x402 por sí solo. en cambio, permite a las personas crear y gestionar agentes que pueden participar en flujos de comercio donde x402 es soportado por el comerciante o servicio. ampersend permite a los usuarios: - crear y gestionar agentes - configurar límites de gasto y presupuestos - ver la actividad de los agentes y el historial de transacciones - monitorear cómo los agentes se mueven a través de flujos de trabajo comerciales, incluyendo pagos basados en UCP ejemplo imagina un productor de café vendiendo granos en una tienda de Shopify. el comerciante configura su pago para soportar pagos x402 utilizando usdc. el comerciante crea un agente vendedor y puede ver todas las compras realizadas a través de ese agente. un comprador se registra en ampersend y crea un agente llamado 'coffee_buyer' con un saldo de 100 usdc y un límite mensual de 100 usdc. le instruye al agente que compre granos de café del vendedor. la compra ocurre a través de un flujo de pago UCP. el pago se completa utilizando x402 porque el comerciante lo soporta. ambos lados pueden ver la transacción a través de sus agentes. el comprador puede revisar el gasto y la actividad en ampersend. ampersend proporciona la interfaz humana para controlar y observar esta actividad. en la práctica: - UCP representa el flujo de pago - A2A coordina las interacciones de los agentes - x402 maneja el pago donde se soporta - ampersend permite a los humanos configurar, monitorear y controlar el comercio agéntico escucha a @jordan0ellis de @googlecloud explicar A2A, AP2 y la extensión x402 ⬇️ deja un ➕ en los comentarios si te gustaría un video explicativo extendido.

x402 es un protocolo agente para pagar solicitudes de internet. trata los pagos de la misma manera que http trata los errores, redirecciones o autenticaciones: como parte del ciclo de solicitud-respuesta, en lugar de un producto o flujo separado. un servicio puede declarar un precio en el momento de la solicitud. el cliente puede elegir pagar, probar el pago y continuar completamente de manera programática. sin cuentas de usuario, claves API vinculadas a paneles de facturación o puntos finales de pago personalizados. x402 está diseñado primero para máquinas. cada solicitud se sostiene por sí misma. la fijación de precios, la liquidación y la verificación ocurren por llamada, no por usuario. eso lo hace utilizable por scripts, servicios y agentes autónomos sin coordinación ni configuración. el protocolo es intencionadamente estrecho. define cómo se solicita y liquida un pago, no qué activo se utiliza o quién está permitido pagar. eso lo mantiene flexible y fácil de componer. x402 desbloquea: - precios basados en el uso por defecto - servicios de pago por llamada sin suscripciones - puntos finales que pueden ser descubiertos y pagados bajo demanda x402 no resuelve: identidad, confianza o reputación. esos pertenecen a otro lugar. x402 responde una cosa con precisión: “¿cuánto cuesta esta solicitud y cómo la liquido?” cuando se combina con estándares de identidad y confianza de agentes, se convierte en una pieza faltante del comercio abierto y nativo de máquinas. desbloqueos adicionales explicados por @kleffew94 ⬇️

"y todo lo que necesitas hacer es copiar la clave de la API..."