Documentación técnica

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

modules
Wallet   →  CVU propio + balance + history                      [ Beta   ]
Send     →  transferencias a CVU/CBU/alias + webhooks           [ Beta   ]
Pay      →  pagos de servicios (AFIP, ARBA, utilities, IIBB)    [ Roadmap]
Collect  →  cobros con CVU dinámico por cliente/factura         [ Roadmap]
Issue    →  Visa cards single-use (fallback para merchants
             sin API) — el "Argentive Card" original            [ Beta   ]

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 argentive o 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_ y sk_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:

flow
1. Agente pide operación vía MCP o REST
   → { module: "send", amount: 45000, to: "CVU/CBU/alias", ... }

2. Argentive clasifica según threshold configurado:
   • auto_amount     → ejecuta directo (ej. transfers < 1000 ARS)
   • whatsapp        → manda tap-to-approve al user
   • biometric       → requiere biometría (montos altos)
   • blocked         → rechaza inmediato

3. Post-aprobación: ejecución sobre el rail correspondiente
   • Wallet/Send   → Pomelo Pay (CVU→CBU)
   • Pay           → AFIP / ARBA / Interbanking según servicio
   • Issue         → Stripe Issuing (test) o Pomelo Issuing (prod)

4. Webhook + activity log persistente. Idempotencia garantizada.

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 aceptanidempotencyKey. 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:

Beta privada · Q3 2026
Argentive Pay está en beta privada. Las keys 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.