Saltar a contenido

Sobre mí

La versión corta

Ayudo a equipos a llevar sistemas de IA desde "funciona en un notebook" hasta "funciona en producción y confiamos en él."

Si tu prototipo ya demuestra el valor pero el camino hacia un sistema fiable y mantenible todavía no está claro - ahí es exactamente donde mejor trabajo.

Retrato de Andrés Espinosa Sanfiel, AI Engineer

Cómo llegué aquí

Estudié Economía antes de tocar una línea de Python. En su momento parecía no tener relación. No era así. La Economía me entrenó para pensar en trade-offs, incentivos y resultados medibles - que es exactamente lo que importa cuando un negocio está a punto de apostar dinero real en un sistema de IA.

Primero pasé a data engineering, construyendo pipelines con Spark y aprendiendo lo que realmente hace falta para mantener datos fluyendo de forma fiable a escala. Después data science - modelos de ML, servicios cloud de IA, MLOps. Y finalmente AI engineering, donde encontré el trabajo que me hace querer seguir resolviendo problemas: llevar una IA que impresiona en una demo a algo en lo que la gente pueda confiar cada día.

Esto es lo que ese camino me enseñó. El modelo rara vez es la parte difícil. Lo que rompe los proyectos es todo lo que lo rodea - el enrutamiento, los reintentos, los límites del sistema que nadie definió, el retrieval que funciona perfecto con datos de test y falla con queries reales. He estado en ambos lados de ese problema las veces suficientes como para saber dónde se esconden los riesgos.

Tengo un Máster en Inteligencia Artificial Avanzada y Aplicada por la Universidad de Valencia, y un Grado en Economía. Uno me da la profundidad técnica, el otro me da el hábito de preguntar "¿esto tiene sentido para el negocio?" antes de escribir una sola línea de código. Uso ambos a diario.

Lo que he estado construyendo

Ahora mismo, mi trabajo se sitúa en la brecha entre un prototipo de IA funcional y un sistema en el que un equipo pueda depender de verdad.

Los proyectos recientes incluyen workflows agénticos que redujeron el procesamiento manual un 70%, pipelines de RAG híbrido que mejoraron la precisión de retrieval específico de dominio un 40%, y servicios FastAPI gestionando más de 500 peticiones API diarias para cargas de trabajo de IA en vivo.

Uno de esos - un sistema de automatización de email en producción construido con PydanticAI, RAG y FastAPI - lo presenté públicamente en el Datamecum Webinar 2025. Fue mi primera charla técnica delante de una audiencia, y sinceramente, fue un punto de inflexión. Hablar públicamente sobre lo que construyo me obligó a ser más claro sobre por qué cada decisión de diseño importaba - y esa claridad ahora se nota en cada proyecto.

Puedes explorar los detalles completos en mis casos de estudio.

Certificaciones y divulgación

Stack principal

  • Agentic AI y orquestación


    LangChain, LangGraph, PydanticAI, Agno, MCP protocol, workflows deterministas, agentes multi-step y orquestación de tools.

  • Retrieval y datos


    OpenSearch, Qdrant, PostgreSQL, pgVector, PySpark, SQL y arquitecturas de búsqueda por dominio que combinan vector y keyword retrieval.

  • Plataformas y cloud


    Python, FastAPI, WebSockets, AWS (ECS, Lambda, S3, DynamoDB, EventBridge), Azure, Docker, Redis y APIs backend construidas para uso real.

  • Delivery y MLOps


    CI/CD, MLflow, Langfuse, LangSmith, model tracking, workflows de despliegue y arquitectura hexagonal para mantenibilidad y desacoplamiento.

Cómo trabajo

Cada proyecto empieza con una pregunta simple: ¿cómo se ve el éxito y cómo lo mediremos? La arquitectura se deriva de la respuesta - no al revés.

Tengo opiniones claras sobre algunas cosas. Prefiero workflows deterministas antes que magia de caja negra. Si el comportamiento del sistema no se puede testear y observar, no está listo para producción. Eso significa que pienso con cuidado sobre dónde el LLM aporta valor real y dónde la lógica simple hace mejor el trabajo - y no me da miedo decir "para esa parte no necesitas IA."

Construyo pensando en producción desde el primer día. La observabilidad, la mantenibilidad y los límites claros del sistema no son cosas que añado al final - dan forma al diseño inicial. Cuando el proyecto termina, el objetivo siempre es un sistema que tu equipo pueda operar, extender y evaluar sin necesitarme en la sala.

Trabajo bien por mi cuenta y también integrado en un equipo interno de ingeniería o producto. En cualquier caso, te diré lo que creo que funcionará, lo que no, y cuáles son los trade-offs. Prefiero tener una conversación honesta ahora que una dolorosa tres meses dentro de la entrega.

Idiomas y disponibilidad

  • Trabajo en inglés y español.
  • Basado en España y disponible para colaboración remota en toda Europa.
  • Abierto a oportunidades freelance, contract y colaboraciones seleccionadas a largo plazo.

¿Quieres comentar un proyecto?

Si ya tienes el caso de negocio pero el camino de entrega todavía se siente frágil, hablemos. Puedo ayudarte a evaluar la forma técnica, los riesgos y los próximos pasos antes de que tu equipo se comprometa con la implementación.