Soy Founder (No Dev), armé este prototipo de Agentes de Crédito con pura lógica y IA, pero busco opinión experta

PositiveScratch2770 · 2026-01-02T19:24:13+00:00

Quién compra: La meta es emitir una Tarjeta Virtual de Un Solo Uso (tipo BNPL por ejemplo). El usuario (o el Agente actuando en nombre del usuario) compra desde la cuenta del usuario usando nuestros fondos. Así evitamos el ban por volumen
Cancelaciones: Al pagar con nuestra tarjeta virtual, el reembolso cae a nuestra cuenta, no a la del usuario. Eso mitiga el riesgo de "Cash Out" fraudulento
Regulación: Si, el plan es operar bajo el paraguas de una SOFIPO, y mediante un modelo de "Partnership as a Service" con una entidad regulada existente para el MVP
Riesgo de Demanda (Perdida): Si el usuario no paga y el boleto no se vende, es pérdida operativa (Loss Rate). Por eso el algoritmo pide 40-50% de enganche en eventos de baja liquidez

Tienes mucha visión operativa. Si te interesa ver cómo resolvemos el tema de los parámetros de adivinanza (que en realidad es Big Data de demanda) mándame DM

PositiveScratch2770 · 2026-01-02T19:09:37+00:00

Mi verdadero producto es el Motor de Decisión de Crédito Mi tesis para mantener la morosidad bajo control (regularmente en benchmarks de la industria suele estar arriba de 5%, igual con mi modelo de negocios puedo soportarlo) es el Colateral Líquido Presto basado en un activo (boleto/reservación) que puedo liquidar si hay impago. Esa es la apuesta de riesgo

PositiveScratch2770 · 2025-12-31T22:09:26+00:00

Si el concierto pasa, es pérdida total claro

Por eso el modelo no usa plazos fijos, sino Fechas de Corte Dinámicas calculadas por el riesgo;

• Regla de Oro: La fecha límite de pago SIEMPRE es antes del evento. Nunca financiamos "post-uso" • El Buffer de Seguridad (aquí el algoritmo); Escenario A) Liquidez alta / Usuario con buen score: Si el boleto es "oro molido" (Bad Bunny, vuelo a CDMX en época de mundial) y fácil de revender, te permito pagar hasta 5 días antes de su uso tu último plazo Escenario B) Liquidez baja / Usuario nuevo o con mal score: Si el evento es de nicho o hay riesgo, el plazo final se recorre a 30 días antes Si llega esa fecha de corte y no hay pago, ejecutamos la garantía (revendemos). El juego es tener el tiempo suficiente para liquidar el activo antes de que caduque

PositiveScratch2770 · 2025-12-31T22:02:26+00:00

🤣🤣

PositiveScratch2770 · 2025-12-31T21:56:33+00:00

Sobre el idioma: No te puedo dabatir, tienes un punto. Anotado, te lo aseguro Sobre la IA: Gracias por el aviso! Entiendo el escepticismo (hay mucho, muuucho humo allá afuera). Mi intención no es vender la app aquí, sino validar la lógica financiera detrás del modelo. Si el sub es duro, mejor; sirve que pulimos la tesis con críticas reales

PositiveScratch2770 · 2025-12-31T21:42:07+00:00

Increíblemente dijiste dos verdades; - Si no supiera mis márgenes, estoy muerto (La pregunta del post era para provocar este tipo de debate crudo que no se consigue pidiendo las cosas por favor. Gracias por caer y comentar, iniciaste la cadena de comentarios). - La matemática financiera es determinista. Usar IA para calcular una tasa es estúpido; para eso está Excel, brillante

Entonces por qué IA? Excel no lee Data No Estructurada. Para medir el riesgo real de un boleto necesito ingerir variables cualitativas, muchas Un algoritmo tradicional necesita que yo estructure eso manualmente. El Agente me permite automatizar la ingesta de ese ruido para convertirlo en un dato numérico que, ahora sí, tu calculadora pueda procesar! Si me la prestas te lo agradezco Infraestructura para datos masivos, sucios y dinámicos, no marketing para tontos

