Quien te atiende es quien construye

Fundador e ingeniero en IA, con diez años construyendo software para empresas donde un error cuesta dinero y dirigiendo a los equipos que lo construyen. Quien te presenta la propuesta es quien diseña, quien programa y quien te contesta cuando algo falla, sin traspasos ni esperas a que alguien consulte con alguien.

El recorrido empezó en el desarrollo móvil, pasó por liderar y gerenciar equipos, y siguió por sistemas de rastreo de flotillas, servicios financieros digitales y aplicaciones web empresariales. Siempre el mismo tipo de sistema: dinero, inventario y operaciones donde un error no se nota hasta que ya hizo daño.

Fuera del trabajo me interesan el internet de las cosas y la domótica, y doy conferencias en universidades sobre lo que voy aprendiendo. Es la misma curiosidad con la que hoy construyo agentes de IA, automatizaciones y la gobernanza que hace falta para que funcionen en producción de verdad.

En servicios financieros digitales, rastreo de flotillas o hospitalidad un error no es una molestia: es un cargo mal hecho, una operación que no cuadra o un cliente esperando en la puerta. Diez años ahí enseñan una cosa por encima de las demás: lo que más daño hace no es lo que falla, es lo que falla sin avisar.

Un agente que atiende a tus clientes vive en el mismo terreno. Un agente de reservas guardaba «las 8 de la noche» como las 2 de la tarde: seis horas, en silencio, sin un solo error en los registros y con los datos aparentemente correctos. La consecuencia no fue un mensaje raro: fue confirmar una mesa que ya estaba ocupada y consultar la disponibilidad de una hora que nadie había pedido.

Ese es el trabajo: que el sistema no mienta. Que si no sabe algo, lo diga; que si el restaurante no abre los domingos, lo diga; y que una reserva quede a la hora que el cliente pidió, no a la que le conviene al servidor. Es la misma regla de siempre, ahora aplicada a los modelos de lenguaje: lo que no se puede comprobar, no está terminado.

Trabajo con pocos negocios a la vez, y a cada uno lo conozco por su nombre. Con más proyectos al mes, cada uno recibiría menos atención de la que necesita para quedar bien. Prefiero que no sea el caso.

Se empieza por entender tu operación, no por venderte tecnología. A veces la respuesta es un agente; a veces es conectar dos sistemas que ya tienes; y a veces es que el problema no es de software. Cuando no es por ahí, te lo digo antes de mandarte una propuesta.

Y si tu caso se sale de lo que sé hacer, también te lo digo. Prefiero decirte que no a aprender con tu proyecto.