update

mem/payments/arch-pay.mem

@@ -0,0 +1,11 @@
+Actúa como un Arquitecto de Software y Pagos.
+Diseña una arquitectura de pasarela de pagos
+segura, extensible y desacoplada del negocio,
+adecuada para múltiples proveedores
+(Mercado Pago, Stripe, PayPal, Google Pay).
+
+Debe:
+- Evitar lock-in
+- Permitir cambiar o agregar proveedores
+- Manejar estados de pago claramente
+- Ser apta para desarrollo y producción

mem/payments/env-pay.mem

@@ -0,0 +1,6 @@
+Actúa como un Lead Developer.
+Define cómo trabajar pagos en desarrollo:
+- Modo sandbox
+- Datos simulados
+- Webhooks locales
+- Evitar cargos reales

mem/payments/error-pay.mem

@@ -0,0 +1,7 @@
+Actúa como un Arquitecto de Software.
+Define cómo manejar errores de pago:
+- Errores del proveedor
+- Errores del usuario
+- Timeouts
+- Estados intermedios
+Sin afectar UX ni integridad financiera.

mem/payments/escalabiliity-pay.mem

@@ -0,0 +1,6 @@
+Actúa como un Arquitecto de Plataforma.
+Define cómo escalar el sistema de pagos:
+- Procesamiento asíncrono
+- Colas
+- Retries controlados
+- Observabilidad

mem/payments/final-revision-pay.mem

@@ -0,0 +1,7 @@
+Actúa como un Arquitecto Senior.
+Revisa el diseño del sistema de pagos
+y valida que sea:
+- Seguro
+- Auditable
+- Extensible
+- Listo para producción

mem/payments/flow-pay.mem

@@ -0,0 +1,9 @@
+Actúa como un Arquitecto de Software.
+Describe el flujo completo de pago:
+- Inicio
+- Autorización
+- Confirmación
+- Notificación (webhook)
+- Conciliación
+
+Con estados claros y tolerancia a fallos.

mem/payments/intern-auditor-pay.mem

@@ -0,0 +1,5 @@
+Actúa como un Arquitecto Financiero.
+Define cómo conciliar pagos:
+- Proveedor vs sistema interno
+- Detección de discrepancias
+- Auditoría y reportes

mem/payments/international-pay.mem

@@ -0,0 +1,7 @@
+Actúa como un Arquitecto de Pagos.
+Define consideraciones para pagos internacionales:
+- Monedas
+- Conversión
+- Impuestos
+- Localización por proveedor
+- Cumplimiento regional

mem/payments/model-pay.mem

@@ -0,0 +1,7 @@
+Actúa como un Arquitecto de Datos.
+Diseña un modelo de datos mínimo para pagos:
+- Payment
+- PaymentAttempt
+- Refund
+- Provider
+Con estados explícitos y auditables.

mem/payments/providers-pay.mem

@@ -0,0 +1,9 @@
+Actúa como un Arquitecto Backend.
+Define una capa de abstracción para pasarelas de pago
+que unifique operaciones comunes:
+- crear pago
+- confirmar pago
+- cancelar / reembolsar
+- consultar estado
+
+Sin acoplar el dominio a un proveedor específico.

mem/payments/sec-pay.mem

@@ -0,0 +1,7 @@
+Actúa como un Security Engineer.
+Define medidas de seguridad obligatorias para pagos:
+- No manejo de tarjetas en backend
+- Uso correcto de tokens
+- Validación de firmas y webhooks
+- Protección contra replay attacks
+- Manejo seguro de secretos

mem/payments/webhook-pay.mem

@@ -0,0 +1,6 @@
+Actúa como un Arquitecto Backend.
+Diseña un sistema robusto para webhooks:
+- Verificación de firma
+- Idempotencia
+- Reintentos
+- Logs y trazabilidad