Produkt
Ein Produkt, zwei Wege, es zu nutzen. Beide durchlaufen dieselben Kontrollen.
AgenticObjects ist ein Team von Analysten, das auf Ihrem Data Warehouse läuft: Sie befragen es in klarer Sprache, und es prüft Ihre Daten weiter, wenn Sie es nicht tun.
Fünfzehn Sekunden
Der ganze Kreislauf, vor dem Detail
Eine Frage, beantwortet mit einer Adresse unter jeder Zahl, dann ein geplanter Lauf, der einen Brief und seine Findings veröffentlicht — die beiden Wege, die diese Seite danach einzeln auseinandernimmt.
Wo der Unterschied liegt
Jeder ernsthafte Analyse-Agent baut die Abfrage heute aus einem Semantic Layer. Da fangen wir an, nicht da hören wir auf.
| Standard in dieser Kategorie, und in AgenticObjects | Was AgenticObjects darüber hinaus leistet |
|---|---|
| Eine regulierte Definition pro Kennzahl, aus einem versionierten semantischen Modell | Geprüft wird der Satz, nicht nur die Abfrage. Jede Zahl, die das Modell schreibt, wird vor der Auslieferung gegen das versiegelte Abfrageergebnis aufgelöst. Eine Zahl ohne Adresse erreicht den Bildschirm nie. |
| Deterministischer Abfragebau; das Modell schreibt nie SQL | Absagen stehen in der Aufzeichnung. Zurückgehaltene Kandidaten, einbehaltene Werte und abgelehnte Entwürfe stehen mit ihrer Begründung in einem Ledger. Verlangen Sie von jedem Anbieter, Ihnen sein eigenes zu zeigen. |
| Row-Level Security, rollenbasierter Zugriff, Ihr freigegebenes Modell nach Wahl | Ein Modell pro Lauf, und es kann nicht mittendrin getauscht werden. Das Modell wird vor dem Start des Laufs gewählt und auf den Lauf geschrieben. Nichts wechselt zu einem anderen, weil der Anbieter langsam ist oder weil eine erste Antwort schwach aussah. Sechs Monate später sagt die Aufzeichnung immer noch, welches Modell sie geschrieben hat: Wird ein Modell je zurückgezogen, finden Sie jede Aufzeichnung, die es berührt hat. |
| Fragen in natürlicher Sprache mit einer Nachweisspur | Es arbeitet, wenn niemand fragt. Geplante Erkundung erzeugt Findings, Recommendations und Briefs als dauerhafte Aufzeichnungen, nicht als Nachrichten. |
Die meiste Analyse-KI dieser Kategorie ist an die Cloud des Anbieters gebunden. AgenticObjects wird neben Ihrem Warehouse installiert: On-Premise-Runtime, nur lesende Gateways, Zugangsdaten, die Ihren Server nie verlassen. Für Banken, das Gesundheitswesen und den öffentlichen Sektor, wo Daten das Haus nicht verlassen dürfen, ist das kein Merkmal. Es ist die Bedingung dafür, überhaupt im Raum zu sein.
Die Regel „keine Zahl ohne Nachweis“ gilt für ein um 05:00 Uhr erzeugtes Finding genauso wie für eine um 15:00 Uhr getippte Antwort.
Der Morgen-Brief
Montag, 08:00 Uhr. Das steht auf dem Bildschirm.
Annahmenstreifen
Lässt sich nicht abschalten; wird vor den Zahlen gelesen. „Sie haben keinen Zeitraum angegeben; der letzte volle Monat wurde angenommen.“
Fließtext
Vom Modell geschrieben; jede Zahl darin an eine Adresse gebunden.
Findings
Schweregrad, Richtung und ein Abzeichen interpretive, das Meinung von Messung trennt.
Verweis auf den Lauf
Am Fuß jedes Briefs, zurück zum Lauf, seinen eingefrorenen Einstellungen und seinen Kosten.
Der Punkt ist nicht, dass der Agent die Woche zusammengefasst hat. Der Punkt ist, dass niemand nach der Lücke zwischen Bestand und Absatz gefragt hatte und der Agent sie von selbst gefunden hat.
Das Dashboard
Ein Blick jeden Morgen. Fünf Bereiche, und jeder sagt, was er ist.
| Bereich | Was er enthält | Die Regel dahinter |
|---|---|---|
| Täglich | Die neuesten Briefs | Das erste Öffnen wird einmal gestempelt; „ungelesen“ heißt nie geöffnet |
| Aufgaben | Die Recommendations der Agenten | Jede Zeile öffnet mit einem Klick das Finding, auf dem sie beruht |
| Findings ohne Recommendation | „Wichtig, aber noch nicht in Handlung übersetzt“ | Gezeigt, nicht versteckt |
| Datenstatus | Zeiträume, in denen der Agent nachgesehen und keine Datensätze gefunden hat | Wird nie zu einem Finding aufgeblasen; kein Schweregrad-Abzeichen, weil ein leerer Zeitraum keine geschäftliche Wirkung hat |
| Benachrichtigungen | Eine pro Lauf | Dasselbe Thema ein drittes Mal bekommt einen ongoing-Stempel, keinen dritten Alarm |
Fortlaufende Analyse ist nicht fortlaufende Unterbrechung. Das System verwaltet Ihre Aufmerksamkeit so, wie es sein Budget verwaltet.
Drei Aufzeichnungsarten, im Detail
Jede Art hat eine Entstehungsregel. Wird die Regel nicht erfüllt, existiert die Aufzeichnung nicht.
FINDING — „Was ist passiert?“
Wie sich eine Kennzahl in einer bestimmten Aufschlüsselung über einen bestimmten Zeitraum verhalten hat. Jedes Finding trägt einen Schweregrad: niedrig, mittel, hoch oder kritisch. Welche Kennzahl, welcher Zeitraum, welche Filter — das schreibt die Engine, nicht das Modell. Lief die Abfrage und lieferte keine Daten, ist das kein Finding, sondern ein data state: eine eigene Klasse, kein Abzeichen, und darauf lässt sich keine Recommendation bauen.
RECOMMENDATION — „Was sollten wir tun?“
Eine geschäftliche Handlung, gestützt auf mindestens ein Finding. Eine ungestützte Recommendation kann nicht erzeugt werden; eine, die nur auf „keine Daten“ beruht, wird ebenfalls abgelehnt. Sie erbt die restriktivste Nutzungsregel der Findings unter ihr und kann daher nie weiter teilbar sein als ihr eigener Nachweis.
BRIEF — „Was war diese Woche wichtig?“
Die lesbare Zusammenfassung, die die Findings eines Laufs in einen Text zusammenführt. Mindestens eine covers-Verknüpfung ist Pflicht. Sie entscheiden je Agent, was erzeugt wird: nur Findings, eine Zusammenfassung für die Geschäftsführung, oder beides.
Drei Verknüpfungsarten verbinden sie — based_on, covers, related_to — sodass Wissen zu einem kleinen begehbaren Graphen wird statt zu einer flachen Liste. Die Kette lässt sich in beide Richtungen ablaufen.
Die acht Gates
Jede Aufzeichnung auf Ihrem Dashboard hat acht Prüfungen bestanden. An keiner davon ist KI beteiligt.
Die Rohausgabe des Agenten erreicht das Dashboard nie direkt. Sie wird in Kandidaten zerlegt und dann durch acht regelbasierte Prüfungen in fester Reihenfolge geführt.
| Gate | Was es prüft |
|---|---|
| 0 · Struktur und Verknüpfungen | Ein Kandidat ohne Titel, ohne Art oder ohne Grundlage wird verworfen. Selbstverweise und Zyklen sind verboten. |
| 1 · Berechtigungs-Einfrieren | Versiegelt mit der Berechtigung und dem Row-Level-Bereich, unter denen er erzeugt wurde. |
| 2 · Nachweis | Jede Zahl wird gegen die Abfrageergebnisse geprüft, die der Agent angeführt hat. Eine unbewiesene Zahl kann nicht in den Text gelangen. |
| 3 · Trust-Stempel | Die Trust-Stufe der Aufzeichnung ist die Stufe ihres schwächsten Nachweises. Die Engine schreibt sie. |
| 4 · Aussagenprüfung | Unbelegte Kausalität und Superlative sind strukturelle Mängel: eine Neuformulierung, dann zurückgehalten. Deutende Sprache wird gekennzeichnet, nicht blockiert. |
| 5 · Neuheit | Hat dieser Agent das schon einmal gesagt? Gestempelt new / ongoing / repeat gegen seine eigene Historie. |
| 6 · Deduplizierung | Eine zweite Aufzeichnung mit derselben Identität wird nicht gelöscht; sie bleibt als Duplikat bestehen und wird gezählt. |
| 7 · Anzahl und Vertrag | Je Agent und Lauf: höchstens 6 Findings, 3 Recommendations, 1 Brief. Eine Art, die Sie nicht gewählt haben, wird nie veröffentlicht. |
Jeder verworfene, zurückgehaltene, doppelte oder übergelaufene Kandidat steht mit seiner Begründung im Guard Ledger. Werden alle Kandidaten verworfen, sagt das System „alle Kandidaten verworfen“, nicht „keine neuen Findings“.
Was Ihr Team mit einer Aufzeichnung tut
Liest sie. Bewertet sie. Geht in die Tiefe. Folgt ihr.
Liest sie
Auf dem Dashboard, in der Zeitleiste, im Archiv. Wer sie wann geöffnet hat, wird festgehalten. Gesehen / besprochen / verworfen ist persönlich und verändert nie den Feed eines anderen.
Bewertet sie
Nützlich oder nicht, mit optionaler Begründung. Bewertungen fließen als Signal in den nächsten Lauf des Agenten zurück — nie als Rohtext, damit der Kommentar einer Person das System nicht vergiften kann.
Geht in die Tiefe
Ein Klick nimmt ein Finding mitsamt seinen Zahlen in eine Unterhaltung mit: „Schlüssle das nach Stadt auf“ — ohne dass ein neuer Lauf startet.
Folgt ihr
Alle, die einem Agenten folgen, werden bei einer neuen Veröffentlichung benachrichtigt. Der Benachrichtigungstext enthält nie einen Wert; der Wert lebt in der Aufzeichnung.
Einen Agenten einrichten
Sie stellen einen Analysten ein, Sie schreiben keinen Code.
Die Aufgabe erklären. Die Grenzen setzen. Die Arbeitszeiten vereinbaren. Genau das tut eine Führungskraft am ersten Tag eines neuen Analysten, und genau danach fragt das Agent Studio.
- Sie erklären die Aufgabe Eine Aufgabenbeschreibung in klarer Sprache. Zielgruppe, Prioritäten, worauf zuerst zu schauen ist, was nie behauptet werden darf. Ehrlichkeit ist kein Softwaremerkmal; sie ist eine Zeile, die Sie in die Aufgabenbeschreibung schreiben: „Behaupte nie Kausalität.“
- Sie setzen die Ausgabengrenze Eine Firmenkarte mit Limit: Schritte, Sekunden, Kosten. Ein Agent kann seine Grenzen nur enger ziehen, nie weiter.
- Sie zeigen ihm das Feld Wo jeder Datensatz endet, welche Kennzahl leer ist, worauf er nie schauen soll. Der Agent spricht im Wissen um seine eigenen Grenzen.
- Sie legen die Arbeitszeiten fest Jeden Montag um 08:00 Uhr, Istanbuler Zeit. Jeder Brief entsteht aus dieser einen Zeile.
Zwei Unterschiede zu einem menschlichen Analysten: Die Anweisung ist in jedem Lauf wortgleich — keine Stimmungen — und jede Änderung an den Einstellungen landet mit Wer und Wann im Audit-Log.
Die Anatomie einer Aufzeichnung
Was jedes agentic object trägt, und wer es schreiben darf
Vier Gruppen von Eigenschaften. Zu zweien trägt der Agent bei; zwei darf nur die Engine schreiben. Diese Trennung ist das ganze Governance-Modell in einer Tabelle.
Identität — wer sie ist
Ein eigener Bezeichner und eine eigene Adresse in Ihrer Installation. Eine Art, und die Version des Schemas, gegen das sie geschrieben wurde. Ein Revisionszähler: Ändern Sie den Inhalt, läuft die Nachweisprüfung erneut. Eine Aufzeichnung, die eine frühere ablöst, behält den Verweis auf sie.
Herkunft — woher sie kam, eingefroren
Der Lauf, der sie erzeugt hat, der Agent, die exakte damals geltende Modellbindung und ein Hash der zu dem Zeitpunkt aktiven Konfiguration. Dazu die Identität, unter der sie erzeugt wurde, und der Row-Level-Bereich dieser Identität — bei der Erzeugung eingefroren und bei jedem Lesen live erneut geprüft.
Nachweis — worauf sie beruht
Die Abfrageergebnisse, die sie angeführt hat, und die bewiesenen Zahlen, auf die Aufzeichnung eingefroren, sodass der Nachweis auch dann bestehen bleibt, wenn das Lauf-Log bereinigt wird. Dazu die Aktualität der Daten und die genau gelesenen Zeiträume. Jede Zahl, die sich nicht beweisen ließ, steht mit einer benannten Begründung in einer Liste zurückgehaltener Werte — sie erreicht den Text nie.
Beurteilung — was die Engine geschlossen hat
Die Trust-Stufe, genommen vom schwächsten Nachweis darunter. Ob sie validiert wurde. Ob dieser Agent das schon einmal gesagt hat. Ob die Formulierung in kausale oder superlative Sprache abgleitet — was gekennzeichnet, nie blockiert wird. Und ob sie als Experiment gilt, was sie standardmäßig tut, bis etwas anderes bewiesen ist.
Typ — die fünfte Eigenschaft
Eine Zahl reist mit ihrer Identität, ihrer Adresse, der Berechtigung, unter der sie entstand, und ihrem Lebenszyklus. Das Fünfte, was sie braucht, ist der Typ: Was für eine Aussage ist das, und wozu verpflichtet sie?
Es gibt drei, und eine vierte hinzuzufügen ist bewusst schwer. Die Prüfung ist nicht, ob sie auf dem Bildschirm anders aussähe oder von woanders käme — eine andere Karte oder eine andere Herkunft ist ein Kontext, nie ein Typ. Die Prüfung ist, ob sie einen wirklich anderen Lebenszyklus und eine wirklich andere Verpflichtung hat.
Verknüpfungen, und in welche Richtung sie laufen
Eine Recommendation beruht auf einem Finding. Ein Brief deckt Findings ab. Ein Finding kann sich auf ein anderes Finding beziehen. Die Engine erzwingt, wohin jede Verknüpfung zeigen darf, und weigert sich, einen Zyklus zu erzeugen, sodass sich eine Argumentationskette nicht unbemerkt in sich selbst schließen kann.
Die Zustände, in denen ein Kandidat enden kann
Nichts verschwindet stillschweigend, und ein Überlauf der Anzahl wird nie als Gate-Fehler verkleidet.
| Zustand | Was er bedeutet |
|---|---|
published | Hat alle acht Gates bestanden. Steht auf dem Dashboard und im Feed aller, die sie sehen dürfen. |
validated | Beweisbar und korrekt, aber für diesen Lauf nicht zur Veröffentlichung ausgewählt. |
held | Ein Gate hat sie gestoppt, und die Begründung ist bei ihr festgehalten. |
duplicate | Dieselbe Aufzeichnung erneut gefunden. Nicht gelöscht — aufbewahrt und gezählt. |
not_selected | Korrekt, aber über der Obergrenze des Laufs für ihren Typ. Ein eigener Zustand, bewusst getrennt von einem Fehlschlag. |
Archivierung ist ein Zeitstempel, kein Zustand — eine Aufzeichnung kann aus jedem der obigen Zustände archiviert werden. Für diese Aufzeichnungen gibt es nirgends im Produkt einen Löschendpunkt. Eine im August gegebene Antwort ist zwei Jahre später noch einsehbar.
Gesehen, besprochen, verworfen — der persönliche Zustand liegt getrennt von der Aufzeichnung. Verwirft eine Person etwas, fällt es nie aus dem Feed einer anderen. Das erste Öffnen wird einmal gestempelt und nie überschrieben, weshalb „ungelesen“ nie geöffnet heißt.
Sehen Sie es in vier Wochen auf Ihren eigenen Daten.
Abnahmekriterien vorher aufgeschrieben.