Argentive Pay
Payment API para agentes de IA en LATAM. Cinco módulos — Wallet, Send, Pay, Collect y Issue — sobre una sola cuenta operativa. Tu agente opera plata real con autorización humana por WhatsApp y límites que vos definís.
¿Qué es Argentive Pay?
Argentive Pay es infraestructura financiera para agentes de IA. Cualquier agente compatible con MCP — Claude, ChatGPT via Operator, Cursor, OpenCode o uno propio — puede transferir, pagar servicios, cobrar y emitir tarjetas single-use vía REST API o vía nuestro MCP server, siempre contra el mismo balance.
Los agentes NO reciben nunca las credenciales de tu banco o wallet: operan sobre una wallet Argentive con CVU propio, que vos fondeás con una transferencia normal desde donde tengas pesos.
Los 5 módulos
Cada módulo se activa por separado. Solo pagás lo que tu agente ejecuta — no hay suscripción por módulo ocioso.
Dos formas de usarlo
- Personal: usás el CLI
argentiveo el MCP server para conectar tu propio agente a tu wallet. Auth por magic-link vía WhatsApp. Para power users con Claude Desktop, Cursor, OpenCode. - Companies / B2B: tu plataforma opera wallets a nombre de sus users vía REST API, con keys
sk_test_ysk_live_, webhooks firmados y dashboard.
Control de gasto y aprobación
Cada operación pasa por el mismo pipeline de control, independiente del módulo:
Stack y proveedores
- Wallet + Send — Pomelo Pay para CVU + transferencias nativas AR/MX/BR/CL/CO/PE. Rieles bancarios locales, no cross-border.
- Pay (servicios) — AFIP y ARBA vía APIs oficiales con certificado. Otros servicios vía aggregators (Interbanking, Pagos360).
- Issue (cards) — Pomelo Issuing en producción LATAM, Stripe Issuing en test/desarrollo. Datos sensibles (PAN/CVV) tokenizados en el secure data portal del emisor.
- MCP — Server propio en
mcp.argentive.ai, OAuth 2.1 + PKCE, transportes stdio y HTTP. - Aprobaciones — WhatsApp Cloud API con templates aprobados por Meta. Fallback a email para regiones sin WA disponible.
Modelo de seguridad
Las garantías estructurales del producto se sostienen incluso si el agente alucina, recibe un prompt injection, filtra sus credenciales o pierde el control:
- Balance segregado por agente: cada agente conectado opera contra su propio sub-CVU con balance acotado. Un agente comprometido no puede tocar el balance del resto.
- Threshold por monto: montos sobre el threshold requieren approval humano explícito (tap en WhatsApp). El threshold vive en el backend, no en el agente.
- Panic limit 24h: cap total por wallet por período; el agente no puede exceder aunque tenga aprobaciones válidas.
- Idempotencia: todas las operaciones aceptan
idempotencyKey. Un agente retrying no genera duplicados. - Webhooks firmados: HMAC-SHA256 con tolerancia 5 min en ambas direcciones (entrantes del rail, salientes a tus clientes).
- Cards single-use: para el módulo Issue, cada card se cierra estructuralmente en el emisor después de la primera autorización. Chargebacks y retries fallan.
Próximos pasos
Tres caminos según lo que quieras hacer:
- ¿Probar el flow end-to-end desde la terminal? → Quickstart con curl
- ¿Empezar con la CLI personal? → CLI
argentive - ¿Conectar tu agente directamente? → MCP Server
- ¿Integrar tu plataforma B2B? → API Reference · Wallet
sk_live_ y el acceso al MCP server productivo se habilitan caso a caso. Los módulos Pay y Collect están en roadmap para Q4 2026. Sumate a la waitlist para acelerar tu onboarding.