Architekturvergleich: Facets, MCP-Tools und Tasks/Events vs. Ontology
CLYE trennt bewusst zwischen Wissensmodell, Aktionen und Prozesslogik. Andere Plattformen bündeln diese Ebenen stärker in einem zentralen Modell.
Kurzfassung
- Facets beschreiben Entitäten, Eigenschaften und Beziehungen im Wissensraum.
- MCP-Tools führen Aktionen aus und verbinden CLYE mit externen Systemen.
- Tasks und Events steuern Abläufe, Trigger und Automationen.
- Verbunden werden diese Ebenen über gemeinsame Referenzen wie Objekt-IDs, Facet-Pfade und Payload-Felder.
Vergleichsgrafik
Gegenüberstellung
| Aspekt | CLYE mit Facets + MCP-Tools + Tasks/Events | Monolithische Ontology-Ansätze |
|---|---|---|
| Wissensmodell | Eigenständige semantische Schicht | Zentral im Kernmodell gebündelt |
| Aktionen | Über MCP-Tools getrennt angebunden | Häufig enger an Ontology-Objekte gekoppelt |
| Prozesse | Über Tasks, Events und Automationen organisiert | Oft direkt an dasselbe Modell gekoppelt |
| Erweiterbarkeit | Schichten können unabhängig wachsen | Erweiterungen greifen häufig tiefer ins Kernmodell ein |
| Integration | Mehrere Systeme lassen sich über gemeinsame Identitäten verbinden | Integration orientiert sich stärker an der zentralen Ontology |
| Änderbarkeit | Wissen, Tools und Prozesse können getrennt weiterentwickelt werden | Änderungen betreffen häufiger mehrere Ebenen zugleich |
Warum CLYE diese Trennung nutzt
Diese Trennung hilft besonders dann, wenn du:
- Wissen unabhängig von späteren Automationen modellieren willst.
- Mehrere Tools auf dieselben fachlichen Entitäten anwenden möchtest.
- Prozesse ändern willst, ohne das Wissensmodell neu zu bauen.
- Externe Systeme anschließen willst, die eigene Daten- und API-Logiken mitbringen.
Beispiel:
- Ein Kunde ist als Facet-Entität beschrieben.
- Ein MCP-Tool liest offene Rechnungen aus einem ERP.
- Ein Event wie
invoice.overduestartet eine Automation. - Die Automation nutzt dieselbe Kunden-ID oder denselben Facet-Pfad und bleibt dadurch fachlich konsistent.
Facets als Bindemittel
In CLYE sind Facets das Bindemittel zwischen Wissen, Aktion und Prozess:
- Wissen wird über Facets strukturiert.
- MCP-Tools greifen auf dieselben Entitäten oder Referenzen zu.
- Tasks und Events reagieren auf dieselben Objekte, Zustände oder Beziehungen.
Dadurch entsteht kein starres Gesamtmodell, sondern eine verbindende Semantik über mehrere Produktbereiche hinweg.
Siehe auch:
Glossar
Open World
Ein Open-World-Modell geht davon aus, dass Wissen unvollständig sein kann. Wenn eine Eigenschaft fehlt, heißt das nicht automatisch, dass sie falsch ist — sie ist möglicherweise nur noch nicht bekannt.
Provenance
Provenance beschreibt die Herkunft einer Information: aus welchem System sie stammt, wann sie erfasst oder synchronisiert wurde und in welchem Kontext sie entstanden ist.
Identity Resolution
Identity Resolution ist das Zusammenführen oder Zuordnen mehrerer Datensätze zur gleichen realen Entität, etwa wenn ein Kunde in CRM, ERP und Support-System unterschiedliche Kennungen hat.
Facet-Pfad
Ein Facet-Pfad ist ein strukturierter Pfad zu einer Eigenschaft oder Beziehung innerhalb eines Facets. Er hilft dabei, Werte in Abfragen, Regeln, Tools oder Events eindeutig zu referenzieren.
Grain
Grain bezeichnet die fachliche Körnung einer Information. Ein Monatsumsatz hat ein gröberes Grain als einzelne Rechnungspositionen.