Hace dos años escribimos sobre por qué pusimos un agente de IA en WhatsApp en lugar de construir otra app para los clientes de deportes de montaña de Lueira. Unos meses después profundizamos en la mecánica del function-calling: cómo el agente comprueba disponibilidad de verdad, crea una reserva y envía un enlace de pago sin inventarse una plaza que no existe. Ambos posts se escribieron desde dentro, mientras aún estábamos construyendo y probando. Este está escrito desde fuera, después de dos años con el sistema funcionando en producción para escuelas de esquí, centros de buceo, campamentos de surf y tiendas de alquiler cuyos dueños no sabrían decirte qué es una function call, ni necesitan saberlo.
Dos años son tiempo suficiente para que un sistema deje de ser un proyecto y se convierta en infraestructura, algo que la gente olvida que sea siquiera "IA" porque simplemente contesta al teléfono, por así decirlo, cada día. También es tiempo suficiente para ser honestos sobre qué nos sorprendió, qué hicimos mal, y qué significa de verdad "IA para pequeños negocios" una vez que se acaba la demo.
1. Lo que nos sorprendió con volumen real
Las conversaciones que el agente maneja bien son las que esperábamos: "hay plaza en la clase de grupo de mañana", "puedo alquilar un neopreno talla L", "he pagado pero no me ha llegado la confirmación". Ese es el pan de cada día de un negocio de reservas, y después de dos años el agente maneja la inmensa mayoría sin que nadie note que hay un modelo detrás del número de WhatsApp.
Lo que no anticipamos del todo fue la pura variedad de formas de escribir que usan los clientes reales una vez que el volumen es suficientemente alto. La gente no escribe como los casos de prueba que redactamos en junio de 2024. Escriben media frase, luego una foto, luego una nota de voz, luego "nada, ya lo encontré". En el Val d'Aran en concreto, las conversaciones mezclan habitualmente castellano, catalán, francés y aranés en el mismo hilo, a veces en el mismo mensaje, porque así es sencillamente como se habla allí entre la gente y con los comercios. El agente necesitó acostumbrarse a esa mezcla en lugar de pedir educadamente a los clientes que eligieran un idioma, que es lo que hacía una versión anterior, más rígida.
La otra sorpresa fue la negociación. No habíamos construido para lo a menudo que los clientes piden algo fuera de las reglas: un descuento porque traen a cinco amigos, un cambio de fecha fuera de la ventana de cancelación, una plaza privada encajada en una tarde completa. Nada de eso es un bug del agente; es un fallo en asumir que los clientes solo piden cosas que el sistema ya permite. La respuesta correcta, la mayoría de las veces, no es dejar que el agente decida. Es reconocer que la petición necesita a una persona, y derivarla con limpieza en lugar de adivinar.
2. La confianza tardó más en construirse que el código
La ingeniería del function-calling estuvo prácticamente terminada al cuarto mes. Que los dueños confiaran lo suficiente como para dejar de comprobar cada reserva tardó cerca de un año, y para algunos, más que eso.
Eso no es una crítica a nadie. Es una reacción completamente razonable de alguien cuyo negocio depende de un número de WhatsApp que ha contestado personalmente durante años. Al principio, más de un dueño nos pidió que le pusiéramos en copia en cada conversación, o revisaba el calendario de reservas cada mañana "por si acaso". Ese comportamiento no desapareció porque explicáramos mejor la arquitectura. Se fue desvaneciendo porque, semana tras semana, las reservas eran correctas, los enlaces de pago funcionaban, y los casos límite que sí se colaban se detectaban y corregían con la rapidez suficiente para que nada estallara delante de un cliente.
3. Qué significa de verdad "pequeños negocios e IA" en la práctica
Ninguno de los dueños que usan este agente configuró un prompt, ajustó un modelo, ni escribió una barrera de seguridad. No necesitaron hacerlo, y ahí está la clave. Que la "IA funcione" para un negocio así no significa que el dueño se convierta en ingeniero de IA a tiempo parcial además de llevar las clases y los alquileres. Significa que otro, en este caso Maladeta Studio, ya hizo el trabajo poco glamuroso descrito en el post de function-calling: decidir exactamente qué puede hacer el agente, qué nunca debe hacer por su cuenta, y qué pasa cuando no está seguro.
Ese es el mismo argumento que hemos hecho sobre el motor de reservas de Lueira, la multi-tenancy, el cumplimiento de facturación electrónica y las firmas eIDAS: un operador pequeño no debería tener que convertirse en experto en nada de eso para llevar un negocio serio.
4. Dónde todavía tiene que entrar una persona
Mentiríamos si dijéramos que el agente lo maneja todo ahora. Todavía no lo hace, y no debería. Las quejas genuinas, cualquier cosa que implique un accidente o una preocupación de seguridad, peticiones inusuales que no encajan limpiamente en una reserva, y cualquier conversación en la que la respuesta correcta dependa del criterio y no de una regla: esas van a una persona, y así debe ser.
Saber exactamente cuándo derivar sigue siendo un problema de diseño abierto, no resuelto. Hemos mejorado en detectar las señales: frustración, ambigüedad, una petición para la que el agente no tiene función, pero "mejor" no es "terminado".
Dos años después, el resumen honesto es este: el agente ya no es la parte interesante. Lo interesante es lo normal que se ha vuelto para las personas que dependen de él, y cuánto mantenimiento invisible y aburrido hace falta para que algo tan normal siga funcionando.