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 methods run AFTER property formulas every timestep, so they see the values formulas just computed. They can override those values by calling agent.set_prop.
Agent
Ein Modellelement, zum Leben erweckt. Jeder Agent hat einen Typ (den Knotentyp aus deinem 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
An agent is the live (M0) version of a node. Many agents can come from one node — for example, one 'Order' node in your metamodel can spawn hundreds of order agents in a scenario, each with its own lifecycle and values.
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 der Baumansicht 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 du eine Datei aus einer Ressource löschst, 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 deines Modells. Ein Twin wählt einen Ausschnitt deines 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 deinen vorhandenen Typen und Instanzen auf — sie werden zur Grundlage des lebenden Bildes.
Häufige Verwechslung
A live twin is not just a snapshot — it's a running simulation scoped to a part of your model. Multiple twins can exist for the same model (for example, 'HR Operations' and 'Supply Chain'), each with its own timeline and behavior.
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
A formula computes one property's value at one timestep. To update multiple properties together, or to react to other agents' state, use an act method instead.
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. Du kannst 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
Each scenario is fully independent — agents, links, and diagrams belong to one scenario. Editing values in 'Aggressive Hiring' does not affect 'Baseline'.
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
If you don't enter a value at a given timestep, the previous timestep's value carries forward. There's no 'gap' — only the explicit changes you record.