Der Assistent schreibt die Abfrage, nicht die Zahl

Ein Sprachmodell, das Ihre Zahlen in der Hand hat, kann sie ändern. Es tut das nicht oft, und genau das ist das Problem. Ein System, das in einer von fünfzig Antworten falsch liegt, ist schwerer zu erwischen als ein System, das jedes Mal falsch liegt.

Die Antwort darauf ist kein besseres Modell. Die Antwort ist, das Modell von den Werten fernzuhalten. Diese Seite beschreibt, wie das funktioniert.

Wie kann ein Assistent mit Daten antworten, die er nicht sehen kann?

Der Assistent schreibt die Abfrage. Er schreibt nicht das Ergebnis.

1. Sie stellen eine Frage in eigenen Worten.
2. Der Assistent schreibt eine Abfrage: eine Tabelle, einen Satz Filter, eine Kennzahl.
3. Die Plattform führt diese Abfrage auf Ihrem System aus, über Ihre eigene Verbindung.
4. Die Plattform stellt die Zeilen, die sie erhalten hat, als Block dar: eine Tabelle, einen Wert, ein Diagramm oder einen Satz Kennzahlen.
5. Die Plattform sagt dem Assistenten, was zurückkam: die Felder, die Zeilenanzahl und eine kleine Stichprobe der ersten Zeilen. Die Stichprobe zeigt den Aufbau; ein großes Ergebnis erreicht das Modell nie vollständig. Braucht die Frage eine Differenz oder eine Summe, fordert der Assistent sie in der Abfrage an, die Plattform rechnet sie auf den Zeilen aus, und dieses Ergebnis kommt zurück.
6. Der Assistent schreibt den Satz um den Block herum.

Die Zahlen, die Sie lesen, kamen aus Ihrer Datenbank und haben nichts durchlaufen, das sie ändern könnte. Der Assistent hat gewählt, wonach er fragt und wie er es beschreibt. Die ganze Antwort hatte er nie in der Hand.

Das hat einen zweiten Nutzen, der über ein Jahr hinweg mehr zählt als über eine Woche. Die Abfrage ist ein dauerhaftes Objekt. Dieselbe Abfrage, die in einer Unterhaltung eine Frage beantwortet hat, wird der Bericht, den Sie jeden Monat öffnen, und die Definition, auf die sich Ihr Unternehmen einigt. Der Bericht führt sie standardmäßig erneut aus, und nichts wird dazwischen neu getippt.

Und der Satz um den Block herum?

Der Assistent schreibt weiterhin Fließtext. Er sagt, was er gefiltert hat, was ihm aufgefallen ist und was er als Nächstes prüfen würde. Dieser Fließtext ist die eine Stelle, an der eine Zahl auftauchen kann, ohne aus einer Abfrage zu kommen.

Mit einer Controller-Lizenz, wo die Analyse läuft, wird deshalb auch der Fließtext geprüft. Bevor der Text eine Nachricht wird, wird jede Zahl darin mit dem verglichen, was der Durchgang belegen kann. Eine Zahl überlebt, wenn sie eine dieser Prüfungen besteht:

• Sie ist ein Zahlenwert in einem Werkzeugergebnis aus diesem Durchgang.
• Sie ist eine Zahl, die der Assistent als Werkzeugeingabe gesendet hat, etwa ein Filterwert oder die Anzahl Tage in einer Dauer wie P7D.
• Sie ist eine Zahl in Ihrer Frage.
• Sie wiederholt genau eine Zahl, die früherer Fließtext in der Unterhaltung gezeigt hat.

Alles andere wird durch Auslassungspunkte ersetzt, und die Ersetzung wird gezählt. Der Satz überlebt. Die erfundene Zahl nicht.

Was ist keine Zahl?

Eine Prüfung, die jede Zahl als Behauptung behandelt, macht den Text unlesbar. Datumsangaben sind Zahlen. Quartale auch, Kalenderwochen und die #3 in einer Ticketreferenz.

Diese werden nie als Zahlenwerte behandelt:

• Datumsangaben, in Ziffern und ausgeschrieben, auf Deutsch, Englisch, Dänisch und Spanisch
• Jahre, Uhrzeiten, Kalenderwochen und Quartale
• Aufzählungszeichen, auch Markierungen in fettem Text oder in einer Überschrift
• Kennungen wie #3 oder PR0017

Ein System, das das Datum in „3. September 2026“ entfernt, ist kein Prüfsystem. Es ist ein Fehler.

Warum auf dem Server prüfen?

Weil es mehr als einen Leser gibt.

Der Text erreicht einen Web-Client, eine Desktop-Anwendung, eine mobile Anwendung und eine Browsererweiterung. Er wird in einer Datenbank gespeichert. Er wird im nächsten Durchgang als Historie an das Modell zurückgesendet. Läuft die Prüfung im Client, unterscheidet sich jede dieser Kopien, und die eigene Historie des Modells enthält Zahlen, die der Leser nie gesehen hat.

Die Prüfung läuft deshalb auf dem Server, einmal, bevor der Text gestreamt und bevor er gespeichert wird. Ein geprüfter Text erreicht jedes Ziel.

Was kostet das?

Zwei Dinge, und es ist fair, sie zu nennen.

Sie sehen manchmal Auslassungspunkte. Rundet der Assistent eine Zahl, besteht die gerundete Zahl die Prüfung nicht und wird entfernt. „Rund 800.000 DKK, verteilt auf 4 Benutzer“ wird zu „Rund … DKK, verteilt auf … Benutzer“, wenn die Buchhaltung 812.400, verteilt auf 3 Benutzer, zurückgab. Die erste Fassung liest sich besser. Die zweite ist ehrlich.

Ein Hinweis kann seine Zahlen verlieren. „Nur 500 von 3.901 Zeilen stehen in dieser Datei“ behält seine Warnung und verliert seine Zahlen, wenn diese Zahlen nicht zurückgegeben wurden. Das ist die richtige Abwägung. Eine Warnung mit erfundenen Zahlen sind zwei Fehler, nicht einer.

Was es nicht löst

Die Prüfung prüft, dass eine Zahl aus einer Zeile kam. Sie prüft nicht, dass die Zeile Ihre Frage beantwortet.

Eine vollkommen belegte Zahl kann trotzdem die falsche Zahl sein, weil die Abfrage auf das falsche Datumsfeld gefiltert hat, oder weil „Umsatz“ in der Abfrage nicht „Umsatz“ in Ihrem Unternehmen ist. Dieses Problem braucht einen anderen Mechanismus: eine gemeinsame Definition jedes Geschäftsbegriffs und einen Assistenten, der fragt, wenn eine Lesart nicht geklärt ist.

Das sind zwei weitere Teile derselben Konstruktion. Die Prüfung ist das Fundament, nicht das Dach. Sie beseitigt eine ganze Fehlerklasse, und das ist es wert, und sie lässt den Rest der Arbeit sichtbar statt verborgen.