Abierto a nuevos roles full-time
Buenos Aires, Argentina

Construyo ideasen producción.

Fronteras explícitas y sistemas que se pueden explicar. Sin humo.

Full Stack con ownership del producto · LLMs y RAG corriendo en producción · Mentoría y estándares de ingeniería para equipos

HablemosVer case studies

Anécdotas puntuales de mi carrera.

Situaciones reales que viví, el problema, la decisión que tomé y por qué.

Estandarizar el Desarrollo en una Era de Código Generado por IA

Cuando la IA le dio a cada desarrollador control total sobre el código, perdimos los límites que mantenían consistencia entre proyectos. Construí starters con guardrails automáticos, hechos propios por todo el equipo.

Impacto

Starters como producto interno, adoptados por todo el equipo

Diseñar un Proceso a Prueba de un Product Owner que No Podía Sostenerlo

Cuando quien cubría temporalmente el puesto de product owner del cliente no podía gestionar los requerimientos, no intentamos arreglar a la persona — rediseñamos el proceso.

Impacto

Entrega a tiempo, cero atraso de contrato

Diseñando una Transición Segura Entre Dos Equipos de Desarrollo

Un cliente quiso asumir el mantenimiento de un producto que desarrollábamos. Diseñé un handoff por niveles de riesgo para que dos equipos avanzaran en paralelo sin cuello de botella.

Impacto

Handoff progresivo, sin cuello de botella

Ver todos

No delego el pensamiento. Delego la implementación.

contexto primero · spec antes que código · review humano

Uso spec-driven development para trabajar con agentes. El plan se discute, se pone a prueba y se escribe con sus restricciones antes de que exista una línea de código. La implementación se verifica contra ese plan, y lo que no pasa la revisión vuelve a planificarse. Estoy convirtiendo ese proceso en una cadena de agentes especializados, que hoy pruebo en mis propios proyectos.

loc: run.logsec: EX
cómo se mueve una tarea00/06
en espera

0101 / 06

grill (en espera)

me cuestiona el plan hasta que no quedan supuestos sueltos

agent · grill-me
0202 / 06

plan (en espera)

un planner redacta el plan y un critic intenta romperlo

agent · planner + critic
0303 / 06

execute (en espera)

los agentes implementan por olas, cada uno en su área

agent · web-frontend · backend · worker
0404 / 06

test (en espera)

tests de integración sobre las uniones entre tareas

agent · endev-test
0505 / 06

review (en espera)

puntúa de 0 a 100 contra el plan. Bajo 90 vuelve al plan y se corrige

agent · auditor
0606 / 06

ship (en espera)

valida, ordena los commits y hace push

agent · endev-ship
// standbyux-designer· brief de diseño y tokensseo-aeo· metadata, JSON-LD y llms.txtdebugger· diagnosticar + parchar

Notas desde producción

Incidentes reales, decisiones de arquitectura, opiniones sobre IA y alguna reflexión sobre cómo trabajamos. Las escribo cuando algo se rompe, o cuando algo no me cierra.

Leer nota Nadie se compromete con un rumbo que no entiende
Ingeniería de producto4 min
Nadie se compromete con un rumbo que no entiende

Una empresa puede cambiar de modelo de negocio, de sitio y de equipo en pocos meses. Lo que no puede es esperar compromiso de gente que no sabe hacia dónde va. Creo que la cultura es lo que deja girar sin perder a nadie, y que funciona en dos direcciones: alguien la tiene que explicar y alguien la tiene que querer.

Leer nota
Leer nota Una tarde con Claude no es una estimación
Ingeniería de producto5 min
Una tarde con Claude no es una estimación

CEOs y directivos están usando Claude para probar por fin las ideas que llevaban años guardando. Funcionan en una tarde, y esa tarde se vuelve la vara con la que miden al equipo: tiempos, mantenimiento, el trabajo que no se ve. Cuando la estimación honesta empieza a sonar a lentitud, el problema ya no es técnico.

Leer nota
Leer nota La API del tercero no es tu modelo: adapters con Zod
Arquitectura de software7 min
La API del tercero no es tu modelo: adapters con Zod

