# Una wallet no es un presupuesto: tesorería programable para agentes

> Dar una wallet a un agente solo es seguro cuando límites, contraparte, vigencia y firma forman una política de tesorería ejecutable.

- Author: Viktor Berthelius (BRTHLS)
- Published: 2026-08-25
- Category: systems thinking
- Tags: agent-wallets, agentic-payments, treasury-policy, ap2
- Language: es
- Canonical: https://www.brthls.com/magazine/tesoreria-programable-agentes-wallet-no-presupuesto-es
- Source: BRTHLS Magazine — https://www.brthls.com

---

## 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)

1. **Escribe el mandato.** Define propósito, importe acumulado, activo, contraparte y caducidad.
2. **Aísla la firma.** Mantén claves fuera del agente y evalúa la política en el firmante.
3. **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](/magazine/agentic-commerce-compra-cuando-cliente-es-agente-es)
- [El token no se hereda: identidad y audiencia en cadenas de agentes](/magazine/token-no-se-hereda-audiencia-cadenas-agentes-es)

## Fuentes consultadas

- [Coinbase: skills oficiales para Agentic Wallet](https://github.com/coinbase/agentic-wallet-skills)
- [Coinbase Developer Docs: Agentic Wallet](https://docs.cdp.coinbase.com/agentic-wallet/welcome)
- [Google Cloud: mandatos verificables en AP2](https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol)

## 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.

---

_Cite as: Berthelius, V. (2026). "Una wallet no es un presupuesto: tesorería programable para agentes". BRTHLS Magazine. https://www.brthls.com/magazine/tesoreria-programable-agentes-wallet-no-presupuesto-es_