Problema
Una wallet permite custodiar y mover valor. No explica para qué puede gastarlo un agente, con quién, durante cuánto tiempo ni cómo recuperar una operación incorrecta.
Confundir wallet con presupuesto reproduce un error conocido: entregar una tarjeta corporativa y asumir que la política de gastos vive dentro del plástico. En un agente, el riesgo aumenta porque las decisiones pueden ocurrir sin interfaz, a velocidad de API y durante una sesión larga.
Tesis
La unidad mínima de tesorería agéntica no es la wallet, sino el mandato ejecutable: propósito, límite, contraparte, ventana temporal, activo permitido y condición de firma.
El control debe vivir donde se firma la transacción, no en el prompt que solicita prudencia.
Framework
Coinbase Agentic Wallets incorpora límites por sesión y transacción, aislamiento de claves y controles sobre interacciones. Google AP2 modela la autorización como una cadena de mandatos verificables. Las dos propuestas apuntan a una arquitectura común: separar razonamiento, custodia y firma.
El agente puede investigar proveedores y proponer una compra. La política compara la propuesta con el mandato. El firmante ejecuta solo si todas las condiciones coinciden. La clave privada no entra en el contexto ni queda disponible para una segunda acción no prevista.
Para operaciones recurrentes añade un presupuesto acumulado, no solo un máximo por transacción. Diez pagos válidos de 100 euros pueden romper un límite mensual de 500. Incluye también idempotencia: reintentar una llamada no debe duplicar el gasto.
Señal medible: gasto ejecutado dentro de mandato, denegaciones por regla, duplicados evitados y saldo comprometido pendiente de liquidación.
Por que importa ahora
Los agentes ya pueden pagar por APIs, datos, cómputo y servicios. Eso transforma el coste variable en una decisión de máquina. Un loop defectuoso no solo consume tokens: puede comprar más capacidad para seguir fallando.
También cambia procurement. Cuando el agente descubre y paga servicios por uso, la aprobación deja de ocurrir una vez al año. La política de tesorería se convierte en una API que opera en cada transacción.
Anti-ejemplo
“Puede gastar hasta 50 euros.” Falta saber si el límite es por llamada, día o proyecto; si incluye comisiones; qué proveedores son válidos; y si el agente puede fraccionar una compra.
Otro anti-ejemplo es mantener la clave en una variable de entorno visible para el proceso. Un límite en lenguaje natural no compensa una credencial extraíble con capacidad de firma.
Protocolo (3 pasos)
- Escribe el mandato. Define propósito, importe acumulado, activo, contraparte y caducidad.
- Aísla la firma. Mantén claves fuera del agente y evalúa la política en el firmante.
- Cierra el ciclo. Registra propuesta, autorización, liquidación, reintento y devolución.
Empieza con pagos pequeños y reversibles. La autonomía financiera debe crecer con evidencia de comportamiento, no con entusiasmo por la demo.
| Capa | Responsabilidad | Gate |
|---|---|---|
| agente | propone operación | intención estructurada |
| política | valida mandato | límites y contraparte |
| firmante | mueve valor | credencial aislada |
Relacionado
- Agentic Commerce: qué cambia cuando el cliente que compra es un agente
- El token no se hereda: identidad y audiencia en cadenas de agentes
Fuentes consultadas
- Coinbase: skills oficiales para Agentic Wallet
- Coinbase Developer Docs: Agentic Wallet
- Google Cloud: mandatos verificables en AP2
Proximo paso
Convierte un presupuesto de agente en un mandato que un servicio pueda evaluar sin interpretar prosa. Si no contempla acumulado, caducidad, reintentos y devolución, aún es una intención, no tesorería.