Cuando una API te suelta `f_title` y `userid`, TypeScript no se queja si lo copias. Al otro día el listado ya habla como ellos. Yo lo traduzco en el server con Zod: entra `f_title`, sale `title`, y a las pantallas les llega el objeto que sí quiero manejar.

Leer nota
Ver todas las notas

Con qué he trabajado.

No solo lo de hoy: herramientas y patrones de proyectos y notas a lo largo de los años. No es un muro de logos — es un mapa de lo que usé, uso y seguiría eligiendo. Pasa el cursor para ver el patrón detrás.

04

Ingeniería de Agentes IA

Spec-driven development, agent skills, MCP servers — IA aplicada en producción, no solo RAG.

  • Spec-Driven Development (SDD)

    Escribo la spec antes de que el agente escriba código — Grill.me interroga el plan hasta resolver cada rama, después un agente nuevo construye contra esa spec.

    pasa para inspeccionar

    loc: 01.04sec: AI1
    # spec.md
## Requirements
## Acceptance criteria
// the agent implements against this, not vibes

  • Claude Code · Cursor

    Código agéntico a diario — de Tab en Cursor a workflows de agentes completos con skills propias.

    loc: 02.04sec: AI2
    /anti-cliche  # custom skill, runs before every commit

  • MCP Servers

    Conectar agentes a datos en vivo — el contenido de este sitio sale de un servidor MCP de Sanity.

    loc: 03.04sec: AI3
    claude mcp add Sanity -t http https://mcp.sanity.io

  • Agent Skills · Multi-agent

    Flujos multi-agente estilo Grill.me — un agente interroga el plan, otro lo construye.

    loc: 04.04sec: AI4
    phase-1.md → new conversation → phase-2.md
# context reset between phases

  • Context Engineering

    Dividir planes grandes en fases antes de que el contexto se llene a mitad de tarea.

    loc: 05.04sec: AI5
    # plan.md
## Phase 1: schema
## Phase 2: API
## Phase 3: UI

  • RAG · LangChain

    Búsqueda semántica sobre conocimiento interno.

    loc: 06.04sec: AI6
    const docs = await retriever.invoke(question);
return llm.stream({ docs, question });

  • Vector Search

    Embeddings + pgvector para discovery.

    loc: 07.04sec: AI7
    select 1 - (embedding <=> $1) as score
order by score desc;

10 años de trayectoria

De frontend freelance a liderar producto, plataforma e IA aplicada. Cada paso dejó algo que sigo usando.

portrait_01.jpg
Endev
Sobre mí

Cómo construyo y por qué

Si llegaste hasta aquí, probablemente quieras saber un poco más de mí. Llevo muchos años construyendo software y todavía me importa lo mismo que al principio, ver una idea convertirse en algo que realmente funciona.

El código es solo una parte del trabajo. A veces toca pensar producto, otras arquitectura, revisar un deploy o quedarme hasta entender por qué algo que funcionaba ayer dejó de funcionar hoy. Así es producción. Tiene personalidad propia.

También disfruto ayudar a otros a crecer. Un buen code review no solo dice qué está mal, deja a la otra persona entendiendo algo que antes no entendía.

Me interesa entender el problema, discutir las decisiones cuando hace falta y encontrar la forma más simple y sólida de llevarlo a producción.

Trabajo principalmente con TypeScript y Node.js, y sigo de cerca lo que pasa con IA y agentes porque el trabajo está cambiando rápido. Adopto herramientas nuevas cuando realmente mejoran el producto, el equipo o la forma en que trabajamos.

Estoy terminando Ingeniería de Sistemas, aunque mi carrera no esperó al título. La mayor parte de lo que sé lo aprendí construyendo y equivocándome en sistemas reales.

  • Frontend y backend
  • Arquitectura y estándares
  • Mentoría
  • Next.js
  • Ingeniería asistida por IA

Hablemos

Abierto a nuevos proyectos, desafíos técnicos y colaboraciones donde el problema sea real, seas recruiter, founder o colega engineer. Escribe por el formulario o al email de esta página. Trabajo desde Buenos Aires (GMT-3) y respondo en español o inglés.

Desconectadobuenos aires
Hora local--:--
EstadoFuera de línea

Fuera de horario, responderé en cuanto me conecte

Nombre

Email

Mensaje

Tu información es privada y nunca se comparte.

CV
HTMLPDF