— LuchoLabs.dev · The Lab · v1.0

lucholabs.dev/lab

Construyo sistemas con IA e infraestructura de automatización.
hablemos de:
Bogotá · Remoto · Inglés C1 (IELTS Academic 7.0)
Manifiesto — lo que atraviesa cada proyecto

Cómo Construyo.

01.Pensamiento Sistémico
La automatización real no es escribir scripts. Es encontrar la grieta por donde un flujo de trabajo se fuga — fricción entre APIs, pasos manuales escondidos, observabilidad faltante — y reconstruirlo. El sistema open-source de subtitulado en vivo de mi tesis no optimizó un modelo; cerró una brecha de tooling que dejaba a estudiantes con discapacidad auditiva fuera de las clases. La misma mirada atraviesa cada proyecto aquí.
02.IA como Infraestructura
Los LLMs no son el producto; son un runtime — y un runtime vale tanto como el contexto que le das. La verdadera infraestructura es todo lo que rodea al modelo: recuperación, grounding, memoria compartida y el límite de confianza que decide sobre qué entradas puede actuar un agente. Mi tesis no afinó un modelo de voz; envolvió uno genérico en un motor de diccionario propio para que de verdad funcionara en un salón colombiano. SUPERFARM es la misma apuesta — un modelo de contexto compartido y persistente sobre el que razonan los agentes. El contexto es la ingeniería. El modelo es la parte fácil.
03.Visión Multidominio
Herramientas de accesibilidad adoptadas por dos instituciones colombianas. Una capa WhatsApp-first sobre interrupciones de servicios públicos en Bogotá. Finanzas local-first sobre exportes de bancos colombianos. Protección anti-phishing diseñada para adultos mayores. La forma no es una vertical; es una negativa a sobre-especializarse cuando la plomería falta en todas partes.
04.Identidad Builder-Lab
/lab es lo que dice. Un experimento está en desarrollo activo (Boveda). Otros siguen en diseño o investigación (Anti-Phishing Shield, SUPERFARM). Otros están archivados porque las cuentas no daban (HayCorte, Klipper Copilot — postmortems abajo). La credibilidad no es una tasa de aciertos; es la disposición a escribir el postmortem.
Tesis — el proyecto que me enseñó plomería multidominio

Subtitulando Clases.

Sistema Open-Source de Subtitulado en Vivo para Estudiantes con Discapacidad Auditiva
Tesis 2022–2023 · Ingeniería de Sistemas · Universidad ECCI · Graduado 2024
Meritoria · En Uso
Adoptado porSENA Regional Amazonas · Universidad ECCI
StackNode.js · Mozilla DeepSpeech · NGINX · Custom Dictionary Engine
Construido entre 2022 y 2023 después de que un compañero con discapacidad auditiva no tuviera forma de seguir las clases en tiempo real. El sistema genera subtítulos en vivo desde la voz del profesor directo a la pantalla del estudiante y guarda la transcripción completa para revisar después. Completado antes de la graduación de 2024 y reconocido con distinción Meritoria. Adoptado por dos instituciones académicas colombianas. Cero costo de licenciamiento. Desplegable por cualquier institución solo con software open source.
Stack — runtime principal + herramientas

Las Herramientas.

Núcleo /

  • Python
  • FastAPI
  • n8n
  • REST APIs
  • Linux

Herramientas /

  • PostgreSQL
  • SQLAlchemy
  • Webhooks
  • Postman
  • Make
Credenciales —AI Automation Engineering · Coderhouse · 2025
BVD · 06 — Proyecto

Boveda.

En Progreso
Dashboard de finanzas personales para cuentas bancarias colombianas.
"Los bancos son dueños de tus transacciones. No deberían serlo de cómo las entiendes."
Un experimento fintech local-first explorando datos financieros estructurados, automatización por reglas y workflows programables construidos sobre los exportes de extractos bancarios colombianos.
  • importación estructurada desde exportes de extractos bancarios colombianos
  • categorización por reglas (sin ML para el 90% aburrido)
  • workflows programables sobre tu libro contable real
  • almacenamiento local-first — tus datos se quedan en tu máquina
