Boreon MCP Layer
Veröffentlicht wird nur, was bewiesen ist.
Die Engine prüft ihre eigene Arbeit. Jede Zahl auf einem migrierten Dashboard wird über den VizQL Data Service mit der Antwort von Tableau verglichen. Passt eine nicht, wird nichts veröffentlicht, und der Agent sagt Ihnen in natürlicher Sprache, warum.
Live gemessen an einem echten Tableau-Workbook: DBX Platform Latency Calls & Uptime, migriert auf Databricks.
- 3 / 3
- Sheets identisch mit Tableau
- 96%
- Originaltreue
- 20M
- Zeilen in der View, erstellt in 72 s
- 0
- SQL-Fehler beim Veröffentlichen
Sehen Sie einer echten Migration zu.
DBX Platform Latency Calls & Uptime auf Databricks migrieren
- Workbook gelesen Dashboard „Databricks Latency Dashboard“ · 3 Sheets · Shelves, Filter, Berechnungen 3 Sheets
- Prep-Flow dahinter gefunden Die Datenquelle bi_usage_events_databricks ist eine Flow-Ausgabe auf Databricks 1 Flow
-
Vom Flow zur materialisierten View
Eine SQL-Anweisung, eine CTE pro Flow-Schritt
CREATE MATERIALIZED VIEW bi.usage_events_mv AS WITH clean AS (…), joined AS (…) SELECT … FROM joined20M Zeilen · 72 s - Jedes Sheet auf Databricks geprüft Die Abfrage jedes Sheets läuft, bevor irgendetwas veröffentlicht wird 0 SQL-Fehler
- Zahlen mit Tableau abgeglichen Parität über den VizQL Data Service, Zeile für Zeile 41 / 41 Zeilen
- Als AI/BI-Dashboard auf Databricks veröffentlicht Originaltreue pro Sheet ausgewiesen 96%
Veröffentlicht. Der Kunde hat nur die erste Zeile getippt.
So läuft eine Migration.
Sie tippen eine Zeile. Den Rest erledigt der Layer, und er zeigt dabei laufend, was er tut.
-
01
Workbook lesen
Shelves, Filter und Berechnungen. 3 Sheets.
-
02
Prep-Flow finden
Der Flow hinter seiner Datenquelle. 1 Flow.
-
03
Flow in eine View umwandeln
Eine SQL-Anweisung, eine CTE pro Schritt. 20M Zeilen in 72 s.
-
04
Jedes Sheet prüfen
Jede Abfrage läuft vor dem Veröffentlichen. 0 SQL-Fehler.
-
05
Zahlen abgleichen
Mit Tableaus eigener Antwort. 41 von 41 Zeilen.
-
06
Veröffentlichen
Ein AI/BI-Dashboard auf Databricks, mit 96% Originaltreue.
Zu jeder Migration gehört der Nachweis.
Gemessen an Ihren eigenen Workbooks und Ihnen vorgelegt, bevor etwas veröffentlicht wird.
-
Ein Bericht zur Originaltreue pro Sheet
Was abgebildet, angenähert oder weggelassen wurde, mit einer Bewertung.
-
Parität mit Tableau
Die Zeilen jedes Sheets, verglichen mit Tableaus eigener Antwort.
-
Abfragen zuerst geprüft
Jedes Sheet läuft auf dem Warehouse, bevor irgendetwas veröffentlicht wird.
-
Eine Begründung für alles, was er auslässt
Wenn er etwas nicht migriert, nennt er es und sagt, warum.
| Blatt | Übereinstimmende Zeilen |
|---|---|
| Blatt 1 | 12 / 12 |
| Blatt 2 | 5 / 5 |
| Blatt 3 | 24 / 24 |
| 3 / 3 | 41 / 41 |
Alle 41 Zeilen stimmen · veröffentlicht
Zuerst kommt die Grounding-Prüfung.
Eine Tableau-Datenquelle wird erst umgewandelt, wenn ihre Daten durchgängig echt sind. Fehlt auch nur ein einziges Feld, wartet die ganze Datenquelle, und der Plan sagt Ihnen, welche Felder Sie ergänzen sollten.
Tableau Server oder Tableau Cloud
Umsatzübersicht
- Umsatz nach Region
- Pipeline-Verlauf
- Top-Kunden
Die Grounding-Prüfung
- Dem semantischen Modell „Sales“ zugeordnet
- 12 von 12 Feldern sind im Modell
- 48.210 echte Zeilen dahinter
Tableau Next · Workspace „Vertrieb“
- Umsatz nach RegionVisualisierung
- Pipeline-VerlaufVisualisierung
- Top-KundenVisualisierung
- UmsatzübersichtDashboard
Zugriffsrechte übernommenManagerBearbeiterBetrachter
Live, nachdem ein Mensch es freigegeben hat
-
Es gibt ein passendes semantisches Modell
Jede Datenquelle wird einem semantischen Modell in Data 360 zugeordnet: dem, das auf denselben Daten aufbaut, oder dem, das Sie nennen.
-
Jedes Feld ist im Modell
Jedes Feld, das das Workbook nutzt, muss in diesem Modell vorkommen. Ein einziges fehlendes Feld hält die ganze Datenquelle zurück.
-
Die Daten sind echt
Das Modell muss eine Abfrage beantworten, mit echten Zeilen dahinter, live gezählt.
Planen, proben, dann gibt ein Mensch grünes Licht.
Eine Migration zu Tableau Next läuft Gespräch für Gespräch, und kein Schritt wird je übersprungen.
-
01
In natürlicher Sprache fragen
Nennen Sie die Workbooks oder das Projekt für den Umzug und den Workspace, in dem alles landen soll.
-
02
Den Plan lesen
Jeder Eintrag in der richtigen Reihenfolge, Datenquellen vor den Workbooks, die sie nutzen, und klar ausgeschrieben, was die Grounding-Prüfung ergeben hat.
-
03
Alles proben
Ein Probelauf liest und wandelt alles genau so um wie später der echte Durchlauf, schreibt aber nichts.
-
04
Ein Mensch gibt frei
Eine angemeldete Person tippt den Freigabesatz ein. Kein Modell und kein Agent kann einen echten Durchlauf starten.
-
05
Zusehen, wie es landet
Jeder Eintrag endet als erledigt, bereits vorhanden, mit Begründung übersprungen oder fehlgeschlagen, mit der Meldung von Salesforce im Wortlaut.
Geprüft, bevor er live geht.
Salesforce prüft den Agenten, bevor irgendetwas gespeichert wird, ein Mensch stellt ihn bereit, und er ändert sich nie, ohne dass Sie es wissen.
-
01
Validieren
Eine Bereitstellung nur zur Prüfung: Salesforce kontrolliert den Agenten, seinen Planer, seine Themen und seinen Berechtigungssatz und speichert nichts. Jeder Fehler kommt im Wortlaut von Salesforce zurück.
-
02
Bereitstellen
Ein Mensch tippt den Satz für die Bereitstellung ein. Bereitstellen lässt sich erst, wenn eine Validierung bestanden ist, und dabei wird die neueste Version eingeschaltet.
-
03
Aktualisieren
Salesforce bearbeitet nie einen aktiven Agenten, deshalb kommt jedes Update als nächste Version. Der laufende Agent antwortet weiter, bis Sie den neuen einschalten.
Das letzte Wort hat immer ein Mensch.
Jeden echten Durchlauf gibt ein Mensch frei
Kein Modell, kein Agent, kein Token und keine Integration kann ihn starten. Eine angemeldete Person tippt den Freigabesatz ein, nach einem Plan und einem Probelauf, der nichts schreibt.
Eine abgelehnte Anmeldung hält alles an
Nach einer Ablehnung fordert der Layer keine neue Anmeldung an, bis ein Mensch die Pause aufhebt. So kann keine Wiederholungsschleife je einen Salesforce-Benutzer aussperren.
Geheimnisse bleiben versiegelt
Zugangsdaten werden versiegelt, nur mit ihren letzten vier Zeichen angezeigt und nie in ein Log geschrieben.
Ehrliche Ergebnisse
Jeder Eintrag endet als erledigt, bereits vorhanden, mit Begründung übersprungen oder fehlgeschlagen, mit der Meldung von Salesforce im Wortlaut. Nichts wird als erledigt gemeldet, was es nicht wirklich ist.
Antworten, die sich belegen lassen.
Jede Antwort stammt aus indexierter Dokumentation, und jede zeigt, woher sie kommt. Deckt die Wissensdatenbank eine Frage nicht ab, rät der Agent nicht. Er sagt Ihnen, dass er beim Team nachfragt, und aus „Ich weiss es nicht“ wird ein Fall.
Warum ist meine Extrakt-Aktualisierung letzte Nacht fehlgeschlagen?
Ihre Site und die Wissensdatenbank werden geprüft
- 1Aktualisierungsverlauf Ihrer SiteLive, nur lesend
- 2Fehlgeschlagene Extrakt-AktualisierungenWissensdatenbank
- 3Extrakte nach Zeitplan aktualisierenTableau-Hilfe
Der Extrakt Wochenumsatz wurde um 2:10 Uhr abgebrochen, weil sich das gespeicherte Datenbankpasswort geändert hat1. Passen Sie die eingebetteten Zugangsdaten der Datenquelle an und starten Sie die Aktualisierung dann erneut23.
Kommen Sie nicht weiter? Eröffnen Sie einen Fall mit diesem Gespräch.
-
Indexiert, nie erfunden
Echte Dokumentation wird in Abschnitte zerlegt und in Postgres mit pgvector indexiert. Aufgenommen wird nur echter, überprüfbarer Text.
-
Quellen zu jeder Antwort
Jede Antwort nennt die Dokumente, auf die sie sich stützt, damit Sie selbst nachlesen können.
-
Auch Ihre eigenen Dokumente
Administratoren können eigene Markdown- oder Textdokumente hinzufügen und die Wissensdatenbank mit einem Klick neu indexieren.
-
Tableau-Hilfe, direkt integriert
Anleitungen stützen sich auf rund 3000 Seiten offizieller Tableau-Hilfe zu Tableau Server und Tableau Cloud.
Die Regeln, nach denen der Layer arbeitet.
-
01
Alles oder nichts
Ein Dashboard wird nur auf dem Warehouse neu aufgebaut, in dem seine Daten schon liegen. Passt auch nur ein einziges Sheet nicht, wird nichts veröffentlicht, und Sie erfahren den Grund.
-
02
Zahlen zuerst
Mittelwerte, eindeutige Zählungen und Mediane bleiben auch unter Dashboard-Filtern exakt, und jedes Ergebnis wird mit der Antwort von Tableau abgeglichen.
-
03
Geprüft, bevor es live geht
Jede Abfrage läuft vor dem Veröffentlichen auf Databricks oder Snowflake, damit sich nichts mit einem SQL-Fehler öffnet.
-
04
Ihre Identität, Ihre Rollen
SSO-Rollen gelten durchgängig bis in beide Warehouses, damit alle nur sehen, was sie sehen dürfen.
-
05
Standardmässig nur lesend
Er schreibt nur, wenn Sie es verlangen, und protokolliert jeden Schreibvorgang.
Mit welchem Tableau-Dashboard würden Sie anfangen?
Dort fangen wir an. Wir legen den Layer darüber und beantworten seine Fragen in natürlicher Sprache, und falls Sie es je zusätzlich auf einer anderen Plattform möchten, wird vorher jede Zahl gegen Tableau geprüft.