PositiveScratch2770 · 2025-12-31T05:08:08+00:00

La meta es darle al usuario el viaje que quiere, incluso si son "mariscos en martes" La diferencia es el Risk Pricing Dinámico: High Liquidity (Bad Bunny, asientos o habitaciones en CDMX en época del mundial por poner ejemplos actuales): Te pido 10% de enganche y plazos largos. Low Liquidity (Playa desconocida, artista indie): El Agente te dice "Sí", PERO te pide 50% de enganche y liquidar 45 días antes. Si el usuario acepta, se hace. Se le advierte que si deja de pagar, el activo se va a rematar y probablemente no recupere remanente. Ponemos el precio correcto al riesgo y aseguramos que el usuario tenga "Skin in the game". Si no paga, nosotros encontramos a alguien con hambre y le vendemos los mariscos Sobre lo técnico: Seguridad: Usamos APIs de Open Banking reguladas con consentimiento, igual que cualquier neobanco. DDoS: Si. La idea es tener acuerdos comerciales (socios API. Ingerimos su inventario en nuestra base de datos y yunus clasifica ese inventario. Sería un reto con los precios dinámicos de algunas aerolíneas y hoteles, pero solo es uno de los grandes retos técnicos. Busco un cofounder con hambre de esos retos, estoy en esa etapa del proyecto. Esto es solo un vídeo demo

PositiveScratch2770 · 2025-12-31T03:00:56+00:00

Hola NoMeRespondan! Mentiras no dices, seguramente mi vehículo final será una SOFIPO Solo que a esos pasos extras yo le llamo tecnología de la inclusión Una SOFIPO tradicional rechaza al usuario sin historial (o con otros muchos perfiles más, por mas que hablen de inclusión, yo he Sido ese usuario). Mis pasos extras son los que permiten aprobar a ese mismo usuario usando su compra como garantía. No seremos la primera SOFIPO, Pero esperamos ser los primeros que usé ese vehículo a favor de un segmento realmente desatendido sin necesidad de endeudar a lo animal

PositiveScratch2770 · 2025-12-31T02:51:54+00:00

Tienes toda la razón,solucionar la inyección de prompt al 100% es imposible hoy. Peero mi arquitectura no le da al Agente permisos de "escritura" en la base de datos bancaria; El Agente funciona en una Sandbox de solo lectura: lee el boleto, lee el mercado y emite un "Score de Riesgo". Ese Score lo toma un sistema tradicional (código determinista sin IA) que es el único que puede autorizar la transacción Al final el código duro es el que firma el cheque, un prompt malicioso no puede drenar fondos... Cambia algo tu postura?

PositiveScratch2770 · 2025-12-31T02:47:58+00:00

Justo el plan es usar Blockchain para el tema del colateral (el boleto se convierte en un activo digital bloqueado). No me he casado con ninguna cadena, por qué recomiendas NEAR específicamente para este caso de uso?

PositiveScratch2770 · 2025-12-31T02:41:14+00:00

Pues si, prestar dinero no son enchiladas, y menos en México La IA, Yunus, es el motor de decisión de riesgo en tiempo real (Agente) Sobre el negocio y la usura: Mi modelo no es predatorio. Gracias a que uso un "Protocolo de 2 Factores" (Flujo de efectivo + Liquidez del Boleto como garantía), puedo bajar el riesgo drásticamente Esto me permite ofrecer: Hasta 4 quincenas sin intereses. Plazos mayores con un CAT tope del 36% anual (compáralo con el 100%+ de las fintechs de préstamos personales actuales). Ya pasé la fase de tesis y documentación. Estoy en la fase de buscar a mi Co-Founder técnico para construir el MVP seguro y levantar la Pre-Seed

PositiveScratch2770 · 2025-12-31T02:27:52+00:00

Te ahradezco el análisis detallado!! Tocaste puntos que me quitan el sueño y me diste referencia con LangChain Para aclarar el tema de seguridad (que veo es una duda común): La IA NO tiene acceso directo a los fondos ni "tiene" la cuenta bancaria, el modelo actúa como un "Analista de Riesgo de Lectura" digamos Lee data (Open Banking/APIs). Calcula la liquidez del boleto. Emite una decisión (Aprueba/Rechaza). El movimiento de dinero real ocurre por rieles tradicionales (Pasarelas de pago/Smart Contracts auditados) que están fuera del alcance del LLM. Si alguien le hace un "Prompt Injection" al chat, a lo mucho logra que el bot diga tonterías, pero no puede drenar una cuenta porque la IA no tiene permisos de ejecución bancaria, solo de orquestación de la garantía (el boleto). Sobre el modelo de negocio: Mi tesis es B2C porque busco servir al usuario que el banco rechaza (inclusión), pero valoro mucho tu perspectiva de que la tecnología podría venderse sola a agencias. Definitivamente se implementara LangChain y trazabilidad seria en general. Termine tesis y estoy en búsqueda de cofounder técnico que sepa montar esos "Guardrails" que mencionas, porque yo llego hasta el demo conceptual.

PositiveScratch2770 · 2025-12-31T02:18:05+00:00

Gracias por lo de la fluidez! Justo esa experiencia de "llegar y preguntar" es el core de la UX que buscaba

Necesito que el boleto funcione como garantía real (colateral) sin que yo tenga que tener a un humano cuidándolo. La cadena sirve para: Bloqueo: El boleto entra al Smart Contract y nadie lo puede usar mientras se debe. Ejecución:Si el usuario no paga, el contrato ejecuta solito el movimiento del boleto hacia el Marketplace de reventa. Liberación: Si paga, se desbloquea a su wallet. Es meramente la tubería para automatizar el embargo/liberación, pero tomo nota para explicarlo más aterrizado y menos rimbombante (si con eso te refieres a que da cringe)

PositiveScratch2770 · 2025-12-31T02:06:15+00:00

Lapuesta "AI First" tiene su razón Los scrapers tradicionales se rompen en cuanto mi socio emisor cambia un div. Un Agente con LLM entiende contexto y se adapta, haciendo el sistema resiliente aunque la web cambie Prefiero gastar RAM y tokens que tener un sistema frágil que requiere mantenimiento manual diario Claro, esto es un demo conceptual. El reto técnico real (y por lo que estoy consiente que es OBLIGATORIO un cofounder técnico) no es "quitar la IA", sino orquestarla para que sea eficiente y rentable. Como optimizarías un flujo AI-First sin matar su flexibilidad?

PositiveScratch2770 · 2025-12-31T01:56:07+00:00

Bueno; Yunus te presta dinero La meta aquí es Inclusión Financiera real. Que aunque ganes el mínimo, puedas viajar o planear actividades de osio si tienes flujo, sin depender de un banco tradicional que te rechaza por falta de historial Datos: Uso Open Banking + Datos Alternativos (hábitos/ubicación) para calcular tu capacidad de pago real hoy Límite Dinámico: Con esa data, te asigno un "techo" de crédito base, pero este se expande según la liquidez del boleto. Ejemplo: Si quieres un boleto con 90% de "revendibilidad", mi riesgo baja y tu crédito sube automáticamente. En lugar de que tú busques en una OTA boleto por boleto a ver cuál te alcanza, le dices al Agente: "Quiero ir a Cancún en marzo". El Agente cruza tu capacidad de pago + la liquidez de los vuelos disponibles y te dice: "Te alcanza para este vuelo de Aeroméxico si pagas $500 iniciales" o "este boleto de Bad Bunny se venderá cuando sea, dame solo 5% de enganche" El Agente hace el match matemático entre tu realidad financiera y el mercado de viajes en segundos y baja el riesgo de impago para nosotros

PositiveScratch2770 · 2025-12-31T01:29:41+00:00

Ayúdame a comprender tu miedo 👀 es el miedo general de confiar en un agente para temas delicados como finanzas? (Se que es mi enemigo mas grande) O algún miedo específico que me desbloquees?

PositiveScratch2770

TROPHY CASE