A largo plazo →imports locales → capa de reglas → DSL de consulta → finanzas personales totalmente programables
— stack: Python · FastAPI · SQLite · SQLAlchemy · React
PHS · 07 — Proyecto

Anti-Phishing Shield.

Concepto
Protección contra phishing para adultos mayores — concepto de código abierto.
"Las herramientas de seguridad hechas para ingenieros fallan justo con la gente que más las necesita."
Una herramienta de código abierto en etapa de diseño — aún no en desarrollo — para ayudar a adultos mayores a identificar y evitar ataques de phishing por correo. El diseño: analizar correos sospechosos y entregar advertencias en lenguaje claro que usuarios no técnicos puedan seguir.
  • explicaciones de riesgo en lenguaje claro (sin jerga, sin puntajes)
  • UX afinada para la tercera edad — tipografía grande, defaults pausados
  • open source para que las familias lo corran ellas mismas
  • análisis de patrones de correo sin enviar contenido a terceros
A largo plazo →chequeos de correo único → integración con cuenta de correo → bandeja de reenvío instalable por la familia → despliegue a nivel ISP
— stack planeado: Python · Open Source · Email Analysis · Accessibility
SFM · 08 — Proyecto

Superfarm.

Investigación
Infraestructura abierta de inteligencia agrícola.
"¿Y si la inteligencia agrícola misma se volviera modular, abierta, inspeccionable y accesible?"
Un runtime y harness de orquestación open-source para agentes de IA agrícolas — no un chatbot, no una app de finca, no otro wrapper de IA. Un entorno de ejecución modular donde agentes agrícolas especializados colaboran sobre memoria, sensores, workflows e historial compartidos de la finca. Una finca es un ecosistema operativo vivo — clima, suelo, agua, animales, cultivos, finanzas, logística y decisiones que se afectan entre sí continuamente. La capa de inteligencia debería serlo también.
  • runtime de agentes — agentes agrícolas especializados (SoilScientist, WeatherAgent, HydroponicsAdvisor, ChickenFarmer, CompostEngineer, FinancialAdvisor, IoTDesigner, ScaleUpStrategist) colaborando sobre la misma finca
  • contexto compartido de la finca — geografía, clima, recursos, infraestructura, finanzas, telemetría e historia operativa como un único modelo persistente
  • brain router — Claude, OpenAI, Gemini, Ollama, modelos locales; conectable por tarea
  • capa de herramientas — APIs de clima, GIS, sensores IoT, telemetría, bases de datos vectoriales, workflows financieros
  • open source por diseño — despliegue local, inspeccionabilidad, soberanía tecnológica
A largo plazo →base del runtime → agentes especializados → integración de sensores + telemetría → expansión del ecosistema → infraestructura abierta de inteligencia agrícola
— actualmente en fase arquitectónica e investigativa. validando runtime, orquestación, modelos de contexto compartido y ejecución modular de agentes.
"Linux se volvió infraestructura de OS. Kubernetes se volvió infraestructura de orquestación. ROS se volvió infraestructura de robótica. SUPERFARM explora la misma forma para la agricultura."
The Lab — commits recientes + lo que viene

Ahora y Siguiente.

Ahora /

Boveda · Anti-Phishing Shield · Workflows de Automatización

Siguiente /

[escribiendo] Bitácora principal: por qué finanzas local-first — construyendo Boveda después de que los bancos colombianos me rompieran.

