El 10 de diciembre de 2025, abrimos la primera sesión de desarrollo de 0fee.dev. Ochenta días y 86 sesiones después, teníamos una plataforma de orquestación de pagos lista para producción: un backend completo en Python con más de 90 endpoints de API, más de 53 integraciones de proveedores, 7 SDKs, un panel de control en SolidJS, un widget de checkout, una herramienta CLI, un sitio web de marketing y un panel de administración. Toda la plataforma fue construida por dos personas: Juste A. GNIMAVO (CEO de ZeroSuite) sentado en Abiyán, Costa de Marfil, y Claude (CTO de IA) ejecutándose como asistente de codificación con IA. Cero ingenieros humanos. Cero externalización. Cero compromisos en calidad.
Esta es la historia de cómo lo hicimos.
Abiyán: la base de operaciones
Abiyán es la capital económica de Costa de Marfil y la ciudad más grande del África Occidental francófona, con más de 5 millones de habitantes. No es Silicon Valley. No es Londres ni Lagos. Pero es donde tiene su sede ZeroSuite, y es donde se concibió 0fee.dev.
Construir una plataforma fintech desde Abiyán viene con realidades específicas:
- Fiabilidad de internet: las conexiones de fibra óptica están disponibles en distritos comerciales (Cocody, Plateau, Marcory) pero pueden ser inconsistentes. Mantuvimos una conexión de datos móviles de respaldo para sesiones ininterrumpidas.
- Ventaja de zona horaria: UTC+0 (sin cambio de horario de verano) significa superposición con el horario comercial europeo y superposición razonable con las mañanas de la costa este de EE. UU.
- Contexto de pagos africano: estar físicamente en Costa de Marfil significó que podíamos probar pagos de Orange Money y Wave en dispositivos reales, con flujos USSD reales, en redes de telecomunicaciones reales. Esta experiencia de primera mano es imposible de replicar desde un escritorio en San Francisco.
- Eficiencia de costos: los costos operativos en Abiyán son una fracción de los centros tecnológicos occidentales, lo que extiende dramáticamente la pista financiera.
La ventaja más significativa fue el contexto. No estábamos construyendo soporte de pagos africanos como un ejercicio teórico. Lo estábamos construyendo como personas que usan Orange Money y Wave diariamente, que entienden el flujo USSD porque lo experimentamos nosotros mismos, que sabemos que un cliente en Yopougon podría tener una experiencia diferente que un cliente en Cocody debido a la cobertura de red.
El equipo: un CEO + un CTO de IA
La estructura del equipo de ZeroSuite es inusual bajo cualquier estándar:
| Rol | Persona | Responsabilidades |
|---|---|---|
| CEO, Producto, Diseño | Juste A. GNIMAVO | Visión, decisiones de producto, dirección de arquitectura, diseño UI/UX, desarrollo de negocio, pruebas, despliegue |
| CTO de IA | Claude (Anthropic) | Generación de código, implementación técnica, depuración, documentación, revisión de código, refactorización |
No hay equipo de backend. No hay equipo de frontend. No hay ingeniero DevOps. No hay equipo de QA. No hay product manager. No hay diseñador (aparte de Juste). Toda la producción de ingeniería proviene de un par humano-IA trabajando en sesiones enfocadas.
Cómo funciona una sesión
Cada sesión sigue un patrón consistente:
- Briefing: Juste describe qué necesita construirse, modificarse o corregirse. Esto incluye contexto del producto, restricciones técnicas y criterios de aceptación.
- Implementación: Claude escribe el código -- endpoints de backend, componentes de frontend, migraciones de base de datos, adaptadores de proveedores, métodos de SDK, pruebas, documentación. Cada sesión típicamente produce de 2.000 a 10.000 líneas de código.
- Revisión e iteración: Juste revisa la salida, la prueba contra sandboxes reales de proveedores (y a veces producción), y solicita modificaciones.
- Log de sesión: Cada sesión se documenta con un log estructurado: qué se construyó, qué decisiones se tomaron, qué queda por hacer. Estos logs forman la memoria institucional del proyecto.
El formato del log de sesión:
markdown## Sesión 042 -- 2026-01-15
### Objetivos
- Implementar adaptador del proveedor Hub2 (Orange Money, MTN MoMo)
- Agregar métodos de dinero móvil de Costa de Marfil al motor de enrutamiento
- Construir polling de estado de USSD push
### Completado
- Clase Hub2Adapter con create_payment, check_status, process_webhook
- Validación de números telefónicos para Costa de Marfil (formato +225)
- Manejo de timeout de USSD push (120s por defecto, configurable)
- Verificación de firma de webhook (HMAC-SHA256)
- Se agregaron 5 métodos de pago: PAYIN_ORANGE_CI, PAYIN_MTN_CI, PAYIN_MOOV_CI, PAYIN_WAVE_CI, PAYIN_ORANGE_SN
### Decisiones
- Usar timeout de 120s para USSD push (recomendación de Hub2)
- Almacenar respuesta cruda del proveedor junto con datos normalizados para depuración
- Implementar reintento automático en 503 de Hub2 (hasta 3 intentos)
### Archivos modificados
- backend/app/providers/hub2.py (nuevo, 450 líneas)
- backend/app/routing/engine.py (modificado, +85 líneas)
- backend/app/models/payment.py (modificado, +12 líneas)
- backend/app/api/v1/payments.py (modificado, +35 líneas)
### Próxima sesión
- Adaptador de PawaPay para África Oriental
- Implementación de STK Push de M-PesaLas cifras: 86 sesiones, 80 días
Esto es lo que produjeron 86 sesiones:
Backend (Python/FastAPI)
| Componente | Métrica |
|---|---|
| Endpoints de API | 90+ |
| Adaptadores de proveedores | 53+ |
| Modelos de base de datos | 25+ |
| Tareas en segundo plano | 15+ |
| Capas de middleware | 8 (auth, límite de tasa, CORS, logging, manejo de errores, idempotencia, resolución de inquilino, ID de solicitud) |
| Líneas de código Python | ~45.000 |
Frontend (SolidJS)
| Componente | Métrica |
|---|---|
| Páginas del panel | 20+ |
| Componentes UI | 60+ |
| Funciones de cliente API | 50+ |
| Líneas de TypeScript/TSX | ~15.000 |
SDKs
| SDK | Lenguaje | Métodos | Líneas |
|---|---|---|---|
| zerofee (npm) | TypeScript | 40+ | ~3.000 |
| zerofee (PyPI) | Python | 40+ | ~2.500 |
| zerofee-php | PHP | 40+ | ~2.800 |
| zerofee-ruby | Ruby | 40+ | ~2.000 |
| zerofee-go | Go | 40+ | ~3.500 |
| zerofee-java | Java | 40+ | ~4.000 |
| zerofee-csharp | C# | 40+ | ~3.200 |
Otros entregables
| Componente | Descripción |
|---|---|
| Widget de checkout | Formulario de pago embebible (modos iframe + redirección) |
| Herramienta CLI | Herramienta de línea de comandos zerofee para pruebas y gestión |
| Sitio web de marketing | Página de inicio, documentación, precios, blog |
| Panel de administración | Herramientas internas para monitoreo, soporte y operaciones |
Hitos del cronograma
| Fecha | Sesión | Hito |
|---|---|---|
| 10 dic 2025 | 001 | Primera sesión: 42 archivos, 7.900 líneas de código en 45 minutos |
| 15 dic 2025 | 005 | Adaptadores de Stripe y PayPal completos |
| 22 dic 2025 | 012 | Integración de Hub2 (dinero móvil del África francófona) |
| 02 ene 2026 | 020 | Integración de PawaPay (21+ países africanos) |
| 10 ene 2026 | 028 | Motor de enrutamiento con failover inteligente |
| 18 ene 2026 | 035 | MVP del panel SolidJS |
| 25 ene 2026 | 042 | Los 7 SDKs generados y probados |
| 01 feb 2026 | 050 | Widget de checkout (iframe + redirección) |
| 10 feb 2026 | 060 | Sistema de webhooks con backoff exponencial |
| 18 feb 2026 | 070 | Motor de analíticas e informes |
| 25 feb 2026 | 080 | Herramienta CLI y sitio web de marketing |
| 28 feb 2026 | 086 | Despliegue a producción y preparación para lanzamiento |
La primera sesión: 42 archivos en 45 minutos
La sesión 001 merece atención especial porque estableció la base para todo lo que siguió.
En 45 minutos, produjimos:
- Estructura del proyecto: aplicación FastAPI con enrutamiento modular, inyección de dependencias y gestión de configuración.
- Modelos centrales: Organization, Application, User, Transaction, Payment, Payout, Refund, WebhookEndpoint, APIKey.
- Configuración de base de datos: modelos SQLAlchemy, configuración de migración Alembic, migración inicial.
- Autenticación: validación de clave API, generación de token JWT, middleware.
- Primeros tres endpoints: verificación de salud, crear pago, obtener estado del pago.
- Interfaz de proveedor: clase base abstracta que todos los 53+ adaptadores implementarían.
- Configuración: variables de entorno, logging, CORS, esqueleto de límite de tasa.
42 archivos. 7.900 líneas de código. Un servidor ejecutándose que podía aceptar solicitudes de API.
Esta es la ventaja del CTO de IA. Un ingeniero humano podría tardar dos o tres días en establecer esta base, tomando decisiones sobre la estructura del proyecto, eligiendo bibliotecas, escribiendo código repetitivo. Claude genera scaffolding de calidad de producción en una sola sesión porque los patrones están bien establecidos -- el trabajo creativo está en las decisiones de producto y arquitectura que Juste toma antes y durante la sesión.
África primero por diseño
La mayoría de las plataformas de pago agregan África como algo secundario -- una sección de "próximamente" en su lista de países, o una sola integración con un proveedor panafricano que cubre lo básico. 0fee se construyó al revés.
El dinero móvil no fue una integración que agregamos en la sesión 50. Se construyó en la sesión 5. La convención de nombres de métodos de pago (PAYIN_ORANGE_CI, PAYIN_MTN_GH) se diseñó en la sesión 2. La lógica de validación de números telefónicos (soportando +225 para Costa de Marfil, +233 para Ghana, +254 para Kenia, +234 para Nigeria y más de 40 códigos de país adicionales) se implementó antes que la validación de pagos con tarjeta.
Esto no es solo una postura filosófica. Afectó las decisiones técnicas:
- Flujo de pago asíncrono primero: porque el dinero móvil es inherentemente asíncrono (el cliente confirma vía USSD), construimos todo el ciclo de vida de pagos alrededor de webhooks en lugar de respuestas síncronas. Los pagos con tarjeta resultan resolverse rápidamente, pero el sistema trata cada pago como potencialmente asíncrono.
- Número de teléfono como identificador principal: muchos clientes africanos no tienen direcciones de correo electrónico. El modelo de cliente soporta autenticación solo por teléfono desde la base.
- Multidivisa desde el primer día: XOF, XAF, KES, NGN, GHS, TZS, UGX, ZAR estaban en el enum de monedas antes que USD y EUR.
- Optimización para bajo ancho de banda: el panel SolidJS carga en menos de 50 KB de JavaScript porque necesita funcionar en conexiones 3G en Uagadugú tan bien como en fibra en París.
El ecosistema ZeroSuite
0fee.dev no es un producto aislado. Es uno de seis productos en el ecosistema ZeroSuite, todos construidos por el mismo equipo de dos desde Abiyán:
| Producto | Descripción | Estado |
|---|---|---|
| 0fee.dev | Orquestación de pagos -- 53+ proveedores, 200+ países | En vivo |
| Deblo.ai | Plataforma educativa con IA para estudiantes africanos (CP a Terminale) | En vivo |
| sh0.dev | Acortador de URLs y plataforma de gestión de enlaces | En vivo |
| FLIN | Inteligencia y analíticas financieras | En desarrollo |
| 0cron.dev | Programación de cron jobs como servicio | En desarrollo |
| 0diff.dev | Revisión de código y herramienta de análisis de diff | En desarrollo |
Cada producto comparte la misma metodología de desarrollo: Juste proporciona la visión, la dirección del producto y las decisiones de arquitectura; Claude implementa el código. Sin ingenieros humanos. Sin freelancers. Sin agencias.
El blog que estás leyendo -- ThalesAndHisAiCtoClaude.com -- documenta todo este viaje. Cada log de sesión, cada decisión de arquitectura, cada lanzamiento de producto. Es la primera asociación documentada del mundo de CEO + CTO de IA construyendo productos reales en producción.
Lo que aprendimos
Después de 86 sesiones y una plataforma de pagos en producción, estas son las lecciones clave:
1. El modelo de CTO de IA funciona para construir, no solo para prototipar.
0fee no es una demo ni un proyecto de hackathon. Procesa transacciones financieras reales a través de APIs de proveedores reales. La calidad del código, el manejo de errores, las prácticas de seguridad y la documentación son de grado de producción -- porque el modelo de CTO de IA no impone un techo de calidad. Impone un piso de velocidad.
2. La experiencia en el dominio importa más que el número de ingenieros.
El entendimiento de Juste sobre los ecosistemas de pago africanos -- qué proveedores funcionan dónde, cómo se comportan los flujos USSD, qué puntos de fricción existen en el checkout de dinero móvil -- es lo que hace útil a 0fee. La ejecución de ingeniería, sin importar cuán rápida sea, no puede reemplazar el conocimiento del dominio.
3. El desarrollo basado en sesiones crea puntos de control naturales.
Cada sesión tiene un alcance claro, produce una salida documentada y termina con una lista de lo que viene después. Este ritmo previene el aumento de alcance, mantiene el impulso y crea un historial auditable de cada decisión.
4. Comienza con el mercado difícil.
Construir para África primero -- con sus proveedores fragmentados, flujos asíncronos y restricciones de infraestructura -- significó que soportar Europa y Norteamérica fue trivialmente fácil en comparación. Si tu sistema maneja timeouts USSD en una conexión 3G en Camerún rural, maneja un pago con tarjeta Stripe en Nueva York sin despeinarse.
5. La ubicación no es una limitación.
Construimos una plataforma de pagos global desde Abiyán. Los proveedores son APIs. La infraestructura está alojada en la nube. El CTO de IA es accesible desde cualquier lugar con conexión a internet. Lo único que es local es la perspectiva -- y esa perspectiva es la mayor ventaja competitiva del producto.
Qué viene a continuación
0fee.dev está en vivo y procesando transacciones. Pero la hoja de ruta es extensa:
- Expansión de desembolsos: desembolsos masivos a billeteras de dinero móvil en toda África (nómina, pagos de marketplace).
- Facturación por suscripción: pagos recurrentes con failover automático de proveedores.
- Liquidación multidivisa: recibir en XOF, liquidar en USD o EUR.
- Detección de fraude: puntuación de transacciones basada en ML usando patrones de pago africanos.
- Proveedores adicionales: objetivo de 100+ proveedores para finales de 2026.
Cada funcionalidad se construirá de la misma manera: un CEO, un CTO de IA, sesión por sesión, desde Abiyán.
Este artículo es parte de la serie "Cómo construimos 0fee.dev". 0fee.dev es un orquestador de pagos que cubre más de 53 proveedores en más de 200 países, construido por Juste A. GNIMAVO y Claude desde Abiyán sin ningún ingeniero humano. Sigue la serie para conocer la historia completa de construcción.