Presentamos el contexto universal

Todos los restaurantes y espacios de eventos con los que trabajamos funcionan sobre la misma arquitectura accidental. Hay un inbox lleno de consultas, un segundo buzón que el equipo de eventos revisa los viernes, un calendario de pruebas de menú y visitas, un sistema de reservas, una hoja de cálculo con leads de eventos y una carpeta de cartas y tarifas. Cada pieza funciona. Ninguna sabe que las demás existen.

El resultado es una forma extraña de amnesia. Un cliente puede escribir a la dirección de eventos para preguntar por el comedor privado, enviar una duda al buzón general a la mañana siguiente, venir a una prueba de menú esa misma tarde y mandar su elección de menú desde un email personal por la noche — y para el software del negocio, eso son cuatro desconocidos. La persona que atiende el buzón de eventos no tiene ni idea de que existe el otro hilo. La respuesta desde el buzón general no sabe que hubo una prueba de menú. Nadie conecta la primera consulta con la señal que acaba llegando.

Para un negocio de hostelería, esa amnesia sale cara de una forma muy concreta: el producto entero es acordarse de la gente. Un local que se acuerda de ti es hospitalidad; un local que te pide repetir la fecha, el número de invitados y las alergias por tercera vez es un call center.

Construimos Winston sobre una única convicción: antes de que un agente de IA pueda llevar de verdad un front office, cada interacción que el negocio haya tenido con un cliente debe vivir en una capa compartida y estructurada que el agente lee antes de decir una palabra y en la que escribe después de cada acción. A esa capa la llamamos contexto universal. Hoy quiero explicar cómo funciona, por qué la construimos en los cimientos en lugar de añadirla al final, y qué hace posible.

El front office es un montón de silos

La forma obvia de construir un producto de IA para hostelería es canal a canal: un asistente de email por aquí, un bot telefónico por allá, una herramienta de anuncios al lado. Es obvia porque encaja con cómo se compran las herramientas. Y es errónea porque encaja con cómo se compran las herramientas.

La IA con forma de canal hereda la amnesia con forma de canal. Un asistente de email que solo ve un buzón le citará encantado un menú a alguien a quien ayer le dieron otro precio desde el buzón de eventos. Un bot de reservas que solo ve el sistema de reservas le pedirá a una novia datos que ella ya escribió en su email de consulta. Cada asistente es competente en lo local y bochornoso en lo global — y en hostelería, lo globalmente bochornoso es letal, porque el cliente vive el negocio como una sola entidad aunque el software sean doce.

Hay además un coste más silencioso. Cada interacción sin conectar es información que el negocio tira a la basura. ¿Qué tipos de consulta traen clientes que de verdad se presentan? ¿Qué fuentes de consultas acaban en señal pagada? Si la consulta, la prueba de menú y la reserva viven en tres sistemas, esas preguntas no tienen respuesta — no es que sean difíciles: no tienen respuesta.

Así que invertimos el orden de construcción. Winston — nuestro agente — nunca fue un conjunto de bots por canal. Es un solo agente con una sola memoria, y los canales son simplemente los sitios donde escucha y habla.

Una sola cronología por cliente

El contexto universal es, en concreto, tres cosas.

La primera, ingesta. Cada fuente que Winston toca — el inbox con IA en Gmail y Outlook, los calendarios de Google y Outlook, el pipeline de eventos, las secuencias de email, los documentos que sube el negocio — emite eventos hacia un único flujo. Una reunión del calendario produce sus asistentes, su hora y el registro al que pertenece. Un hilo de email produce sus mensajes y la intención extraída. Un paso de secuencia produce su envío y cualquier respuesta. Lo normalizamos todo en una única forma de evento: quién, por qué canal, qué pasó y qué implica.

La segunda, resolución de identidad. Los eventos llegan identificados por fragmentos — una dirección de email, un dominio de empresa, un número de teléfono en una firma, una invitación de calendario. El trabajo de la capa de contexto es decidir que el anna.k@… de la invitación del martes pasado y la Anna que firma el email de esta mañana desde una dirección nueva son la misma Anna. Resolvemos de forma conservadora: los identificadores exactos se fusionan automáticamente; las coincidencias probables se enlazan con una puntuación de confianza y se muestran para confirmarlas con un clic, en lugar de fusionarse en silencio. Una fusión errónea es peor que una fusión perdida — saludar a un cliente con el historial de otra persona es exactamente el fallo que existimos para evitar.

