Del 10 de diciembre de 2025 al 28 de febrero de 2026. Ochenta dias. Ochenta y seis sesiones de desarrollo. Un CEO, un CTO de IA, cero ingenieros humanos. Lo que comenzo como un solo archivo Python se convirtio en una plataforma de orquestacion de pagos con mas de 53 proveedores, mas de 90 endpoints de API, 8 SDKs y cobertura en mas de 200 paises.
Este articulo mapea la linea de tiempo completa -- cada fase, cada hito, cada punto de inflexion. Es la vista panoramica de como se construyo 0fee.dev.
Fase 1: Fundamentos (Sesiones 001-004) -- 10-11 de diciembre de 2025
Las primeras cuatro sesiones establecieron toda la base en solo dos dias.
| Sesion | Fecha | Duracion | Entregables clave |
|---|---|---|---|
| 001 | Dic 10 | ~45 min | Backend: 42 archivos, 7.900 lineas. FastAPI, SQLite, adaptadores de proveedores, motor de enrutamiento, pila de middleware, servicio de cifrado |
| 002 | Dic 11 | ~60 min | Panel de control (SolidJS), SDKs de TypeScript + Python, widget de checkout, worker de Celery |
| 003 | Dic 11 | ~60 min | Sitio web de marketing, SDKs de Go/Ruby/PHP/Java/C#, configuracion Docker, sistema de webhooks |
| 004 | Dic 11 | ~60 min | Herramienta CLI, paginas de checkout alojadas, sitio de documentacion de API |
Al final de la sesion 004 (dia 2), 0fee.dev tenia un backend completo, panel de control frontend, sitio de marketing, 7 SDKs, una herramienta CLI, configuracion Docker y documentacion de API. La velocidad fue posible porque Claude generaba arboles de archivos completos en respuestas individuales, y Thales proporcionaba retroalimentacion arquitectonica inmediata.
Hito: Prototipo full-stack completo con 7 paquetes SDK.
Fase 2: Funcionalidades (Sesiones 005-030) -- 12-17 de diciembre de 2025
La fase de funcionalidades fue intensa. Trece sesiones ocurrieron en un solo dia (12 de diciembre). La plataforma paso de prototipo a rica en funcionalidades en menos de una semana.
Semana 1: 10-16 de diciembre
| Sesiones | Area de enfoque | Entregables clave |
|---|---|---|
| 005 | OAuth + Panel | Autenticacion Google/GitHub/Microsoft/Apple |
| 006-007 | Arquitectura | Fusion del sitio web en el panel SolidJS, correcciones de localhost |
| 008-009 | Integracion | Fusion de arquitectura, unificacion completa del frontend |
| 010 | Formato unificado | Formato PAYIN_ORANGE_CI, enrutamiento de proveedores |
| 011 | Paginas alojadas | Alojamiento de pagina de checkout y flujo de redireccion |
| 012 | Analiticas | Analiticas del panel, estadisticas diarias/semanales/mensuales |
| 013 | Precios | Modelo de precios inicial de 3 niveles |
| 014 | Interfaz | Rediseno moderno de UI, diseno inspirado en Stripe |
| 015 | Simplificacion | Eliminacion de niveles, comision unica de 0,99% |
| 016 | Facturacion | Sistema de suspension de facturacion |
| 017 | Monedas | Soporte de monedas mundiales, error de formatAmount |
| 018 | HTTP | Migracion de requests a httpx |
| 019 | Documentacion | Documentacion completa de API, mas de 90 endpoints |
Semana 2: 17-23 de diciembre
| Sesiones | Area de enfoque | Entregables clave |
|---|---|---|
| 020 | Admin | Panel de administracion MVP, rutas UUID, jerarquia de roles |
| 021-022 | Enrutamiento | Prioridades de proveedores, mejoras de enrutamiento |
| 023 | Stripe | Revision de integracion de Stripe, callback intermediario |
| 024 | Payment Links | URLs de pago compartibles |
| 025-026 | Checkout | Mejoras del widget, generador de codigo de incrustacion |
| 027-028 | Billetera | Flujo de agregar fondos, sistema de billetera |
| 029-030 | Incorporacion | Asistente GetStarted, correcciones OAuth, integracion de facturacion |
Hito: Conjunto completo de funcionalidades incluyendo admin, facturacion, billetera e incorporacion.
Fase 3: Pulido (Sesiones 031-060) -- 24 de diciembre de 2025 - 20 de enero de 2026
La fase de pulido se enfoco en corregir errores, mejorar UX y hacer la plataforma digna de produccion.
| Sesiones | Area de enfoque | Entregables clave |
|---|---|---|
| 031-032 | Moneda | Gran actualizacion de moneda: campos de origen/destino |
| 033-034 | Pruebas | Proveedor de prueba, sistema sandbox |
| 035-036 | Retroalimentacion | Modulo de solicitud de funcionalidades (4 tablas, 20 rutas) |
| 037-038 | Admin | Migracion a SQLAdmin, correccion de column_filters |
| 039-040 | Estabilidad | Correcciones de GetStarted, timeouts de Redis, correcciones de webhook |
| 041-042 | DevEx | Playground de API, pruebas interactivas |
| 043-044 | Precios | Sistema de cupones, codigos promocionales |
| 045 | Simplificacion | API simplificada de 3 campos (amount, currency, reference) |
| 046-050 | Factura | Sistema de facturas, generacion PDF, WeasyPrint |
| 051-054 | Cumplimiento | UI premium, cumplimiento OHADA, auditoria de seguridad |
| 055-060 | Base de datos | Correcciones WAL, errores del registro de proveedores, errores de visualizacion de montos |
Hito: Registros financieros conformes con OHADA, auditoria de seguridad completada.
Fase 4: Escala (Sesiones 061-086) -- 21 de enero - 28 de febrero de 2026
La fase final preparo a 0fee.dev para produccion: migracion a PostgreSQL, despliegue Docker, internacionalizacion, modo oscuro y actualizaciones de SDK.
| Sesiones | Area de enfoque | Entregables clave |
|---|---|---|
| 061-063 | Correcciones | Precision de montos, integracion profunda de Stripe |
| 064-067 | i18n + SDKs | 15 idiomas backend + 5 frontend, reescritura de SDK Node.js/Python, recibos PDF |
| 068-073 | UI + Estabilidad | Estilo premium, base de modo oscuro, checkpointing WAL |
| 074-076 | Consola de desarrollador | Pestanas, verificador de estado, vista previa del widget |
| 077-078 | Frontend | Correccion de recursion infinita, modo oscuro en 19 paginas |
| 079-080 | SDKs v3 | SDKs PHP, Go, Rust, Java, Flutter, React Native |
| 081 | PostgreSQL | Migracion completa: 39 modelos, 1.204 filas |
| 082-083 | i18n | Internacionalizacion del frontend, selector de idioma |
| 084 | Plugins | Plugins para WHMCS, WordPress, WooCommerce |
| 085-086 | Produccion | Despliegue Docker, EasyPanel, versiones v1.53-1.55 |
Hito: Despliegue en produccion en EasyPanel con PostgreSQL.
Conteo de sesiones por semana
Semana 1 (Dic 10-16): 19 sesiones ████████████████████
Semana 2 (Dic 17-23): 11 sesiones ███████████
Semana 3 (Dic 24-30): 8 sesiones ████████
Semana 4 (Dic 31-Ene 6): 6 sesiones ██████
Semana 5 (Ene 7-13): 5 sesiones █████
Semana 6 (Ene 14-20): 7 sesiones ███████
Semana 7 (Ene 21-27): 6 sesiones ██████
Semana 8 (Ene 28-Feb 3): 5 sesiones █████
Semana 9 (Feb 4-10): 5 sesiones █████
Semana 10 (Feb 11-17): 5 sesiones █████
Semana 11 (Feb 18-24): 5 sesiones █████
Semana 12 (Feb 25-28): 4 sesiones ████Las primeras dos semanas fueron con diferencia las mas productivas, representando 30 de 86 sesiones (35%). Esta concentracion al inicio fue deliberada: construir lo maximo posible mientras la arquitectura esta fresca y simple, luego cambiar a pulido y escala.
Sesiones hito clave
Ciertas sesiones fueron puntos de inflexion que cambiaron la trayectoria de todo el proyecto:
Sesion 001: La genesis (Dic 10)
42 archivos, 7.900 lineas, ~45 minutos. Toda la arquitectura backend fue establecida: FastAPI, SQLAlchemy, adaptadores de proveedores, motor de enrutamiento, middleware, cifrado. Esta sesion establecio los patrones arquitectonicos sobre los que cada sesion posterior construyo.
Sesion 010: Formato de pago unificado (Dic 12)
El formato PAYIN_ORANGE_CI estandarizo como se identifican los metodos de pago a traves de proveedores. Antes de esta sesion, cada proveedor usaba su propia nomenclatura. Despues de esta sesion, una cadena (PAYIN_ORANGE_CI) identificaba unicamente un metodo de pago a traves de todo el sistema.
Sesion 013/015: Evolucion de precios (Dic 12)
La sesion 013 introdujo un modelo de precios de 3 niveles. La sesion 015, el mismo dia, lo elimino por completo y lo reemplazo con una comision fija de 0,99%. Esta fue una de las decisiones de negocio mas significativas en la historia de la plataforma, y ocurrio en cuestion de horas.
Sesion 081: Migracion a PostgreSQL (Feb 10)
39 modelos ORM, 1.204 filas, eliminacion completa de las condiciones de carrera de SQLite. Este fue el cambio de infraestructura mas importante -- hizo la plataforma lista para produccion.
Sesion 086: Despliegue en produccion (Feb 28)
Contenedores Docker, configuracion de EasyPanel, enrutamiento por subdominio, cabeceras de seguridad nginx. La plataforma paso de desarrollo a produccion.
Lo que revela la linea de tiempo
El desarrollo en rafagas funciona para la construccion asistida por IA. La maraton de 13 sesiones del 12 de diciembre seria imposible con un equipo de ingenieria humano (reuniones, revisiones de codigo, cambio de contexto). Con un CTO de IA, la restriccion es la resistencia del CEO y la velocidad de toma de decisiones, no el rendimiento de ingenieria.
Las sesiones de simplificacion son mas valiosas que las sesiones de funcionalidades. Las sesiones 015 (eliminacion de niveles) y 045 (API de 3 campos) tuvieron mas impacto en el producto que cualquier sesion individual de funcionalidades. Saber que eliminar es mas dificil que saber que agregar.
La fase de correccion de errores es proporcional a la fase de construccion. Las sesiones 31-60 fueron principalmente sobre corregir errores introducidos en las sesiones 1-30. Esto es normal para cualquier proyecto de software, pero la proporcion (aproximadamente 1:1) sugiere que construir mas rapido inicialmente no elimina la necesidad de depuracion cuidadosa.
La preparacion para produccion toma tanto como el desarrollo de funcionalidades. Las sesiones 61-86 (fase de escala) tomaron aproximadamente el mismo tiempo que las sesiones 5-30 (fase de funcionalidades). Docker, i18n, modo oscuro, actualizaciones de SDK y migracion a PostgreSQL no son trabajo glamoroso, pero representan la mitad del esfuerzo total.
Las 86 sesiones cuentan una historia de ejecucion implacable. Dos dias para un prototipo. Dos semanas para una plataforma con funcionalidades completas. Dos meses para un despliegue listo para produccion. Esa es la linea de tiempo cuando un CEO y un CTO de IA construyen sin la sobrecarga de equipos de ingenieria humanos, reuniones, planificacion de sprints o revisiones de codigo.
Este articulo es parte de la serie "Como construimos 0fee.dev". 0fee.dev es un orquestador de pagos que cubre mas de 53 proveedores en mas de 200 paises, construido por Juste A. GNIMAVO y Claude desde Abiyan sin ningun ingeniero humano. Sigue la serie para conocer la historia completa de construccion.