Los límites

Esta es la página que conviene leer antes de decidir si un sistema así puede atender a sus clientes. No enumera carencias: explica por qué hay cosas que el sistema no puede hacer aunque se las pidan, y por qué eso es lo que lo vuelve utilizable en un salón lleno.

El problema que casi nadie explica

Un modelo de inteligencia artificial se comporta según instrucciones escritas en lenguaje natural. Se le dice “no inventés precios”, “no opinés sobre alergias”, “no confirmés pagos”.

Una instrucción escrita se puede ignorar. No por mala intención: así funcionan estos modelos. Basta una conversación larga, un cliente insistente, una pregunta formulada de una manera inesperada, y la instrucción se diluye. Sale un precio que no existe. Sale un “ese plato no lleva maní” dicho sin saberlo. Sale un “su pago quedó confirmado” que no es cierto.

En un restaurante, dos de esos tres son un problema serio: uno de dinero y otro de salud.

Cómo se resuelve acá

Las reglas críticas no viven en las instrucciones del modelo. Están además implementadas como controles del sistema, que se ejecutan después de que el modelo respondió y antes de que su respuesta llegue al comensal.

La analogía más corta es de cocina: no es lo mismo pedirle al cocinero que no use maní que no tener maní en la cocina. Lo primero depende de que alguien se acuerde. Lo segundo no depende de nadie.

Capa	Qué define	¿Se puede ignorar?
Instrucciones al modelo	El tono, la personalidad, cómo recomienda, qué contar	Sí
Controles del sistema	Qué se puede afirmar, qué monto es real, qué entra a cocina	No

Cuando un control se dispara, el sistema no le pide al modelo que se corrija: le descarta la respuesta. La reemplaza por una construida con los datos reales, o por un mensaje que llama a una persona del local.

Los controles duros

No afirma sobre alergias

Es el más estricto de todos, y el que está construido con más cuidado.

El mesero virtual puede leer los alérgenos y las etiquetas dietéticas cargadas de un plato. Lo que no puede es afirmar que un plato es seguro para la alergia de alguien.

El control funciona así: una vez generada la respuesta, el sistema la revisa buscando afirmaciones sobre alérgenos o dietas —“no tiene”, “es apto”, “se lo garantizo”, “es seguro”— y las coteja contra los datos reales de los platos mencionados. Si encuentra una afirmación sin respaldo, descarta esa respuesta completa, la sustituye por una que deriva al salonero, y genera el llamado.

También cubre el caso inverso, que es más sutil: si el asistente recomienda un plato como vegano y los datos de ese plato lo contradicen, la recomendación no sale.

La misma disciplina está en la carta, sin que intervenga ninguna inteligencia artificial: un plato sin información de alérgenos no aparece en el filtro “sin maní”. Se oculta y se explica por qué. Un filtro que muestra lo que no le consta está afirmando sobre la salud de alguien.

No inventa precios ni platos

Solo pueden ofrecerse platos verificados, disponibles y con precio cargado. Sobre el resto, el asistente manda a preguntar.

Después de generar la respuesta, el sistema la revisa buscando nombres de platos y montos que no estén en la carta cargada. Si aparece alguno, la respuesta no se muestra: el sistema vuelve a pedirla restringiendo los datos permitidos a los reales, y si aun así no cuadra, contesta con un texto construido directamente desde el pedido y la carta verdaderos.

En la carta, el mismo principio: un plato sin precio confirmado muestra “Consultar”, nunca un número aproximado y nunca cero.

No inventa promociones ni descuentos

Un descuento que el local no cargó no sale de esta conversación. Un dos por uno que no existe, tampoco. Se bloquean como un dato inventado más — porque eso es lo que son, con la diferencia de que este el cliente lo va a reclamar en la caja.

No cambia el pedido por su cuenta

Lo que la respuesta dice sobre el pedido —cuántas unidades, qué se quitó, qué se agregó— se compara con el pedido real. Si no coinciden, la respuesta no sale.

El pedido que ve el comensal en pantalla y el que conoce el asistente son el mismo, y ninguno de los dos se modifica sin que quede reflejado en el otro.

No confirma pagos

Ninguna pieza del sistema da un pago por confirmado. Ni el mesero virtual, ni la pantalla del comensal, ni el botón que tocó.

Cuando hay pago en línea, lo único que puede marcar un pedido como pagado es el aviso firmado del proveedor de pago, verificado por el servidor. Si ese aviso no llega, el pedido no entra a cocina — o entra en revisión para que una persona lo acepte, según lo configure el local.

Y “pedir la cuenta” no cobra: avisa al salón. El cobro lo hace una persona. Un pedido de sala tampoco se cierra con saldo pendiente.

No manda a cocina lo que no pasó el control

Un pedido llega a la pantalla de cocina únicamente cuando pasó su validación: la presencia en el salón, o el pago cuando es para llevar y el local lo exige. Si no pasa, el sistema no maquilla el resultado con una respuesta amable: dice lo que falta.

Ese mismo control se ejecuta dos veces —una para el pedido armado desde la carta y otra para el armado por conversación— precisamente para que no exista un camino lateral por donde una comanda no validada llegue a la cocina.

No reserva

El mesero virtual entiende que le están pidiendo mesa y manda al formulario. No confirma la reserva y no inventa disponibilidad. Toda reserva pedida por un cliente entra como solicitada, y la confirma una persona del local.

Qué hace cuando no puede

Lo dice y llama a alguien. Nunca se queda mudo y nunca devuelve un error seco.

Si el motor de conversación falla completo, el sistema contesta igual con lo que sí le consta —el pedido real, la carta real— o le dice al comensal que avise al salonero, con el botón ahí mismo. Si el control de presencia no se puede resolver, la acción se convierte en un aviso al personal. El peor desenlace posible de cualquier fallo de este sistema es que una persona del local camine hasta una mesa.

Por qué esto es una ventaja

Porque el riesgo de automatizar la atención nunca fue que el sistema respondiera poco. Fue que respondiera de más.

• Un precio inventado es una discusión en la caja, o un plato que hay que honrar a pérdida.
• Un descuento inventado es la misma discusión, con el cliente teniendo razón.
• Un pago dado por confirmado es comida servida que nadie pagó.
• Una afirmación equivocada sobre un alérgeno es un problema de salud y de responsabilidad legal, y no hay copy que lo arregle después.

Ninguno de esos escenarios se evita pidiéndole a un modelo que se porte bien. Se evitan quitándole la posibilidad.

Y el efecto que a los dueños les importa más de lo que esperan: usted no pierde el control del salón. Lo que involucra plata, alergias o un cliente molesto sigue pasando por una persona suya, por diseño. El sistema se queda con lo repetitivo.

Además, por alcance

Estas no son reglas de seguridad. Son cosas que el sistema no hace, y se dicen sin rodeos para que nadie las descubra en una demostración:

• No es un punto de venta. No lleva la caja del local ni cierra el turno.
• No descuenta existencias. La disponibilidad de un plato es una marca que el personal pone y quita; el sistema no lleva inventario ni costos de receta.
• No gestiona el reparto a domicilio. No asigna repartidores ni sigue una entrega.
• No es una aplicación que el comensal instale. Es una página que abre el código de la mesa.
• No reemplaza al personal. Le quita de encima la pregunta repetida y el pedido mal anotado. El salón lo sigue atendiendo gente.