La tercera, recuperación estructurada. Un registro de eventos en bruto no es contexto; es un pajar. Sobre la cronología mantenemos un resumen compacto y continuamente actualizado por cliente — preferencias, hilos abiertos, compromisos, fechas próximas — más los documentos del propio negocio en Recursos: menús, salas, políticas, precios. Cuando Winston interviene, no lanza búsquedas a ciegas sobre todo lo registrado desde el principio. Carga el resumen del cliente y los asuntos abiertos, y solo entonces busca en la cronología profunda si la conversación lo exige. Primero la vía rápida; el pajar, después.

Una nota sobre los límites, porque una memoria compartida plantea una pregunta legítima: ¿quién puede leerla? El contexto universal está acotado al negocio, y punto. La cronología de un local nunca informa al agente de otro, nunca entrena un modelo compartido y nunca sale de la frontera de ese cliente. Dentro del negocio, los mismos permisos que gobiernan al equipo gobiernan a Winston: las conexiones de solo lectura siguen siendo de solo lectura, y todo lo que envía o reserva se ejecuta en el nivel de autonomía que el operador eligió — desactivado, borrador o automático — bandeja por bandeja. Lo tratamos como una propiedad arquitectónica de la capa de contexto, no como una página de ajustes, porque la confianza en la memoria es lo que hace usable todo lo que viene después.

La otra decisión estructural es que esta capa está debajo de cada funcionalidad, no al lado. Nada en Winston habla con un canal directamente; todo lee del contexto universal y escribe en él. Esa restricción dolió al principio — el inbox habría salido semanas antes como producto independiente —, pero significa que cada canal nuevo que añadimos nace con la memoria de todos los demás, en lugar de estrenar un silo que algún día tendríamos que reconciliar.

Qué hace Winston con el contexto universal

El beneficio aparece como pequeños momentos que se acumulan.

Cada respuesta conoce toda la historia. Cuando un cliente escribe a otro buzón por «el presupuesto que me enviasteis», Winston ya tiene ese presupuesto delante — la fecha, el número de invitados, el nivel de menú — y puede comprobar la disponibilidad y confirmar la reserva en esa misma respuesta, en lugar de prometer que alguien le contestará.

El inbox conoce la última reunión. Cuando ese mismo cliente escribe dos días después de su prueba de menú, el borrador que Winston propone sabe que esa prueba ocurrió, porque el evento del calendario llegó a su ficha en cuanto se sincronizó. Que ese borrador se envíe solo o espere aprobación es un ajuste del operador, no nuestro — Winston redacta; el negocio decide su propio nivel de autonomía.

Los informes saben qué es una reserva. Como la consulta, el presupuesto y la señal están en la misma cronología, los informes cuentan clientes que de verdad reservaron, no consultas. La previsión del pipeline de eventos mejora por el mismo camino: lee comportamiento real de conversión, no un campo de etapa mantenido a mano.

Y el bucle de escritura es lo que lo hace duradero. Cada acción de Winston — una respuesta enviada, una reserva creada, un registro actualizado — se convierte en un nuevo evento en la misma cronología. Las acciones del agente y las del cliente son una sola historia. No hay un «registro de la IA» aparte que se aleje de la realidad.

Ninguna de estas funciones exigió nueva inteligencia. Exigieron que el cuello de botella dejara de ser el modelo y pasara a serlo el contexto — y entonces eliminarlo. Nuestra experiencia coincide con lo que toda la industria no deja de redescubrir: pasado cierto umbral, la calidad del agente es la calidad del contexto.

Hacia dónde va el contexto universal

Dos direcciones a partir de aquí.

Contexto proactivo. Hoy Winston lee el contexto cuando un cliente escribe. Cada vez más, actuará sobre el contexto cuando no pasa nada: la pareja cuya prueba de menú fue hace tres semanas y cuyo contrato sigue sin firmar; el habitual que no reserva desde primavera. El silencio también es un evento, y también pertenece a la cronología.

El contexto como ventaja del producto. Los dueños ya pueden hacerle a Winston preguntas sobre todo su negocio — «¿qué le presupuestamos al grupo Lindqvist?», «¿qué campañas llenaron los viernes del mes pasado?» — y obtener respuestas ancladas en la misma cronología con la que trabaja el agente, no en una copia analítica aparte.

Los modelos seguirán mejorando por debajo de nosotros, y ese es precisamente el sentido de esta arquitectura: cada mejora de modelo aterriza sobre una memoria completa. Un agente más listo con amnesia sigue siendo un desconocido. El contexto universal es cómo Winston deja de ser un software que el negocio usa y empieza a ser personal en quien el negocio confía — el único miembro del equipo que estuvo presente en todas las conversaciones, las recuerda todas y nunca se va.

Winston ya está en marcha en email, calendarios y eventos para restaurantes, espacios y caterings. Si quieres ver tu propio front office con una sola memoria, reserva una demo.