Dos décadas en software
Empecé a escribir código de producción en 2005 — mucho antes de los agentes de IA, mucho antes de cloud-native, mucho antes de que la mitad de los lenguajes que uso hoy existieran en su forma actual. A lo largo de esos años he entregado juegos multijugador en tiempo real sobre Node.js + WebSockets, un juego de estrategia de navegador con cerca de mil jugadores activos sobre LAMP, un bot de trading de cripto en Python, y más de veinticinco proyectos web para clientes desde 1998 en adelante.
Esa larga cola de experiencia de producción es la lente con la que abordo cualquier problema moderno. El criterio arquitectónico no es un parámetro que puedas subir; es un hábito construido a lo largo de años arreglando las consecuencias de malas decisiones.
Dónde estoy ahora
Desde marzo de 2025 soy Senior AI Engineer en un cliente de biotecnología con sede en EE. UU. que construye sistemas de IA autónomos para investigación científica — trabajando en patrones de orquestación, diseño de uso de herramientas, gestión de memoria y estado, fronteras de seguridad y trade-offs de rendimiento, además de la implementación que convierte el diseño en software funcional.
Construí una metodología de desarrollo agéntico dirigida por especificación que convierte una spec escrita en un agente operativo de forma rápida y reproducible. Construí el marco de evaluación — benchmarks públicos de agentes más conjuntos internos de escenarios que los agentes nunca ven durante el desarrollo. Construí servidores MCP a medida (Stdio, SSE, Streamable HTTP) que conectan los LLMs con herramientas propietarias y ejecución segura.
Cómo trabajo realmente día a día
Apenas escribo código a mano en el día a día — todavía puedo cuando un problema lo exige de verdad, solo que ya no es donde va mi tiempo. Dirijo agentes de codificación — Claude Code sobre Opus — como capa de implementación, mientras yo mantengo la propiedad de la arquitectura, la metodología y la calidad. Este propio sitio es un ejemplo: el monorepo entero, el backend FastAPI con capas clean-architecture y DI basada en Protocols, el frontend Next.js con enrutamiento i18n y design tokens de Tailwind v4, el flujo OAuth con Google con state firmado y cookies de sesión opacas, los builds Docker multi-etapa, las migraciones Alembic, los deploys en Railway — todo fue dirigido, no tecleado.
¿Qué significa eso en la práctica? Dos décadas de criterio sistémico van al diseño de lo que se debe construir. La práctica diaria con agentes da la velocidad para enviarlo de verdad. La calidad de la spec se convierte en el nuevo cuello de botella; la disciplina se traslada de "escribir código correcto" a "escribir especificaciones correctas y revisar código correcto".
Resuelvo el problema del negocio, no solo el ticket
Estoy lleno de impulso emprendedor, y eso cambia lo que optimizo. No estoy aquí para «trabajar el trabajo» — hacer tareas o subir código por sí mismo. Estoy aquí para resolver el problema que el negocio realmente tiene. Años manejando mis propios emprendimientos me entrenaron para leer cualquier brief en términos de intereses, costos y resultados, y no como una lista de tickets — así puedo distinguir qué trabajo mueve la aguja y qué solo parece ocupado. Y trabajo de forma independiente y sistemática: dame el objetivo y las restricciones, y me hago cargo del camino hasta el final.
Primero los fundamentos — sobre todo en la era de los agentes de codificación
En ingeniería voy por defecto a los fundamentos: estructura limpia, las abstracciones correctas, principios (SOLID, DRY, KISS) que rinden en el largo plazo. La espontaneidad la reservo para el trabajo creativo, que es donde corresponde. Un prototipo desechable puede ser rápido y descuidado — está bien, para un prototipo. Pero en el momento en que el código está hecho para vivir, saltarse los principios no es un atajo; es deuda con intereses.
El cálculo también cambió. Con agentes de codificación como Claude y Codex generando código a la velocidad que lo hacen hoy, enviar código descuidado simplemente no se justifica — los principios limpios desde el inicio son justo lo que permite que los agentes (y yo) se muevan más rápido, porque el código bien estructurado es más barato de leer, extender y devolverle a un agente. Una buena arquitectura hoy es una decisión de velocidad, no de pureza.
Confío en las métricas, no en las sensaciones
Tengo una mentalidad eval. No envío código con la sensación de que probablemente está bien — verifico lo que construyo, lo mido y leo la calidad en métricas y tests. Si no puedo señalar un número que diga que funciona, no lo doy por terminado. Es el mismo instinto que mis emprendimientos me grabaron a golpes: lo que te mata es el número que te negaste a mirar.
Trabajos anteriores
Antes de este engagement biotech construí, como único ingeniero, varios MVPs SaaS impulsados por LLMs desde cero: un marketplace de consultoría de IA (bot de Telegram + app Flutter) yContento (un generador de guiones impulsado por LLM con orquestación de prompts) — diseño, implementación, integración, lanzamiento. Aparte, por contrato, construí una app de e-commerce integrada con Telegram para BOTTEC con pagos, logística e integraciones de almacén. Stack: backends FastAPI + PostgreSQL + Celery, frontends Vue/Nuxt, ingeniería de prompts e integración de LLM de extremo a extremo.
También construí un sistema de trading multi-estrategia aumentado con IA en Python + Docker — backtests sobre 53 pares cripto durante tres años, con estrategias adaptativas walk-forward y filtros de tendencia por activo.
Qué busco
Conversaciones con fundadores o CTOs que están metiendo IA en un sistema de producción y quieren un segundo par de ojos sobre la arquitectura. Compromisos de consultoría de fondo donde la tarea es diseñar qué se debe construir, no teclear líneas en un archivo. Puestos senior de ingeniero de IA, desarrollador o arquitecto de IA en empresas donde la calidad de ingeniería se toma en serio y "ship it" es la segunda frase, no la primera.
Con base en Uruguay (UTC−3) con overlap horario con EE. UU. Disponible remoto.