Um corpus. Três pontos de acesso. A mesma cadeia de citação.

A Etapa 03 é como a camada sai do seu tenant de forma controlada. O mesmo corpus serve três pontos de acesso simultaneamente: seu painel interno, sua API para parceiros de marca e seu feed de recuperação para agentes de IA. Cada ponto de acesso aplica seu próprio escopo no caminho dos dados. Cada ponto de acesso retorna o mesmo fato com a mesma citação. A configuração que transforma um corpus em unidade de negócio é os três pontos de acesso ativos ao mesmo tempo.

Esta página é a visão do produto dos três pontos de acesso: como você ativa cada um, como os escopos são criados e verificados, e o que sua equipe pode configurar no console. A cascata de segurança que aplica o isolamento de tenant e segmento está documentada em Confiança e Segurança.

Sua própria equipe de estratégia, merchandising ou operações consome o corpus por painéis. Beleza: quais categorias expandir. Consultoria: quais lacunas de capacidade preencher. Restaurantes: quais padrões de turno preveem rotatividade. Varejo: quais substituições explicam a queda em uma linha de categoria. O painel agrupa linhas de fatos por dimensão, por segmento, por janela temporal. Cada célula remete aos chunks que a produziram.

Este é o ponto de acesso que sua equipe executiva usa para tomar decisões. É a superfície menos controversa da plataforma e a cunha que justifica o restante. Implantações de nível Pulse param aqui. Os níveis Macro e Custom Enterprise ativam os dois próximos pontos de acesso por cima.

A API para parceiros de marca é o ponto de acesso que converte o corpus de uma linha de custo em uma linha de receita. Cada parceiro de marca recebe uma chave API criada com um escopo de segmento: a fatia do seu corpus que ele está autorizado a ler. Em um varejista de beleza, esse escopo é "fatos cujo vetor de segmento intersecta brand_partner = X." O parceiro vê o mapa de percepção da sua própria marca, seu grafo de substituição e o comportamento por segmento de clientes na sua categoria. Ele não vê nada fora disso.

A aplicação do escopo fica no caminho de acesso aos dados. O ticket de sessão criado para o parceiro carrega o escopo. Esse escopo cascateia para quais nós do grafo o parceiro pode percorrer, quais linhas Postgres ele pode ler e quais chunks verbatim se resolvem quando citados. Uma consulta não autorizada não é recusada com erro; os dados não autorizados são invisíveis para o chamador. A cascata completa está descrita em a Cascata de Segurança.

O console dá a você a visão do operador: quais parceiros estão ativos, qual é o escopo de cada parceiro, quantas consultas eles fizeram esta semana e quais consultas retornaram o quê. Você revoga uma chave API de um único lugar. O parceiro para de ver o corpus no momento em que a chave é revogada.

O terceiro ponto de acesso é a superfície MCP que os agentes de IA consomem. Seu copiloto de consultor, seu planejador de merchandising, seu assistente voltado ao cliente: cada um recebe um ticket de sessão com seu próprio escopo, e cada um chama as mesmas ferramentas MCP para ler o corpus. As ferramentas são query_facts, traverse_relations, pivot_dimension, replay_as_of e cite. O MCP oculta a complexidade do armazenamento duplo. O agente não precisa escolher entre travessia de grafo e SQL.

Cada recuperação que um agente faz retorna como linhas estruturadas com citação de volta aos chunks de origem. Um agente não pode fundamentar uma recomendação em um fato cuja janela de validade não inclui hoje. O modelo bi-temporal o bloqueia na etapa de recuperação. Um copiloto de consultor recomendando "pule a base, experimente o sérum" está fundamentado em fatos que a plataforma pode defender na data em que a recomendação é feita.

Parceiros de marca podem conectar seus próprios agentes a esta superfície dentro do escopo deles. Um agente de planejamento de parceiro de marca chama as mesmas ferramentas MCP que o painel chama, vê apenas a fatia desse parceiro e recebe a mesma cadeia de citação. Sua equipe configura o escopo do agente do parceiro no console.

Cada consulta contra cada ponto de acesso grava uma linha no rastro de auditoria: o chamador, o escopo, as ferramentas invocadas, os chunks citados, o carimbo de data/hora. O rastro é somente de acréscimo. Quando um parceiro pergunta "o que seus dados diziam sobre nossa categoria há seis meses, quando tomamos a decisão de compra do T2", você pode reexecutar a consulta exata contra o corpus como estava naquela data. O modelo bi-temporal torna o replay correto. O rastro de auditoria torna o replay defensável.

Essa propriedade é o que transforma o corpus de um entregável em infraestrutura que um parceiro de marca pode garantir. Um entregável de pesquisa não pode responder à pergunta de replay. Um painel estático não pode responder à pergunta de replay. A Intelligence Layer pode.

No console do operador, sua equipe controla três coisas por ponto de acesso. Primeiro, quem tem acesso: quais usuários internos podem ler quais painéis, quais chaves de parceiro estão ativas, quais identidades de serviço de agente estão autorizadas. Segundo, o que eles veem: o escopo de segmento por consumidor, a lista de permissões de dimensões, a janela temporal. Terceiro, o que eles usaram: a visão de auditoria de cada consulta executada esta semana, com citações de chunks incluídas.

O console não requer engenheiros de plataforma para ser operado. Os fluxos OAuth, a criação de escopos e as extrações de auditoria são todos expostos como controles de nível operador. Se sua equipe de TI quiser integrar a plataforma com seu SSO, seu SIEM ou seu gateway de API existente, os pontos de integração estão na referência de engenharia, disponível sob solicitação.