Ein Korpus. Drei Endpunkte. Dieselbe Zitierungskette.

Stufe 03 ist der Prozess, durch den die Schicht Ihren Tenant kontrolliert verlässt. Derselbe Korpus bedient gleichzeitig drei Endpunkte: Ihr internes Dashboard, Ihre Markenpartner-API und Ihren KI-Agenten-Abruf-Feed. Jeder Endpunkt erzwingt seinen eigenen Scope auf dem Datenpfad. Jeder Endpunkt gibt denselben Fakt mit derselben Quellenangabe zurück. Die Konfiguration, die einen Korpus zu einer Geschäftseinheit macht, sind alle drei Endpunkte gleichzeitig aktiv.

Diese Seite ist die Produktsicht auf die drei Endpunkte: wie Sie jeden aktivieren, wie Scopes erstellt und geprüft werden und was Ihr Team von der Konsole aus konfigurieren kann. Die Sicherheitskaskade, die Tenant- und Segment-Isolation durchsetzt, ist unter Trust & Security dokumentiert.

Ihr eigenes Strategie-, Merchandising- oder Operations-Team konsumiert den Korpus über Dashboards. Beauty: welche Kategorien auszubauen sind. Beratung: welche Kompetenzlücken zu besetzen sind. Gastronomie: welche Schichtmuster Fluktuation vorhersagen. Einzelhandel: welche Substitutionen den Rückgang einer Kategorienlinie erklären. Das Dashboard gruppiert Faktzeilen nach Dimension, Segment und Zeitfenster. Jede Zelle verweist zurück auf die Chunks, die sie erzeugt haben.

Das ist der Endpunkt, den Ihr Führungsteam zur Entscheidungsfindung nutzt. Er ist die am wenigsten kontroverse Oberfläche der Plattform und der Keil, der den Rest rechtfertigt. Deployments der Pulse-Ebene enden hier. Macro und Custom Enterprise aktivieren die nächsten zwei Endpunkte darüber hinaus.

Die Markenpartner-API ist der Endpunkt, der den Korpus von einer Kostenlinie in eine Erlöslinie verwandelt. Jeder Markenpartner erhält einen API-Schlüssel, der mit einem Segment-Scope erstellt wird: der Ausschnitt Ihres Korpus, den er lesen darf. Bei einem Beauty-Händler ist dieser Scope "Fakten, deren Segmentvektor brand_partner = X schneidet". Der Partner sieht die Wahrnehmungskarte seiner eigenen Marke, seinen Substitutionsgraph und das Kundensegmentverhalten in seiner Kategorie. Er sieht nichts außerhalb davon.

Die Scope-Durchsetzung liegt im Datenzugriffspfad. Das für den Partner erstellte Sitzungs-Ticket trägt den Scope. Dieser Scope kaskadiert auf welche Graph-Knoten der Partner traversieren kann, welche Postgres-Zeilen er lesen kann und welche Verbatim-Chunks sich bei einer Zitierung auflösen. Eine nicht autorisierte Abfrage wird nicht mit einem Fehler abgelehnt; die nicht autorisierten Daten sind für den Aufrufer unsichtbar. Die vollständige Kaskade ist unter der Sicherheitskaskade beschrieben.

Die Konsole gibt Ihnen die Operatorsicht: welche Partner aktiv sind, welchen Scope jeder Partner hat, wie viele Abfragen sie diese Woche ausgeführt haben und welche Abfragen was zurückgegeben haben. Sie widerrufen einen API-Schlüssel von einer Stelle aus. Der Partner sieht den Korpus nicht mehr, sobald der Schlüssel widerrufen ist.

Der dritte Endpunkt ist die MCP-Oberfläche, die KI-Agenten konsumieren. Ihr Berater-Copilot, Ihr Merchandising-Planer, Ihr kundenorientierter Assistent: jeder erhält ein Sitzungs-Ticket mit seinem eigenen Scope und ruft dieselben MCP-Tools auf, um den Korpus zu lesen. Die Tools sind query_facts, traverse_relations, pivot_dimension, replay_as_of und cite. Das MCP verbirgt die Dual-Store-Komplexität. Der Agent muss nicht zwischen Graph-Traversierung und SQL wählen.

Jeder Abruf, den ein Agent macht, kommt als strukturierte Zeilen mit Quellenangabe zurück zu den Quell-Chunks. Ein Agent kann keine Empfehlung auf einen Fakt stützen, dessen Gültigkeitsfenster nicht den heutigen Tag einschließt. Das bi-temporale Modell blockiert es auf der Abruf-Stufe. Ein Berater-Copilot, der "Foundation weglassen, Serum probieren" empfiehlt, stützt sich auf Fakten, die die Plattform zum Datum der Empfehlung verteidigen kann.

Markenpartner können ihre eigenen Agenten innerhalb ihres Scopes an diese Oberfläche anschließen. Ein Planungsagent eines Markenpartners ruft dieselben MCP-Tools auf wie das Dashboard, sieht nur den Ausschnitt dieses Partners und erhält dieselbe Zitierungskette. Ihr Team konfiguriert den Agenten-Scope des Partners in der Konsole.

Jede Abfrage gegen jeden Endpunkt schreibt eine Zeile in den Audit-Trail: den Aufrufer, den Scope, die aufgerufenen Tools, die zitierten Chunks, den Zeitstempel. Der Trail ist nur anhängbar. Wenn ein Partner fragt "Was sagten Ihre Daten über unsere Kategorie vor sechs Monaten, als wir die Q2-Kaufentscheidung trafen", können Sie die genaue Abfrage gegen den Korpus zurückspielen, wie er zu diesem Datum stand. Das bi-temporale Modell macht den Replay korrekt. Der Audit-Trail macht den Replay verteidigbar.

Diese Eigenschaft ist das, was den Korpus von einem Lieferobjekt zu einer Infrastruktur macht, auf die ein Markenpartner sich verlassen kann. Ein Forschungslieferobjekt kann die Replay-Frage nicht beantworten. Ein statisches Dashboard kann die Replay-Frage nicht beantworten. Der Intelligence Layer kann es.

Von der Operator-Konsole aus steuert Ihr Team drei Dinge pro Endpunkt. Erstens, wer Zugriff hat: welche internen Benutzer welche Dashboards lesen können, welche Partnerschlüssel aktiv sind, welche Agenten-Service-Identitäten zugelassen sind. Zweitens, was sie sehen: den Segment-Scope pro Konsument, die Dimensions-Zulassungsliste, das Zeitfenster. Drittens, was sie genutzt haben: die Audit-Ansicht jeder Abfrage, die diese Woche ausgeführt wurde, mit Chunk-Zitierungen inbegriffen.

Die Konsole erfordert keine Platform-Ingenieure zum Betrieb. Die OAuth-Flows, die Scope-Erstellung und die Audit-Abfragen sind alle als Operator-Kontrollen verfügbar. Wenn Ihr IT-Team die Plattform mit Ihrem SSO, Ihrem SIEM oder Ihrem bestehenden API-Gateway integrieren möchte, befinden sich die Integrationspunkte in der Entwicklerreferenz, auf Anfrage erhältlich.