Wenn die KI den falschen Preis findet: Wie ein Kurator Unternehmenswissen prüft
von Werner Graser
Im März 2026 nannte unser KI-Assistent in vier Gesprächen vier verschiedene Preise für denselben Kinderkurs. In der Wissensbasis lagen importierte E-Mails mit Preisen aus früheren Einzelverhandlungen. Der Assistent gab solche Beträge als aktuelle Tarife aus. Dieser Fall war für mich der Anstoß, den Kurator für getVIA zu entwickeln.
Vom Mailtext zur freigegebenen Angabe
Die folgenden Prüfungen sind spezifiziert, aber noch nicht in Betrieb. Angenommen, in einer alten E-Mail steht ein ausgehandelter Preis von 100 Euro und in der aktuellen Preisliste stehen 120 Euro für denselben Kinderkurs. Die Beträge sind fiktiv. Beim Import soll aus dem Text eine Wissenskarte entstehen, mit einem Thema, der Preisangabe, ihrer Quelle und dem Stand der Quelle. Für zeitabhängige Angaben kommen ein Ablaufdatum und der Zeitpunkt der letzten Bestätigung dazu. Der Betrieb prüft die Quelle und gibt die passende Angabe für den vorgesehenen Zeitraum frei. Das Datum der E-Mail und die Gültigkeit des Preises sind zwei verschiedene Informationen. Auch eine neue E-Mail kann ein Angebot vom Vorjahr zitieren.
Bei der Freigabe soll ein Dienst den Text, den der Telefonassistent sprechen wird, mit dem zugehörigen Feld der Karte vergleichen. Stehen dort 120 Euro und im Sprechtext 100 Euro, lehnt er die Freigabe ab. Er prüft außerdem, ob der Text das Thema der Karte nennt und höchstens zwei Sätze lang ist. Jede Freigabe soll eine Version der Karte speichern. Ändert jemand später den Preis oder nur den Sprechtext, muss die geänderte Fassung erneut freigegeben werden. Enthalten Karte und Sprechtext beide die falschen 100 Euro, erkennt der Zahlenabgleich den fachlichen Fehler nicht. Dafür braucht es die Prüfung der Quelle durch einen Menschen.
Was der Kurator nachts prüfen soll
Für die erste Stufe sind zwei Prüfungen angekündigt: doppelte Inhalte und möglicherweise veraltete Angaben. Für Dubletten vergleicht der Nachtlauf die Karten desselben Betriebs nach ihrer inhaltlichen Ähnlichkeit. Dazu nutzt er die Vektoren, die für die Suche ohnehin vorliegen. Beispielfragen bleiben bei diesem Vergleich außen vor, weil mehrere Fragen zur selben Karte sonst selbst wie Dubletten aussehen. Die Schwelle stellen wir an echten Kartenpaaren ein. Ein ähnliches Paar ist ein Prüfhinweis. Zwei Karten mit demselben Preis können unterschiedliche Leistungen betreffen.
Bei zeitabhängigen Angaben meldet der Lauf ein näher rückendes Ablaufdatum oder einen Eintrag, dessen Bestätigung zu lange zurückliegt. Im Dashboard sollen die betroffenen Karten mit dem Grund für den Fund erscheinen. Der Betrieb kann den Eintrag bestätigen, eine Korrektur freigeben, ihn stilllegen oder den Hinweis verwerfen. Der Kurator selbst ändert keine Karte.
In weiteren Stufen soll der Kurator Widersprüche und neue Quellen prüfen. Beim Kinderkurs würde das System beide Preise mit Quelle und Datum nebeneinander vorlegen. Der Betrieb kann prüfen, welcher Preis für die angefragte Saison gilt. Beim Import einer neuen E-Mail oder eines Dokuments soll der Abgleich mit dem vorhandenen Wissen schon vor der Freigabe stattfinden. Genau diese Prüfung hätte uns beim ersten E-Mail-Import geholfen.
Wie sich die Suche prüfen lässt
Nach der Freigabe prüft eine vorbereitete Testfrage wie „Was kostet der Kinderkurs in den Weihnachtsferien?“ den Suchweg. Zu der Frage gehört eine erwartete Karte. Steht eine andere Karte auf Platz eins oder bleibt der Treffer unter der festgelegten Schwelle, erscheint ein Prüfhinweis. Die Testfrage selbst bleibt außerhalb des Suchindex. Der Betrieb kann dann etwa den Geltungsbereich einer Karte genauer fassen oder eine veraltete Karte aus der Suche nehmen. Der Test arbeitet mit vorbereiteten Fragen und braucht keine Aufzeichnungen aus Kundengesprächen.
Ein Test vor dem Einsatz sollte beide Fehler absichtlich nachstellen. Einen falschen Preis im Sprechtext muss die Freigabe zurückweisen. Eine falsche Karte auf Platz eins muss der Suchtest melden. Für den Telefonassistenten ist ein weiterer Schutz geplant: Der Code soll prüfen, ob der Assistent eine Karte gewählt hat, die ihm die Suche tatsächlich geliefert hat. Gesprochen wird dann der freigegebene Wortlaut. Fehlt ein passender Beleg, greift eine hinterlegte Antwort für diesen Fall.
Der getVIA-Kurator ist in Entwicklung. Die erste Stufe mit Dubletten- und Aktualitätsprüfung ist für Q4 2026 vorgesehen. Für die weiteren Stufen gibt es noch keinen öffentlichen Termin. getVIA-Roadmap
Werner Graser ist Entwickler und Inhaber von ylem e.U. in Malta, Kärnten. Er entwickelt getVIA, ein Team aus KI-Agenten für Telefon, WhatsApp und E-Mail. Autorenprofil