get_element_history

Wer einen Knoten oder eine Beziehung wann und mit welcher Operation geändert hat. Gelesen wird aus dem Änderungsjournal des Modells, daher funktioniert es auch für gelöschte Elemente. Jeder Eintrag nennt die Operation, den Zeitpunkt und wer sie ausgeführt hat: eine Person in der App, der KI-Assistent oder ein API-Token bzw. OAuth-Nutzer über MCP. Ein Änderungseintrag listet zusätzlich die gesetzten Felder. Ein Löscheintrag sagt außerdem, ob sich das Element jetzt wiederherstellen lässt; seine op_id ist das, was restore_deleted_elements erwartet. Jede Antwort enthält journal_starts_at: Eine leere Historie bedeutet, dass sich seitdem nichts geändert hat, nicht, dass sich das Element nie geändert hat. element_id akzeptiert eine UUID oder eine Auto-ID. Auto-IDs werden nach dem Löschen wiederverwendet, eine mehrdeutige liefert daher candidates. Die neuesten Einträge kommen zuerst; um weiter zurückzublättern, übergeben Sie next_before_seq als before_seq.

{"element_id": "HA-30", "limit": 20}

{"element_id": "73658a7b-591b-498b-961b-29be5ae499fe", "entries": [{"op_id": 78720, "seq": 1373, "op_type": "NodeUpdated", "actor_id": "mcp", "actor_kind": "mcp", "fields": ["description", "property_values"], "server_ts": "2026-09-04T06:12:06.802Z"}], "journal_starts_at": "2026-07-02T09:57:20.593Z", "next_before_seq": 1373}