Créditos y wallet

STATUS HOY: gratis / sin cobros. El wallet existe en la UI como placeholder, pero no hay créditos reales, no hay pasarela de pago, y no hay saldo que se consuma. Esta página describe la pieza que ya está cableada y lo que falta para activarla.

Por qué el wallet existe ya, sin créditos reales

Decidimos desde el MVP que la forma del wallet viviera en la interfaz aunque la lógica llegue después. Es la decisión "stub-first" que se aplica al resto del producto: si una pieza va a existir, su sitio en la UI se reserva desde el principio para que el cambio del día que se active sea pequeño en vez de un rediseño.

…stub La sección de wallet en /u/<usuario>/settings es un placeholder visual. Muestra el espacio donde aparecerán el saldo, el historial de compras, y los métodos de pago, pero los números son — o 0 y no representan datos reales.

Qué ves hoy en la UI

Si entras a tu perfil y abres ajustes, encontrarás un bloque "Wallet" con tres áreas:

• Saldo — hoy siempre —. Cuando se active vector 1 (créditos comprables), mostrará tus créditos disponibles.
• Historial — hoy vacío. Cuando se active, listará compras, consumos y devoluciones con fecha.
• Métodos de pago — hoy vacío. Cuando se active, te dejará guardar una tarjeta o método para recargar.

No hay nada destructivo que pulsar. El placeholder no encadena con ninguna API que pueda cobrar; los botones que apuntarían a "comprar créditos" están deshabilitados o no se renderizan.

Qué falta para activarlo

Para pasar el wallet de stub a funcional hace falta:

1. Pasarela de pago. ?open El candidato natural es Stripe, pero no hay cuenta enlazada ni endpoint de checkout todavía. La decisión final depende de cuándo se activen los vectores 1 / 2 (cómo se ganará dinero).
2. Endpoint de balance. …stub No existe GET /api/me/wallet real. Cuando se cree, el placeholder de la UI pasará a leer datos reales y dejará de mostrar —.
3. Reglas de consumo. ?open Cuánto cuesta cada generación, qué acciones consumen crédito (¿editar también?), y qué pasa cuando el saldo llega a cero — todo abierto.
4. Política de reembolso. ?open Necesitamos una regla simple antes de cobrar: ventana de devolución, qué hace un error del modelo (¿reembolsa?), etc.

Cuándo se decide

Cuando los vectores de cómo se ganará dinero salgan de open. El wallet no se activa antes que el modelo de cobro: la UI seguirá como stub mientras tanto.

Para creadores que están construyendo hoy

• No tienes que hacer nada ahora mismo. Tu app no consume créditos porque no hay créditos.
• Cuando se active, las cuentas existentes recibirán un saldo inicial de bienvenida (cantidad por definir) y aviso por correo con al menos 30 días de antelación.
• Si tienes opinión fuerte sobre cómo querrías que funcionara (precios, paquetes, suscripción vs uso), escribe a [email protected]. Mejor calibrar con creadores reales que desde una pizarra.

El lineage como precursor

Aunque el wallet sea stub, hay una pieza relacionada que sí está viva desde día 1: el lineage (de qué app deriva la tuya). Esa información se guarda con cada publicación porque habilita el reparto por forks cuando exista revenue real que repartir. Si construyes hoy bifurcando otra app, ese hilo queda registrado aunque no haya dinero moviéndose.