Wie du zu deiner Ontologie kommst
Wie baust du eine Ontologie mit KI-Agenten?
Von Dr. Simon Harrer · · Video 2:31 · 8 Folien
Kurz gesagt
Fachbereiche und KI-Agenten brauchen beide eine Ontologie, um deine Daten zu verstehen. Ein Agent entwirft die Ontologie aus dem Wissen, das schon vorhanden ist. Die Fachbereiche prüfen jede Änderung als Diff auf einem Branch, bevor sie in die Ontologie geht.
Auf YouTube ansehen
Modellieren von Hand ist zu langsam
Das Wissen über dein Business ist schon vorhanden. Es steckt in Dokumenten, in Data Contracts, in Datenbanktabellen und in den Köpfen von Menschen. Wenn du alles von Hand modellierst, brauchst du Monate an Workshops. So lange wartet niemand.
Das Wissen einsammeln
Sammle zuerst, was das Business schon weiß. Nutze Interviews mit Fachexperten, Workshop-Notizen, Glossare, Data Contracts und Datenbanktabellen. Ein Agent liest all das. Dann entwirft er Konzepte, Beschreibungen und Beziehungen. So startet der Agent aus echtem Wissen, nicht von einer leeren Seite.
Vorschläge auf einem Branch
Der Agent ändert die Ontologie nicht. Er legt seine Vorschläge auf einen Branch. Die Haupt-Ontologie bleibt unverändert, bis jemand diesen Branch merged. Der Agent macht die Vorschläge, aber ein Mensch entscheidet, was in die Ontologie kommt.
Den Diff im Diagramm prüfen
Fachbereiche lesen kein YAML. Sie prüfen die Änderung im Diagramm. Das Diagramm markiert jedes Konzept, das der Agent hinzugefügt, bearbeitet oder entfernt hat. Wenn du ein Konzept öffnest, siehst du die alte Beschreibung durchgestrichen über der neuen.
Am Diff weiterarbeiten
Ein Fachexperte ist mit einer Definition nicht einverstanden. Er schreibt einen Kommentar an den Diff und nennt den Grund. Der Agent aktualisiert den Branch, und der Diff zeigt das neue Konzept. Nach einigen Runden stimmen die Definitionen.
Den Blast Radius finden
Wenn die Ontologie schon im Einsatz ist, reicht der Diff nicht. Data Contracts verknüpfen ihre Spalten mit den Konzepten. Eine Blast-Radius-Analyse zeigt die betroffenen Data Contracts, Spalten und Owner. Wenn du ein Konzept entfernst, das eine Spalte noch nutzt, bricht die Verknüpfung.
Owner verknüpfen zuerst neu
Die Owner der betroffenen Data Contracts prüfen die Änderung ebenfalls. Sie verknüpfen ihre Spalten zuerst mit dem richtigen Konzept. Ein Konzept verschwindet erst, wenn keine Spalte mehr darauf verweist. So verliert kein Data Contract seine Bedeutung.
Immer wieder
Dann merged der Owner den Branch, und die Ontologie wächst um einen geprüften Schritt. Jedes neue Datenprodukt und jeder neue Prozess startet einen neuen Branch mit einem neuen Diff. Nach Zeitplan prüft ein Agent außerdem die gesamte Ontologie auf Dubletten und Lücken.