Workspace und globales Panel teilen eigentümerprivate Sessions, Ziele, Nachrichten und den Turn-Lifecycle. Der Scope kann global, projektbezogen oder auf ein exaktes Objekt begrenzt sein. APIs für Umbenennen, Anheften, Export, Feedback und Memory sind im Backend-Vertrag verfügbar; einige Bedienelemente sind noch nicht auf allen Browseroberflächen vorhanden.
Advanexus Intelligence
AI-Unterstützung innerhalb der Berechtigungs-, Richtlinien- und Nachweisgrenzen der Plattform.
Nutzer beschreiben ein Ziel in natürlicher Sprache. Intelligence stellt nur zulässigen Kontext zusammen, wählt einen registrierten Skill und lässt die Autorität über Validierung und Ausführung bei deterministischen Plattformdiensten.
Intelligence rekonstruiert Actor, Tenant, Project, Berechtigungen und RLS-Kontext auf dem Server. Das globale Panel erhält registrierte Seiten-, Auswahlobjekt- und allowlist-geprüfte Hinweise; beliebige DOM-, Editor- oder Ergebnisrasterinhalte werden nicht ausgelesen.
Siebzehn versionierte Skills leiten eine Absicht in einen begrenzten Prompt und Funktionsumfang. Luna, Terra und Sol sind serverseitige Richtlinienprofile über demselben festgelegten Modell – keine vom Nutzer wählbaren Modelle und keine getrennten Autorisierungsdomänen.
Ein Modell kann erläutern, entwerfen und ein registriertes Tool anfordern. Die Plattform validiert Tool-Identität, Argumente, Scope und Policy erneut. Vorschau- oder Schreibaktionen erfordern den für diese konkrete Funktion festgelegten Bestätigungs- oder Freigabevertrag.
SQL-, Dataset-, Analytics-, Assurance-, Service-Desk- und weitere registrierte Adapter rufen bestehende Anwendungsdienste auf, statt eine parallele AI-Ausführungsebene zu schaffen. Ein Turn, der nur eine Antwort liefert, kann mit einer Erläuterung abgeschlossen werden; ein zustandsänderndes Ergebnis ist nur durch eine abgeschlossene Action oder ein Tool-Ergebnis belegt, das mit dem kanonischen Modul verknüpft ist.
Wenn ein Nutzer nach einem analytischen Dataset oder einer Query fragt, verwendet Intelligence die aktuell ausgewählte autorisierte Source, das Schema und die Metadaten, benennt analytische Granularität, Dimensionen, Metriken und Diagrammwahl und validiert den Entwurf vor Darstellung oder Preview. Sie wechselt weder stillschweigend die Datenbank noch behandelt sie SQL-Text als Ausführungsnachweis.
Wenn der asynchrone Modus aktiviert ist, persistieren alle Profile vor der Ausführung einen eingereihten Turn. Dauerhafte Events bleiben maßgeblich, während Live-Replay und Polling den Fortschritt anzeigen. Stop, Regenerate, Wiederherstellung veralteter Arbeit und Schutz vor verspäteten Ergebnissen behalten denselben begrenzten Lifecycle.
Ein Ziel wird in eigentümerprivatem Status fortgeführt.
Workspace und globales Panel teilen eigentümerprivate Sessions, Ziele, Nachrichten und den Turn-Lifecycle. Der Scope kann global, projektbezogen oder auf ein exaktes Objekt begrenzt sein. APIs für Umbenennen, Anheften, Export, Feedback und Memory sind im Backend-Vertrag verfügbar; einige Bedienelemente sind noch nicht auf allen Browseroberflächen vorhanden.
Fundierter Kontext beginnt mit servereigenem Scope.
Intelligence rekonstruiert Actor, Tenant, Project, Berechtigungen und RLS-Kontext auf dem Server. Das globale Panel erhält registrierte Seiten-, Auswahlobjekt- und allowlist-geprüfte Hinweise; beliebige DOM-, Editor- oder Ergebnisrasterinhalte werden nicht ausgelesen.
Akteur, Tenant, aktives Project und effektive Berechtigungen
Workflow-Schlüssel der Seite und exakte Referenz des ausgewählten Objekts
Begrenzte, redigierte Source-, SQL- und kanonische Metadaten
Verfügbare Skills und Tools nach Abhängigkeits- und Richtlinienfilterung
Skill- und Profilauswahl ist Richtlinie, kein Persönlichkeitstheater.
Siebzehn versionierte Skills leiten eine Absicht in einen begrenzten Prompt und Funktionsumfang. Luna, Terra und Sol sind serverseitige Richtlinienprofile über demselben festgelegten Modell – keine vom Nutzer wählbaren Modelle und keine getrennten Autorisierungsdomänen.
Ein Vorschlag ist keine Aktion.
Ein Modell kann erläutern, entwerfen und ein registriertes Tool anfordern. Die Plattform validiert Tool-Identität, Argumente, Scope und Policy erneut. Vorschau- oder Schreibaktionen erfordern den für diese konkrete Funktion festgelegten Bestätigungs- oder Freigabevertrag.
Ziel → Fundierter Kontext → Vorschlag → Validierung → Bestätigung oder Freigabe → Aktion → Nachweis
Kanonische Dienste führen die Arbeit aus.
SQL-, Dataset-, Analytics-, Assurance-, Service-Desk- und weitere registrierte Adapter rufen bestehende Anwendungsdienste auf, statt eine parallele AI-Ausführungsebene zu schaffen. Ein Turn, der nur eine Antwort liefert, kann mit einer Erläuterung abgeschlossen werden; ein zustandsänderndes Ergebnis ist nur durch eine abgeschlossene Action oder ein Tool-Ergebnis belegt, das mit dem kanonischen Modul verknüpft ist.
Sources und SQL Console – Metadaten, sichere SQL-Validierung, begrenzte bestätigte Preview und Erstellung einer SavedQuery
Dataset, Data Quality und Analytics – exakte Asset-Suche, Analyseunterstützung und eng registrierte kontrollierte Schreibvorgänge
ANPy – serverseitige AST-Validierung von Modellcode, niemals KI-Ausführung der Python-Zelle
Assurance und Service Desk – bereichsgebundene Suche sowie registrierte Case-, Paket- oder Ticketaktionen, sofern der exakte Vertrag sie zulässt
SQL-Unterstützung ist fundiert und dialektbewusst.
Wenn ein Nutzer nach einem analytischen Dataset oder einer Query fragt, verwendet Intelligence die aktuell ausgewählte autorisierte Source, das Schema und die Metadaten, benennt analytische Granularität, Dimensionen, Metriken und Diagrammwahl und validiert den Entwurf vor Darstellung oder Preview. Sie wechselt weder stillschweigend die Datenbank noch behandelt sie SQL-Text als Ausführungsnachweis.
Dauerhafte Ausführung trennt Live-Fortschritt von Autorität.
Wenn der asynchrone Modus aktiviert ist, persistieren alle Profile vor der Ausführung einen eingereihten Turn. Dauerhafte Events bleiben maßgeblich, während Live-Replay und Polling den Fortschritt anzeigen. Stop, Regenerate, Wiederherstellung veralteter Arbeit und Schutz vor verspäteten Ergebnissen behalten denselben begrenzten Lifecycle.
Kapazität und Nutzung bleiben explizit.
Admission Control wendet vor der Providernutzung begrenzte parallele und rollierende Rate-Leases an. Versionierte globale, Tenant- oder Nutzer-Richtlinien LIMITED und UNLIMITED können die Tokenkapazität steuern; Providernutzung und versionierte Kostenzuordnung bleiben operative Datensätze – kein hartes Währungsbudget und kein regionsübergreifender Konsensmechanismus.
Die Abgrenzung ist beabsichtigt.
Intelligence besitzt weder beliebiges Auslesen des Bildschirms, Websuche, Browserautomatisierung, autonomen Workflow-Graphen noch beliebigen Toolzugriff. Sie erbt keine Daten oder Berechtigungen, die dem aktuellen Nutzer fehlen.
Drive, Sandbox und Flow-Formalisierung bleiben reine Antwortfunktionen, wo kein kanonischer ausführbarer Adapter existiert.
Pipeline-Ausführung, Retry und Abbruch sowie die Ausführung von Data-Quality-Regeln sind derzeit keine Intelligence-Aktionen.
Schreibende Analytics-Aktionen sind auf einen bestätigten TABLE-Reportentwurf über einer exakten DatasetVersion begrenzt; dies ist kein allgemeines Diagramm- oder Dashboard-Authoring.
Automatisches Dokumentations-RAG, Providerkonten je Tenant, harte Währungsbudgets und eine vollständige Retention-/Legal-Hold-Oberfläche gehören derzeit nicht zum Funktionsumfang.
Nützliche Antworten sind konkret und ehrlich.
Eine belastbare Antwort nutzt die ausgewählte Source oder das ausgewählte Objekt, trennt Fakten von Annahmen, liefert bei Bedarf validiertes SQL, erklärt analytische Granularität und Nutzen und stoppt sicher, wenn der Kontext nicht ausreicht.
Nächster Schritt
Beginnen Sie mit dem Datenfluss, der keine Unklarheit zulässt.
Bringen Sie die relevanten Systeme, Verantwortlichen, Regeln, Lieferverpflichtungen und Nachweisanforderungen ein.
Kritischen Datenfluss besprechen