Clientazo
ES EN
Escríbeme

Construyo con IA, no solo hablo de IA

Así construí Luka Money, una fintech para pymes, con IA, especificaciones primero y pruebas en cada paso. Es el mismo método que uso con los equipos comerciales.

Ver Luka en beta ↗

Caso 01 · Luka Money

Una fintech completa, con el spec por delante.

Luka ayuda a las pymes a cobrar, pagar y mover su plata, aquí y afuera. Yo diseñé el producto, su marca y su código, trabajando con agentes de IA.

Beta con proveedores de prueba

Todavía no tiene clientes ni opera con dinero real. Lo que ves aquí es ingeniería, no resultados de negocio.

Arquitectura de Luka: la app web y la landing llaman a una API en Cloudflare Workers, que usa un libro mayor en Durable Objects, una base D1 y proveedores detrás de adaptadores. App webReact · Vite · TypeScript LandingHTML · CSS · JS APIHono · WorkersCloudflare Libro mayorDurable Objects Base de datosD1 · SQL ProveedoresAdaptadores con mocks
Esquema simplificado. Cada proveedor externo vive detrás de un adaptador, así que se prueba con mocks hasta que llegue la integración real.
  • 19migraciones de base de datos, siempre aditivasLuka · 26 de octubre de 2026
  • 36archivos de pruebas automáticas en la APILuka · 26 de octubre de 2026
  • 7roles del equipo, con matriz de acceso probadaLuka · 26 de octubre de 2026
  • 13skills de IA que guían a los agentesLuka · 26 de octubre de 2026

Ingeniería

Lo que importa cuando hay plata de por medio.

Decisiones técnicas que le quitan riesgo al producto antes de que llegue el primer cliente.

Proveedores intercambiables

Pagos y verificación de identidad entran por puertos y adaptadores. Hoy corren con mocks y el cambio al proveedor real no toca el resto del código.

Un libro mayor que no se descuadra

Cada comercio tiene su propio libro en un Durable Object: saldos y topes atómicos, dinero en enteros y clave de idempotencia obligatoria en toda escritura.

Reglas de negocio como datos

La política (niveles, topes, precios) se genera desde el modelo financiero en una hoja de cálculo y una prueba falla si el código y el modelo se desincronizan.

Pruebas que atacan

Los mismos escenarios corren contra dos implementaciones de la base de datos, y un segundo comercio intenta leer cada ruta del primero para comprobar que no hay fugas.

Seguridad desde el inicio

Segundo factor para quien revisa y para los retiros, webhooks firmados con ventana de tiempo, límite de intentos y siete roles con permisos verificados.

Operación vigilada

Un proceso programado concilia y reintenta, y un comercio sintético cobra, paga y concilia cada hora en beta para avisar si algo se rompe.

Método

Cómo se construye con IA sin perder el control.

  1. 1

    Primero el spec

    Nada se construye sin una especificación aprobada. Un archivo de instrucciones del proyecto guarda las reglas, las decisiones y lo que no se debe romper.

  2. 2

    Agentes con skills

    Los agentes trabajan con skills para interfaz, Cloudflare, rendimiento y revisión de seguridad, y cada tarea cierra con evidencia, no con un «listo».

  3. 3

    Agentes desde la terminal

    Creo agentes programados con skills, MCP, SDK y APIs. Cada proyecto arranca con SDD y con agentes y subagentes orquestados, cada uno con su rol.

  4. 4

    Pruebas y revisión humana

    Revisión de tipos, formato y pruebas antes de dar algo por terminado, y yo decido cada cambio que toca dinero.

Con honestidad

Lo que Luka todavía no es.

No está en producción ni tiene clientes. Faltan la integración real con el aliado de pagos, la declaración de cambio, la facturación electrónica y el concepto legal. Lo cuento así porque es lo que haría con tu equipo: decirte qué está hecho y qué no.

¿Hablamos?

Cuéntame cómo vende tu equipo hoy. Charlamos por mensaje o en una llamada corta, y si hay encaje seguimos.