Soy Felipe Abreu, fundador de Mentor dos Nerds, profesional de tecnología, mentor y autor.
Ilustración editorial creada con IA a partir de referencias visuales autorizadas.
Mi base no empezó con la reciente ola de la inteligencia artificial. La construí durante años desarrollando software, lidiando con sistemas reales y aprendiendo que la tecnología solo genera valor cuando sobrevive a requisitos, integraciones, fallos, mantenimiento y personas.
Soy graduado en Ciencias de la Computación por UNISINOS. A lo largo de mi trayectoria, trabajé en toda la cadena de un proyecto: conversar con el cliente, relevar requisitos, identificar el problema detrás del pedido, transformar ese entendimiento en un sistema, elegir estrategias y arquitecturas, implementar, desplegar en la infraestructura y mantener la operación observable, segura y recuperable mediante copias de seguridad.
Esa visión de punta a punta es una de mis mayores fortalezas. No me limito a recibir una especificación lista para programar ni entrego un repositorio esperando que otra persona descubra cómo ponerlo en marcha. Puedo recorrer toda la distancia entre una necesidad todavía mal formulada y un sistema en producción, incluidos los compromisos, riesgos y decisiones que aparecen en el camino.
El desarrollador «perezoso» que se levantaba a tomar café
Siempre fui un desarrollador un poco perezoso, en el sentido de querer resolver las cosas bien y con suficiente rapidez como para poder levantarme de la silla.
Cuando trabajaba físicamente en las empresas, terminar un problema temprano me daba tiempo para ir a la cocina, tomar café, hablar con la gente y visitar otras áreas. En esas conversaciones empezaba a entender cómo funcionaba realmente cada sector: dónde se detenía la información, qué regla no estaba documentada, qué atajo sostenía la operación y por qué una solicitud aparentemente simple llegaba al software de aquella manera.
En esa época no lo llamaba descubrimiento de procesos. Era curiosidad, café y ganas de no quedar atrapado frente a mi propia pantalla. Pero moverme por la empresa me enseñó algo que todavía guía mi trabajo: ningún sistema existe solamente en el código. Atraviesa personas, decisiones, incentivos, excepciones y acuerdos que rara vez caben por completo en una especificación.
Hoy, cuando pienso en agentes y automatizaciones, sigo haciendo lo mismo con herramientas mucho más capaces. Antes de acelerar un proceso, quiero entender la operación que será acelerada. Automatizar sin recorrer las demás áreas es apenas hacer que el error llegue más rápido y con una interfaz mejor.
Del software a la orquestación de agentes
Hoy concentro buena parte de mi trabajo en orquestar agentes de IA y automatizaciones.
Eso no significa simplemente escribir un prompt mejor. Significa construir un sistema de trabajo en el que contexto, memoria, skills, subagentes, herramientas, permisos, validaciones y criterios de decisión colaboran sin quitarle al ser humano la responsabilidad por la dirección.
Uso IA para externalizar contexto, coordinar ideas, delegar la ejecución y aumentar la capacidad operativa. Al mismo tiempo, me tomo en serio la trazabilidad, el monitoreo, la seguridad, la integridad de la información, las copias de seguridad y los límites. Un Ferrari a toda velocidad sigue llegando antes contra la pared si nadie cuida la dirección.
Lo que construyo
Mi trabajo ocurre en la intersección entre:
- arquitectura y desarrollo de software;
- agentes de IA, automatización y memoria operativa;
- integración de procesos, herramientas y datos;
- infraestructura, seguridad y continuidad;
- liderazgo técnico, comunicación y desarrollo humano.
En la práctica, busco mapear procesos y cuellos de botella, identificar dónde el software, la automatización y la IA pueden generar valor e implementar soluciones con el nivel de control que el contexto exige. A veces eso significa combinar herramientas disponibles en el mercado. En otros casos, significa construir una arquitectura propia porque la seguridad, la soberanía, la integración o la gobernanza importan más que la comodidad inmediata. Siempre que el problema lo permite, prefiero código abierto, infraestructura privada y caminos que preserven el control del cliente sobre los datos, las políticas y la operación.
Por qué existe este blog
Este blog es mi tarjeta de presentación intelectual y técnica.
También es el núcleo editorial y autoral de i-9.ai. Aquí puedo desarrollar con más espacio las percepciones, los criterios y los cuidados que orientan el trabajo entregado por la empresa, sin convertir cada artículo en una propuesta comercial.
Aquí registro cómo pienso, qué estoy construyendo, qué preguntas siguen abiertas y dónde el entusiasmo tecnológico debe encontrarse con el método. Algunos textos son prácticos. Otros investigan los efectos humanos de la tecnología. En ambos casos, quiero separar evidencia, hipótesis y síntesis autoral sin matar la convicción del texto.
No escribo para demostrar que toda novedad es una revolución. Tampoco escribo para tratar cada cambio como una amenaza. Escribo para entender la dirección, probar qué funciona y devolver al mundo algo que se pueda discutir, usar y verificar.
¿Y los servicios?
Este espacio también es la puerta de entrada a los servicios que entrego a través de i-9.ai.
Eso no convierte el blog en una página de ventas disfrazada. Antes de contratar cualquier solución, quiero que un posible cliente pueda entender qué problemas intento resolver y por qué me importan la dirección, la seguridad, la trazabilidad, la integración, la gobernanza y el impacto humano de las entregas.
Si te gusta esta forma de trabajar y ves un problema que puedo ayudar a transformar en sistema, ponte en contacto. No necesitas llegar con la solución lista: podemos empezar por la necesidad, los criterios y aquello que debe cambiar en la operación.
Los artículos siguen siendo la mejor forma de conocer mi repertorio, mi método y el tipo de problema que me gusta resolver.
Ofrezco presencia, herramientas y camino. La dirección continúa siendo una responsabilidad humana.