Imagina que un agente de IA debe elegir entre dos servicios de investigación de pago. Ambos prometen información útil, pero sus precios, métodos de pago y requisitos de servicio son diferentes. Una persona puede comparar las ofertas antes de gastar dinero. Un agente autónomo debe hacer lo mismo mediante software, a menudo sin esperar aprobación en cada paso. Ahí es donde la economía de agentes se enfrenta a un desafío más interesante que simplemente habilitar pagos.
Kite está creando una infraestructura que permite a los agentes de IA interactuar con servicios y realizar pagos dentro de permisos definidos. Una de las cosas que me parece especialmente interesante es Kite Passport, que permite a los usuarios aprobar sesiones de gasto con un presupuesto, un límite por transacción y una fecha de vencimiento. Después, un agente puede utilizar servicios de pago dentro de esos límites. Esto le da margen para trabajar y, al mismo tiempo, permite al usuario limitar su autoridad financiera.
Pero controlar cuánto puede gastar un agente no le indica qué servicio merece ese dinero.
La documentación para desarrolladores de Kite describe la compatibilidad con dos métodos de pago a través de Passport: x402 y el Machine Payments Protocol, comúnmente llamado MPP. Ambos pueden facilitar pagos por servicios, pero admiten distintos métodos de pago y mecanismos de comunicación. Comprender esa distinción es importante cuando un agente debe elegir entre proveedores de servicios, en lugar de limitarse a completar un pago.
Pensemos en un agente empresarial que recopila información sobre proveedores. Descubre dos servicios que ofrecen datos similares. Uno acepta pagos mediante un flujo x402, mientras que el otro admite MPP. El agente necesita algo más que comparar precios. Debe comprender qué promete ofrecer cada servicio, qué métodos de pago están disponibles, si la respuesta prevista contiene la información necesaria y qué ocurre si falla una solicitud.
Los proveedores de este ejemplo son hipotéticos, pero el problema de compra es real. Un agente no puede tomar una decisión acertada si no entiende las condiciones de los servicios que está contratando.
La documentación de x402 de Kite ofrece detalles útiles para comprender este proceso. Un servicio puede comunicar sus requisitos de pago, incluidos el importe, el activo, la red, el destinatario, el tiempo de espera y la estructura de salida prevista. El flujo de pago puede permitir entonces verificar y liquidar el pago antes de que el servicio devuelva su respuesta.
Estos detalles ayudan a definir una transacción, pero no le indican automáticamente a un agente si ese servicio es la mejor opción para la tarea que debe realizar.
Imaginemos que un proveedor cobra menos, pero devuelve información incompleta. Otro cuesta más, pero proporciona exactamente los campos que necesita el agente. Un tercero ofrece datos adecuados, pero utiliza un método de pago que no está disponible en el entorno actual del agente. El precio anunciado más bajo no necesariamente produciría el mejor resultado.
Aquí es donde veo una diferencia entre permitir que los agentes realicen pagos y permitir que hagan compras inteligentes. La infraestructura de pagos permite que el software pague por servicios. Para tomar una buena decisión de compra, el agente debe entender qué está comprando y evaluar si la oferta se ajusta a sus necesidades.
Los controles de gasto siguen siendo esenciales. Kite Passport permite a los usuarios establecer límites financieros, pero esos límites y las decisiones de compra del agente resuelven problemas distintos. Un presupuesto limita la exposición financiera; no determina cómo debe distribuirse entre servicios que compiten entre sí.
Me gustaría que los sistemas de compra de agentes facilitaran la comparación de ofertas de servicios mediante información coherente y legible por máquinas. Lo ideal sería que un agente pudiera evaluar el precio efectivo, el método de pago aplicable, el resultado previsto, los límites de tiempo y las condiciones para gestionar solicitudes fallidas o repetidas antes de comprometer fondos.
Esta es una propuesta de hacia dónde avanzar, no una afirmación de que Kite ya implemente todos los componentes de un sistema así. La compatibilidad documentada de Kite con x402 y MPP ofrece un punto de partida concreto para examinar cómo distintos métodos de pago pueden servir a agentes autónomos. La capacidad de un agente para comparar ofertas de distintos servicios y protocolos sigue siendo una cuestión aparte que merece ser evaluada.
También hay una forma útil de evaluar el progreso que va más allá de simplemente contar los pagos completados. ¿Pueden los agentes elegir proveedores adecuados, recibir la información que necesitan para sus tareas y evitar transacciones repetidas innecesarias? Estos resultados ayudarían a demostrar si las compras automatizadas se están volviendo realmente útiles, en lugar de limitarse a ser más fáciles de iniciar.
Para mí, el reto interesante no es solo enseñar a un agente de IA a pagar. Se trata de ayudarlo a entender la oferta lo suficientemente bien como para tomar una decisión de compra sensata antes de que se realice el pago.
A medida que se desarrolla el comercio impulsado por agentes, ¿qué debería tener prioridad: un formato común para comparar ofertas de servicios, una verificación independiente del desempeño de los servicios o mejores protecciones ante solicitudes fallidas y repetidas?
