Glossar
Wichtige Konzepte und Begriffe in Metapad.
Act-Methode
Ein Rhai-Skript, das an einen Knotentyp gebunden ist und einmal pro Agent pro Zeitschritt läuft. Genutzt für Verhalten, das mehrere Eigenschaften gleichzeitig betrifft — Zustandsübergänge, Reaktionen auf verbundene Agents, bedingte Aktualisierungen. Das Gegenstück zu Eigenschaftsformeln.
Häufige Verwechslung
Act-Methoden laufen in jedem Zeitschritt NACH den Eigenschaftsformeln, sodass sie die gerade von den Formeln berechneten Werte sehen. Sie können diese Werte überschreiben, indem sie agent.set_prop aufrufen.
Agent
Ein Modellelement, zum Leben erweckt. Jeder Agent hat einen Typ (den Knotentyp aus Ihrem Metamodell), und dieser Typ legt fest, welche Eigenschaften er über die Zeit verfolgt und wie er sich verhält. Agents lesen den Zustand verbundener Agents über Links — so koordinieren sie sich.
Häufige Verwechslung
Ein Agent ist die lebende (M0-)Version eines Knotens. Aus einem Knoten können viele Agents hervorgehen — zum Beispiel kann ein einzelner „Order“-Knoten in Ihrem Metamodell Hunderte von Order-Agents in einem Szenario erzeugen, jeder mit eigenem Lebenszyklus und eigenen Werten.
Erlaubte Verbindungen
Regeln im Metamodell, die festlegen, welche Knotentypen durch welche Beziehungstypen verbunden werden können. Zum Beispiel: 'Anwendung' --läuft_auf--> 'Server'. Ohne eine erlaubte Verbindung können Sie diese Beziehung nicht zeichnen.
Häufige Verwechslung
Benutzer vergessen oft, Erlaubte Verbindungen einzurichten, und wundern sich dann, warum sie keine Beziehungen zwischen Knoten auf der Zeichenfläche erstellen können.
Ressource
Eine Ressource ist ein Modellelement, das eine Datei oder ein Dokument darstellt, das an das Modell angehängt ist. Ressourcen können Dateien wie Bilder, PDFs oder andere Dokumente enthalten. Sie werden im Abschnitt „Ressourcen“ des Modellnavigators angezeigt und können in Diagrammen platziert werden.
Häufige Verwechslung
Ressourcen sind Modellelemente (wie Knoten) und nicht nur Datei-Uploads. Eine Ressource ist auch ohne angehängte Datei im Modell vorhanden – die Datei ist nur optionale Metadaten. Wenn Sie eine Datei aus einer Ressource löschen, wird die Ressource selbst nicht gelöscht.
Business Prototyping
Eine Disziplin für das Management komplexer Transformation in Unternehmen, die auf zwei Verpflichtungen ruht. **Erstens**, dass die besten Entscheidungen über komplexe Systeme entstehen, wenn menschliche und maschinelle Intelligenz gemeinsam an geteilten, expliziten Modellen der Welt arbeiten – nicht Augmentation (Menschen, die KI als Werkzeug nutzen), sondern **Zusammenarbeit**, über geteilte Artefakte, mit denen sowohl Menschen als auch Maschinen sinnvoll umgehen können. **Zweitens**, dass komplexe Systeme nicht durch Top-down-Blaupausen transformiert werden können – mit Karl Popper halten wir fest, dass das Wissen, das benötigt wird, um ein System gut zu transformieren, nicht im Voraus verfügbar ist; es wird durch den Akt der Transformation selbst erzeugt. Wir müssen dort beginnen, wo wir sind, Veränderungen klein genug machen, um verstanden zu werden, und groß genug, um zu zählen, und lernen, was das System uns sagt. Ein **Business Prototype** ist ein geteiltes Modell, an dem Menschen und Maschinen zusammenarbeiten können, und eine arbeitende Repräsentation des aktuellen Zustands, die schrittweise verändert, gegen die Realität getestet und gemeinsam mit der Organisation weiterentwickelt werden kann. Es ist das Instrument einer schrittweisen, lernenden Transformation in komplexen sozio-technischen Systemen – und gleichermaßen das Instrument für Greenfield-Design, wenn ein neues System von Grund auf gestaltet wird.
Häufige Verwechslung
Business Prototyping ist nicht dasselbe wie ein Digital Twin. Der Prototyp ist die Tätigkeit und das leichtgewichtige arbeitende Modell – dynamisch, iterativ, explorativ. Ein Digital Twin ist das, wozu ein Prototyp heranreift, sobald er genug Detailtiefe, Persistenz und Live-Datenintegration besitzt, um als laufendes operatives Artefakt zu dienen. Ebenso ist Business Prototyping nicht 'Business Transformation' im Sinne von McKinsey/Accenture – es ist die Methodik und das Instrument, das Transformation inkrementell, testbar und lernfähig macht statt einer Top-down-Blaupause.
Diagramm
Eine visuelle Ansicht eines Teils Ihres Modells. Ein Diagramm zeigt ausgewählte Knoten und ihre Beziehungen auf der Zeichenfläche. Ein Modell kann viele Diagramme haben, die jeweils verschiedene Aspekte zeigen.
Häufige Verwechslung
Ein Diagramm ist NICHT das Modell — es ist eine ANSICHT des Modells. Das Löschen eines Knotens aus einem Diagramm löscht ihn nicht aus dem Modell. Das Modell kann Elemente enthalten, die in keinem Diagramm angezeigt werden.
Digitaler Zwilling
Eine digitale Darstellung eines realen Systems, Prozesses oder einer Organisation. Metapad-Modelle dienen als digitale Zwillinge, die abgefragt, analysiert und mit der Realität synchron gehalten werden können.
Häufige Verwechslung
Ein digitaler Zwilling ist nicht nur ein statisches Dokument — es ist ein lebendiges Modell, das sich mit dem realen System weiterentwickelt.
Knowledge Graph
Ein Netzwerk aus Entitäten (Knoten), die durch typisierte Beziehungen (Kanten) verbunden sind, wobei jede Verbindung explizit, abfragbar und traversierbar ist. Knowledge Graphs machen Beziehungen zu erstklassigen Bürgern – nicht zu impliziten Fremdschlüsseln (Datenbanken), nicht zu vergrabenen Verweisen in Fließtext (Dokumente), nicht zu Annahmen im Kopf (Tabellenkalkulationen). Das ermöglicht mehrstufige, pfadbasierte und musterabgleichende Abfragen, die andere Datenstrukturen nicht beantworten können. Jedes Metapad-Modell ist ein typisierter Knowledge Graph, über den KI-Werkzeuge zuverlässig schlussfolgern können.
Häufige Verwechslung
Ein Knowledge Graph ist kein Netzwerkdiagramm und keine Visualisierung – das sind Projektionen des Graphen. Der Graph selbst ist die zugrundeliegende typisierte Struktur. Ein Knowledge Graph ist auch nicht dasselbe wie eine Ontology: Ontologies sind reichere formale Spezifikationen, die auf Open-World-Reasoning ausgelegt sind, während Knowledge Graphs die Datenstruktur bilden (typischerweise von einem Metamodel oder einer Ontology angetrieben).
Live Twin (M0)
Die lebende Schicht Ihres Modells. Ein Twin wählt einen Ausschnitt Ihres Modells aus — welche Knotentypen im Geltungsbereich liegen — und erweckt ihn über die Zeit zum Leben: historische Daten, aktueller Zustand und Zukunftsprojektionen liegen nebeneinander. Er baut auf Ihren vorhandenen Typen und Instanzen auf — sie werden zur Grundlage des lebenden Bildes.
Häufige Verwechslung
Ein Live Twin ist nicht nur eine Momentaufnahme — er ist eine laufende Simulation, die auf einen Teil Ihres Modells beschränkt ist. Für dasselbe Modell können mehrere Twins existieren (zum Beispiel „HR Operations“ und „Supply Chain“), jeder mit eigener Zeitachse und eigenem Verhalten.
Live ausprobieren
Öffnen Sie diese funktionierenden Beispiele in der App und erkunden Sie sie selbst.
Metamodell (M2)
Die Schema-Ebene, die definiert, WELCHE TYPEN von Elementen in Ihrem Modell existieren können. Enthält Knotentypen, Beziehungstypen und Erlaubte Verbindungen. Betrachten Sie es als die 'Vorlage' oder den 'Bauplan' für Ihr Modell.
Häufige Verwechslung
Benutzer verwechseln oft das Metamodell (Typen/Schema) mit dem Modell (Instanzen). Das Metamodell definiert 'Person' als Typ; das Modell enthält 'Alice' als Instanz von Person.
Modell (M1)
Die Instanz-Ebene mit den tatsächlichen Daten — spezifische Knoten und Beziehungen, die dem Metamodell entsprechen. Wenn das Metamodell 'Server' als Knotentyp definiert, enthält das Modell 'web-server-01' als konkrete Server-Instanz.
Häufige Verwechslung
Benutzer versuchen manchmal, Instanzen zu erstellen, ohne zuvor Typen im Metamodell definiert zu haben.
Modellierung
Die Praxis der Erstellung strukturierter Darstellungen realer Systeme mit Knoten (Entitäten) und Beziehungen (Verbindungen). In Metapad definieren Sie ein Schema (Metamodell) und erstellen dann Instanzen, die diesem entsprechen.
Häufige Verwechslung
Benutzer verwechseln manchmal 'Modellierung' mit 'Zeichnen'. Modellierung befasst sich mit strukturierten Daten mit Typen und Einschränkungen, nicht nur mit visuellen Diagrammen.
Knoten
Eine Instanz im Modell (M1), die einem Knotentyp entspricht. Jeder Knoten hat ein Label, eine optionale Beschreibung und Eigenschaftswerte, die durch seinen Typ definiert sind.
Häufige Verwechslung
Knoten sind Instanzen von Knotentypen. Sie müssen zuerst den Knotentyp erstellen, bevor Sie Knoten dieses Typs erstellen können.
Knotentyp
Eine Typdefinition im Metamodell (M2). Definiert eine Kategorie von Elementen mit bestimmten Eigenschaften. Zum Beispiel sind 'Server', 'Person' oder 'Anforderung' Knotentypen.
Häufige Verwechslung
Ein Knotentyp ist die TYP-Definition (wie eine Klasse), keine Instanz. 'Server' ist ein Knotentyp; 'web-server-01' ist ein Knoten (Instanz).
Ontology
Eine formale Repräsentation von Wissen innerhalb einer Domäne – welche Klassen von Dingen existieren, welche Eigenschaften sie haben und welche Beziehungen zwischen ihnen bestehen. Ontologies entstanden aus Philosophie und KI-Wissensrepräsentation; in der Informatik unterstützen sie **Open-World-Reasoning** (was nicht angegeben ist, ist unbekannt – nicht falsch) und ermöglichen Inferenz und domänenübergreifende Wissensintegration. Der ausgereifte Standardstapel: OWL für die Ontology-Definition, RDF für Daten, SPARQL für Abfragen, SHACL für Validierung. Metapad verwendet Metamodeling als visuelle Schnittstelle mit Ontology-tauglicher Ausdruckskraft unter der Haube.
Häufige Verwechslung
Ontologies und Metamodels überschneiden sich stark – beide definieren Klassen, Beziehungen und Eigenschaften. Die Unterschiede liegen in der Schwerpunktsetzung, nicht in der Kategorie: Ontologies bevorzugen Open-World-Reasoning und Wissensintegration; Metamodels bevorzugen Closed-World-Validierung und Engineering-Strenge. Die Wahl zwischen ihnen hängt davon ab, was Sie tun müssen, nicht aus welcher Tradition Sie kommen.
Eigenschaftsformel
Ein kurzer Rhai-Ausdruck, der den Wert einer Eigenschaft an jedem Zeitschritt berechnet. Wie eine Tabellenformel, aber mit Zugriff auf den Graph: Sie kann andere Agents über Links lesen. Definiert auf dem Knotentyp, sodass alle Agents dieses Typs standardmäßig dieselbe Formel verwenden.
Häufige Verwechslung
Eine Formel berechnet den Wert einer Eigenschaft zu einem Zeitschritt. Um mehrere Eigenschaften gemeinsam zu aktualisieren oder auf den Zustand anderer Agents zu reagieren, verwenden Sie stattdessen eine Act-Methode.
Beziehung
Eine Instanz im Modell (M1) — eine konkrete Verbindung zwischen zwei Knoten. Zum Beispiel: 'web-server-01 läuft_auf linux-host-03'.
Häufige Verwechslung
Sie können nur Beziehungen zwischen Knoten erstellen, deren Typen eine Erlaubte Verbindung für diesen Beziehungstyp definiert haben.
Beziehungstyp
Eine Typdefinition im Metamodell (M2), die eine Art von Verbindung definiert. Zum Beispiel: 'läuft_auf', 'verwaltet' oder 'hängt_ab_von'. Beziehungstypen definieren, welche Verbindungen möglich sind.
Häufige Verwechslung
Beziehungstypen benötigen Erlaubte Verbindungen, um festzulegen, welche Knotentypen sie verbinden können.
Szenario
Eine Was-wäre-wenn-Projektion innerhalb eines Twins. Sie können viele Szenarien pro Twin haben — „Baseline", „Optimistisch", „Pessimistisch" — und sie nebeneinander vergleichen. Jedes Szenario definiert seine eigene Zeitachse (Start, Ende, Schrittweite) und enthält seine eigenen Agents, Links und Simulationsdiagramme.
Häufige Verwechslung
Jedes Szenario ist vollständig eigenständig — Agents, Links und Diagramme gehören zu genau einem Szenario. Wenn Sie Werte in „Aggressive Hiring“ ändern, wirkt sich das nicht auf „Baseline“ aus.
Zeitreihe
Die Werte einer Eigenschaft über die Zeit. Jede Eigenschaft eines Agents hat eine Zeile in der Zeitreihen-Tabelle; die Spalten sind Zeitschritte. Zellen können manuell gefüllt werden (Spreadsheet-Modus) oder von einer Formel berechnet werden (regelbasierter Modus) — beides lässt sich im selben Twin frei mischen.
Häufige Verwechslung
Wenn Sie zu einem bestimmten Zeitschritt keinen Wert eingeben, wird der Wert des vorherigen Zeitschritts fortgeschrieben. Es gibt keine „Lücke“ — nur die ausdrücklichen Änderungen, die Sie festhalten.