Un corpus. Tres puntos de acceso. La misma cadena de citas.

La etapa 03 es cómo la capa sale de su tenant de manera controlada. El mismo corpus sirve a tres puntos de acceso simultáneamente: su tablero interno, su API de socios de marca y su flujo de recuperación para agentes de IA. Cada punto de acceso aplica su propio alcance al nivel del recorrido de datos. Cada punto de acceso retorna el mismo hecho con la misma cita. La configuración que convierte un corpus en una unidad de negocio es los tres puntos de acceso activos al mismo tiempo.

Esta página es la vista de producto de los tres puntos de acceso: cómo activa cada uno, cómo se crean y verifican los alcances, y qué puede configurar su equipo desde la consola. La cascada de seguridad que aplica el aislamiento entre tenants y segmentos está documentada en Confianza y seguridad.

Su propio equipo de estrategia, merchandising u operaciones consume el corpus a través de tableros. Belleza: qué categorías expandir. Consultoría: qué brechas de competencias cubrir. Restaurantes: qué patrones de turnos predicen la rotación. Comercio minorista: qué sustituciones explican la caída en una línea de categoría. El tablero agrupa las filas de hechos por dimensión, por segmento, por ventana temporal. Cada celda remite a los chunks que la produjeron.

Este es el punto de acceso que utiliza su equipo directivo para tomar decisiones. Es la superficie de menor controversia de la plataforma y la cuña que justifica el resto. Los despliegues de nivel Pulse se detienen aquí. Los niveles Macro y Custom Enterprise activan los dos puntos de acceso siguientes sobre este.

La API de socios de marca es el punto de acceso que convierte el corpus de una línea de costos en una línea de ingresos. Cada socio de marca recibe una clave API creada con un alcance de segmento: la porción de su corpus que tiene autorización para leer. En un distribuidor de belleza, ese alcance es «hechos cuyo vector de segmento intersecta brand_partner = X». El socio ve el mapa de percepción de su propia marca, su gráfico de sustitución y el comportamiento por segmento de clientes en su categoría. No ve nada fuera de ello.

La aplicación del alcance está en el recorrido de acceso a datos. El ticket de sesión creado para el socio lleva el alcance. Ese alcance se extiende a qué nodos del grafo puede recorrer el socio, qué filas de Postgres puede leer y qué chunks textuales se resuelven al citar. Una consulta no autorizada no se rechaza con un error; los datos no autorizados son invisibles para el llamante. La cascada completa se describe en la cascada de seguridad.

La consola le da la vista de operador: qué socios están activos, cuál es el alcance de cada socio, cuántas consultas ejecutaron esta semana y qué consultas retornaron qué. Usted revoca una clave API desde un solo lugar. El socio deja de ver el corpus en el momento en que la clave es revocada.

El tercer punto de acceso es la superficie MCP que consumen los agentes de IA. Su copiloto de asesor, su planificador de merchandising, su asistente orientado al cliente: cada uno recibe un ticket de sesión con su propio alcance y cada uno llama a las mismas herramientas MCP para leer el corpus. Las herramientas son query_facts, traverse_relations, pivot_dimension, replay_as_of y cite. El MCP oculta la complejidad del almacenamiento dual. El agente no tiene que elegir entre el recorrido de grafo y SQL.

Cada recuperación que realiza un agente llega como filas estructuradas con cita a los chunks de origen. Un agente no puede fundamentar una recomendación en un hecho cuya ventana de validez no incluye hoy. El modelo bi-temporal lo bloquea en el paso de recuperación. Un copiloto de asesor que recomienda «evite la base de maquillaje, pruebe el sérum» está fundamentado en hechos que la plataforma puede defender en la fecha en que se hace la recomendación.

Los socios de marca pueden conectar sus propios agentes a esta superficie dentro de los límites de su alcance. Un agente de planificación de un socio de marca llama a las mismas herramientas MCP que el tablero, ve solo la porción de ese socio y recibe la misma cadena de citas. Su equipo configura el alcance del agente del socio en la consola.

Cada consulta contra cada punto de acceso escribe una fila en el registro de auditoría: el llamante, el alcance, las herramientas invocadas, los chunks citados, la marca de tiempo. El registro es solo de adición. Cuando un socio pregunta «¿qué decían sus datos sobre nuestra categoría hace seis meses, cuando tomamos la decisión de compra del segundo trimestre?», puede repetir la consulta exacta contra el corpus tal como existía en esa fecha. El modelo bi-temporal hace que la repetición sea correcta. El registro de auditoría hace que la repetición sea defendible.

Esta propiedad es la que convierte al corpus de un entregable en infraestructura contra la que un socio de marca puede suscribirse. Un entregable de investigación no puede responder a la pregunta de repetición. Un tablero estático no puede responder a la pregunta de repetición. El Intelligence Layer sí puede.

Desde la consola de operador, su equipo controla tres cosas por punto de acceso. Primero, quién tiene acceso: qué usuarios internos pueden leer qué tableros, qué claves de socios están activas, qué identidades de servicio de agentes están autorizadas. Segundo, qué ven: el alcance de segmento por consumidor, la lista autorizada de dimensiones, la ventana temporal. Tercero, qué usaron: la vista de auditoría de cada consulta ejecutada esta semana, con las citas de chunks incluidas.

La consola no requiere ingenieros de plataforma para operarla. Los flujos OAuth, la creación de alcances y las extracciones de auditoría están todos expuestos como controles al nivel del operador. Si su equipo de TI desea integrar la plataforma con su SSO, su SIEM o su gateway de API existente, los puntos de integración se encuentran en la referencia de ingeniería, disponible bajo solicitud.