Los agentes de IA no solo necesitan inteligencia. Necesitan una forma de operar de manera económica.
Siempre vuelvo a una pregunta sobre la economía de los agentes: si la IA ya puede analizar un mercado, planificar un flujo de trabajo y elegir el siguiente paso, ¿qué le impide completar todo el trabajo por su cuenta?
A menudo, la respuesta tiene poco que ver con la inteligencia.
Un agente puede saber qué datos necesita, qué API debe llamar y cómo interpretar los resultados. Pero si no puede acceder a un servicio de pago, demostrar quién lo autorizó o pagar cada solicitud dentro de un presupuesto definido, el flujo de trabajo sigue dependiendo de que intervenga una persona.
Esa brecha es importante. Los sistemas digitales actuales suponen, en gran medida, que una persona iniciará sesión, gestionará sus credenciales, aprobará el acceso y liquidará los pagos. Los agentes autónomos necesitan gestionar estas acciones conforme a reglas que sus propietarios puedan verificar y controlar.
A muchas configuraciones existentes les faltan tres elementos.
Identidad: Un servicio necesita saber qué agente realiza una solicitud, quién es su propietario y qué autorización tiene. Gestionar claves de API y tokens de OAuth en varios agentes y plataformas se vuelve difícil cuando no existe un vínculo claro y verificable entre el usuario, el agente y su sesión activa.
Autoridad: Darle a un agente acceso amplio puede exponer al propietario a riesgos innecesarios. Exigir aprobación manual para cada acción vuelve engorrosa la automatización. Los usuarios necesitan límites exigibles, como un presupuesto diario, un pago máximo por transacción, servicios aprobados y una duración de sesión definida.
Pagos: Es posible que los agentes necesiten pagar por datos o servicios informáticos solicitud por solicitud. Los métodos de pago tradicionales pueden hacer que estas pequeñas transacciones no sean rentables cuando las comisiones son demasiado altas. Sin pagos programables y mecanismos prácticos de micropago, un agente podría identificar el servicio adecuado y aun así no poder utilizarlo de forma autónoma.
Para mí, estos son aspectos interconectados de un mismo problema. Un agente necesita una identidad verificable para establecer confianza, una autoridad limitada para controlar lo que puede hacer y un mecanismo de pago que le permita actuar dentro de esos límites.
Este es el problema que Kite intenta abordar con una infraestructura diseñada para la economía de los agentes.
Su marco SPACE reúne cinco elementos: pagos nativos de stablecoins, restricciones de gasto programables, autenticación centrada en los agentes, registros de auditoría preparados para el cumplimiento normativo con divulgación selectiva y micropagos que pueden hacer económicamente viables los servicios de pago por solicitud.
La arquitectura de identidad tiene tres capas:
Usuario (autoridad raíz): El propietario mantiene el control de la clave raíz, que está protegida en un entorno seguro y no queda expuesta al agente.
Agente (autoridad delegada): Cada agente recibe una identidad propia derivada de la billetera del usuario, siguiendo un enfoque similar al de BIP-32. Su vínculo con el propietario puede verificarse sin darle acceso a la clave raíz.
Sesión (autoridad efímera): Se utiliza una clave temporal para una sesión específica, que puede caducar después, limitando el alcance de la exposición.
La separación entre estas capas es lo que más me interesa. Se puede dar permiso a un agente para realizar una tarea sin otorgarle control irrestricto sobre la billetera del propietario.
Kite Agent Passport está diseñado para poner en práctica este modelo. El usuario crea un Passport, lo dota de fondos en USDC y aprueba una sesión de gasto mediante una clave de acceso. La sesión define el presupuesto total, el importe máximo por transacción y el intervalo de tiempo permitido.
Una vez autorizado, el agente puede encontrar servicios mediante un catálogo compatible con x402, solicitar servicios de pago y realizar pagos dentro de los límites firmados sin pedirle al usuario que apruebe cada transacción por separado. La evidencia de autorización vincula cada transacción con el usuario y el agente correspondientes, creando un registro verificable.
Pensemos en una tarea de investigación de mercado.
Supongamos que se le pide a un agente que estudie la tokenización de activos del mundo real en Asia durante las próximas 48 horas, utilizando al menos cinco fuentes de datos de pago y dos modelos analíticos especializados.
Un asistente convencional podría elaborar un informe a partir de datos públicos y de sus conocimientos existentes. Completar la tarea tal como se especifica es otra cosa. El agente debe acceder a API de datos de pago, tanto on-chain como off-chain, obtener análisis especializados y pagar por esos servicios sobre la marcha.
Sin una autorización verificable, los proveedores de servicios tienen pocos motivos para aceptar pagos de un agente desconocido. Sin un presupuesto de gasto ni límites de sesión, el propietario tiene pocos motivos para permitirle gastar dinero de forma autónoma. Alguien termina gestionando las transacciones manualmente y el flujo de trabajo pierde gran parte de su autonomía.
Con una configuración como la que describe Kite, el agente podría operar dentro de un presupuesto preaprobado, encontrar servicios compatibles, pagar por los datos necesarios y continuar con su análisis. El usuario establece primero los límites; después, el agente realiza las acciones permitidas.
Aun así, hay una diferencia entre un diseño sólido y un sistema que funciona de manera fiable en la práctica. La protección de las claves, la aplicación de los límites de gasto, las sesiones comprometidas y la verificación de los pagos son factores importantes. La arquitectura debe resistir el uso real, no solo parecer razonable sobre el papel.
Aun así, creo que el problema de fondo merece más atención que otra discusión sobre cuán inteligentes pueden llegar a ser los modelos de IA.
Un agente que puede razonar sobre una tarea, pero no pagar de forma segura los recursos necesarios para completarla, sigue dependiendo de otra persona para actuar.
El enfoque de Kite consiste en conectar la identidad, la autoridad delegada y los pagos en USDC para que los agentes puedan participar en la actividad económica dentro de las reglas establecidas por sus propietarios. Si esa infraestructura funciona como se espera, el resultado podría ser una IA que haga más que recomendar el siguiente paso. Podría realizar la tarea por sí misma, con límites de gasto y una autorización verificable.