[charla · pasada]AI Tinkerers Bogotá — Cámara de Comercio, mayo 2026 — Charla relámpago sobre la capa de contexto organizacional
[charla · pasada]Foro de IA y Ciberseguridad — Bogotá, mayo 2026 — Panelista: "Ciberseguridad en la Era Dorada de la IA"
[charla · pasada]Foro de Ciberseguridad — Bogotá, 2025 — Panelista sobre seguridad de redes e infraestructura
Archivo — postmortems de experimentos que murieron

El Cementerio.

total 2 drwx------ 1 lual staff haycorte/ drwx------ 1 lual staff klipper-copilot/
"La mayoría de los experimentos mueren. Los que viven se lo ganaron."
Muerto haycorte inteligencia sobre interrupciones urbanas — bogotá

Qué era

Plataforma de inteligencia de infraestructura WhatsApp-first para cortes de servicios (agua / luz / gas) en Bogotá. Cerraba la brecha entre la información oficial de las empresas de servicios y la forma en que los residentes ya comparten información en grupos de WhatsApp.

Por qué tenía fuerza

Problema de comunicación real; la brecha existe.

Por qué murió

  • Dependencia de infraestructura. Automatización de WhatsApp, scraping de empresas de servicios, geolocalización, APIs cloud — nada bajo tu control. Confiabilidad continua exigida desde el día uno porque los usuarios solo aparecen en eventos estresantes; un fallo de scraper o un flujo de WA bloqueado quema la confianza al instante.
  • Estructura de negocio incompatible. Se comporta como una capa de servicio público; se monetiza como SaaS. Los individuos no pagan por información de cortes. El camino más fuerte (administradores de edificios / gestión de propiedades) exige ventas manuales, onboarding y operaciones locales.
  • Uso episódico. A los usuarios solo les importa durante los cortes. La retención depende de alertas de mantenimientos programados y de participación comunitaria, lo que retrasa la auto-sostenibilidad.
  • Capital vs. carga operativa. Infraestructura pesada con ingresos tempranos insuficientes para justificar la carga. Sin capital ni una capa de operaciones dedicada, opera en pérdidas demasiado tiempo.
— · —
Muerto klipper-copilot compañero ai para orcaslicer + klipper

Qué era

Una capa companion asistida por IA para OrcaSlicer y Klipper — analizando perfiles del slicer, validando restricciones de la impresora y recomendando ajustes de impresión más seguros para impresoras 3D de alto rendimiento.

Por qué tenía fuerza

Dolor real de ingeniería de sistemas; afinar estas impresoras es genuinamente difícil.

Por qué murió

  • Costo de infra > ingresos realistas. Una optimización confiable necesita grandes datasets de configuraciones y fallos de impresoras, ingesta de telemetría, modelos de tuning específicos por hardware y testing continuo en muchas variantes de impresoras. Carga de soporte desproporcionada frente a los ingresos probables.
  • Economía de la audiencia. Los usuarios objetivo (hobbyistas avanzados) son técnicamente capaces, sensibles al precio y resistentes a las suscripciones — adquisición y retención duras sin presencia comunitaria fuerte o canal de distribución.
  • Categoría frágil en confianza. Recomendaciones inconsistentes o una sola sugerencia de impresión fallida queman la confianza rápido. Costos altos de API y hosting mientras se debuggean casos borde hacen castigadora la etapa temprana.
  • Encaje estratégico. Mejor clasificado como un experimento de ingeniería de sistemas que como producto ahora mismo; los requisitos de infraestructura y validación exceden el retorno probable a corto plazo. Un lanzamiento en pérdidas es estratégicamente irrealista en esta etapa.
Prueba — credenciales y adopción

Confianza de un vistazo.

rolIngeniero de Automatización Freelance · Independiente · abr 2024–Presente
rolQA Tester · Funktronic Labs (Remoto) · 2024
certAI Automation Engineering · Coderhouse · 2025
tesisTesis con distinción Meritoria · construida 2022–2023 · graduado 2024 — adoptada por SENA + ECCI
fullVer CV completo ↗
Charlas — talks y paneles

Charlas al aire.