Los AI agents ya pueden escribir código, navegar la web, gestionar archivos y correr comandos de terminal. Lo que sigue siendo difícil es interactuar con sistemas financieros de forma confiable y segura.
No porque los modelos no puedan. Porque la mayor parte de la infraestructura financiera nunca se diseñó para software autónomo.
La mayoría de las APIs fintech se diseñaron para developers y operadores humanos. Asumen que alguien está revisando outputs, interpretando failures y decidiendo qué hacer después.
Los AI agents pueden trabajar con esas APIs, pero la confiabilidad se vuelve más difícil cuando los outputs son inconsistentes, los errores no están estructurados o las operaciones críticas requieren intervención manual.
Cuando hay fondos reales de por medio, el comportamiento determinístico importa más que una interpretación ingeniosa. Esa es la brecha que nos propusimos cerrar con Uphold.
Qué construimos
uphold-cli es una command-line tool y un MCP server que da a AI agents acceso programático a capacidades clave de Uphold: market data, account management, agregación de portfolio y transaction flows.
Se distribuye como un único binario en Rust, sin dependencias externas.
Market dataTicker y currencies públicas, sin credenciales.
AccountsCards, addresses y agregación de portfolio en una sola interface.
TransactionsEl flujo completo de quote y commit, con review antes de mover fondos.
MCP serverBuilt-in sobre stdio. Sin wrappers de subprocess ni integraciones custom.
uphold-cliCommand-line tool y MCP server para Uphold. JSON estructurado por default. Safe by default. El repositorio es privado por ahora. Esperamos abrirlo en breve.
Diseñado agent-first, no agent-compatible
La mayoría de los CLIs se construyen para humanos y después se adaptan a automation. uphold-cli se diseñó al revés.
Cada comando devuelve JSON estructurado por default. No porque los agents no puedan leer output pensado para humanos, sino porque el output estructurado es más fácil de consumir de forma confiable en workflows automatizados.
Los agents trabajan con campos tipados en lugar de extraer información de texto formateado.
El error handling sigue el mismo patrón. Cada failure devuelve un envelope categorizado. Un agent que lo lee sabe exactamente qué pasó y qué hacer después.
Eso importa en producción. Cuando pega un rate limit, el envelope incluye retryable, suggestion y un docs_url opcional. El agent puede hacer backoff y continuar sin intervención humana.
| Campo del envelope | Por qué importa |
|---|---|
| Category | El agent sabe qué tipo de failure está viendo |
| retryable | Si un retry autónomo es seguro |
| suggestion | La next action, sin adivinar |
| docs_url | Referencia opcional cuando el agent necesita más contexto |
El MCP server
uphold-cli incluye un Model Context Protocol server built-in sobre stdio. Sin wrappers de subprocess ni integraciones custom.
uphold mcp -s all
Eso expone las capacidades de Uphold como tools invocables para cualquier agent compatible con MCP. El agent descubre los comandos disponibles, sus parámetros y sus safety flags automáticamente desde los tool schemas.
- Claude Desktop
- Cursor
- Codex
- Gemini CLI
- Goose
- OpenClaw
Un solo bloque de configuración MCP alcanza para exponer toda la command surface:
{
"mcpServers": {
"uphold": {
"command": "uphold",
"args": ["mcp", "-s", "all"]
}
}
}
Desde ahí, un agent puede correr prompts como:
Portfolio review"Listá mis cards, totalizá mi portfolio en USD y decime qué se destaca."
Market watch"Observá BTCUSD, ETHUSD y XRPUSD durante 30 segundos. ¿Pros y cons de cada uno ahora?"
Quote before commit"Creá un quote de mi card USD a BTC y explicá los detalles antes de commitear."
Misma interfaceSon ejemplos de workflows reales para los que se diseñó la tool.
La capa MCP expone automáticamente schemas de comandos, parámetros, descripciones y requisitos de seguridad.
Safe by default
Las operaciones financieras necesitan safety layers explícitas. uphold-cli tiene dos modos.
Guarded mode (default)Cualquier comando que pueda mover fondos requiere acknowledged=true como parámetro explícito. El agent no puede commitear una transacción por accidente sin esa confirmación. Las tools peligrosas se marcan con [DANGEROUS: requires human confirmation] en sus descripciones MCP, para que cualquier agent que lea el schema lo sepa antes de llamar.
Autonomous mode (--allow-dangerous)Se levanta el requisito de confirmación. Es el modo para pipelines donde el humano ya revisó la lógica y confía en que el agent ejecute sin checkpoints.
La distinción no es cosmética. Es la diferencia entre una tool segura para conectar a un agent en tareas exploratorias, y una endurecida para ejecución financiera autónoma. El modo default optimiza por seguridad. La ejecución autónoma es una decisión explícita.
Los binarios son reproducibles y verificables. Los secrets nunca se imprimen en el output del CLI. Los archivos de config se crean con permisos restringidos.
Qué cubre la command surface
Comandos en seis grupos:
- ticker
- currencies
- configure
- account
- trade
- auth
El grupo account maneja cards, addresses y agregación de portfolio. El grupo trade cubre el flujo completo de quote y commit: crear quotes, revisarlos y commitear solo cuando está listo. Ticker y currencies públicas no requieren credenciales. Los flujos autenticados usan la misma interface, apuntando a sandbox o a live.
Sandbox es first-class. Apuntá el CLI al entorno sandbox de Uphold, fondeá una cuenta de prueba con XRP de test y corré el flujo completo de auth y transacciones sin tocar assets reales. Los mismos comandos, el mismo formato de output, sin riesgo financiero.
Por qué esta colaboración tenía sentido
Uphold tiene la infraestructura financiera. WakeUp Labs construye la capa de sistemas que hace que esa infraestructura sea operable por máquinas.
Esto no es una integración genérica. Llevó decisiones deliberadas sobre formatos de output, taxonomía de errores, safety flags, tool schemas de MCP y distribución de binarios para que un AI agent pueda apoyarse de verdad en producción. El tipo de decisiones que son invisibles cuando están bien y catastróficas cuando están mal.
uphold-cli es el primer hito de una colaboración más larga. El objetivo es más grande que un CLI: hacer que Uphold sea nativamente accesible para la próxima generación de sistemas financieros autónomos.
Vamos a compartir más detalles a medida que el proyecto evolucione.
uphold-cli es un ejemplo de un shift más amplio: infraestructura financiera diseñada no solo para humanos, sino también para sistemas autónomos.
A medida que los AI agents se vuelven capaces de ejecutar workflows cada vez más complejos, la calidad de las interfaces subyacentes importa tanto como las capacidades de los modelos. La próxima generación de infraestructura financiera va a tener que diseñarse para humanos y para máquinas.
WakeUp Labs diseña, construye y opera sistemas financieros críticos. De la infraestructura a las operations en producción, el foco es siempre el mismo: convertir capacidades nuevas en cosas que realmente funcionan.