Für wen
Für Verantwortliche für AI und Daten, Enterprise-Architekten und erfahrene Entwickler
Drei AI-Teams können mit denselben Unternehmenssystemen arbeiten und trotzdem drei unterschiedliche Modelle von Kunden, Produkten und Verträgen entwickeln. Anhand der Abschaltung eines Dienstes zeigt der Vortrag, welches Wissen gemeinsam gepflegt werden sollte und wie es mit seinen Quellen verbunden bleibt.
Was das Publikum mitnimmt
- Erkennen, wann wiederholte Einzellösungen auf eine gemeinsame Architekturaufgabe hinweisen.
- Unterscheiden, was in Retrieval, ein Domänenmodell, explizite Regeln oder Anwendungscode gehört.
- Einen ersten Anwendungsfall auswählen, der den Aufwand für Aufbau und Pflege gemeinsamen Wissens rechtfertigt.
Vollständiger Vortragstext
Welche Kunden müssen wir informieren, wenn ein Dienst abgeschaltet wird? Der Betrieb verfolgt technische Abhängigkeiten, der Vertrieb arbeitet mit Kundenbeziehungen, und die Rechtsabteilung braucht Vertragsparteien und geltende Bedingungen. Erhält jedes Team einen AI-Assistenten, kann daraus jeweils ein anderes Bild desselben Unternehmens entstehen.
Der Vortrag führt dieses Beispiel von der offenen Frage zu einer gemeinsam nutzbaren Wissensgrundlage. Wir untersuchen, welche fachlichen Unterscheidungen modelliert werden sollten, wie sie mit Quellsystemen verbunden werden und wo Knowledge Graphs, Ontologien, Retrieval und explizite Regeln helfen. Ebenso wichtig ist die Gegenfrage: Wann reichen die vorhandene Datenbank und eine gut entworfene API aus?
Es geht nicht darum, dass ein Modell diese Zusammenhänge niemals selbst erschließen könnte. Entscheidend ist, dass eine brauchbare Interpretation nicht mit dem Gespräch endet oder in jeder Anwendung neu entsteht. Explizit modelliertes Wissen kann Agenten dabei helfen, Abhängigkeiten zu untersuchen, Szenarien zu vergleichen und Folgen zu erklären. Agenten können wiederum Verbesserungen an diesem Modell vorschlagen und prüfen.
Das Publikum erhält einen Ansatz, um zu entscheiden, welches Wissen gemeinsam genutzt werden sollte, wer es pflegt und mit welchem Anwendungsfall der Einstieg sinnvoll ist, ohne zunächst das gesamte Unternehmen modellieren zu müssen.
