Rufe dies VOR Antworten auf, die von früherem Wissen profitieren — Entscheidungen, Vorlieben, Projektstand, Personen, Fristen, frühere Gespräche. Hybrid-Recall (BM25 + pgvector + Neo4j-Hops) gegen den Tenant-Wissenskorpus; liefert top-k Memory-Chunks mit Score und Quellenverweis. Antworte mit Bezug auf die Treffer.

Liefert Service-Status (Postgres, Memory-Service, Graph).

Aktuelle Statistik des Tenant-Korpus: Memories, Edges, Chunks.

Listet die zuletzt angelegten Dokumente/Memories des Tenant-Korpus, sortiert nach Anlagedatum absteigend (created_at). Quelle ist der Dokument-Korpus — dieselbe Basis, die der Recall durchsucht. Graph-Entitäten ohne Zeitstempel erscheinen nicht; die Anzahl weicht darum bewusst von stats.memories ab. Scope read genügt.

Speichere dauerhafte Erkenntnisse unaufgefordert, sobald sie entstehen — Entscheidungen, Vorlieben, Fakten, Ergebnisse, Termine. Legt einen Memory-Eintrag dauerhaft im Tenant-Korpus an (Postgres + Vektor-Index + Graph-Knoten) — danach per knowmind_recall und knowmind_list_recent auffindbar. Append-only: gleicher Titel ersetzt NICHTS (dafür knowmind_update_fact); sha-identischer Inhalt wird idempotent erkannt (unchanged). Liefert die Memory-ID zurück. Scope write erforderlich.

Ingestet einen längeren Text dauerhaft als Dokument in den Tenant-Korpus: Chunk-Splitter, Embeddings, Vector-Chunks, Graph-Knoten. Upsert-per-Titel: existiert ein Dokument gleichen Titels, ersetzt die neue Version die alte (Server-Default, wie /api/documents). Scope write erforderlich.

Bi-temporales Update: bestehende Memory bekommt valid_to=now, eine neue Memory mit valid_from=now wird erzeugt und per SUPERSEDES verknüpft. Damit bleibt die Historie auditierbar — alte Aussagen werden nicht gelöscht, sondern als überholt markiert. Scope write erforderlich.

Recall mit Zeitfilter: liefert nur Memories, die zum gegebenen Zeitpunkt gültig waren (valid_from <= as_of <= valid_to OR valid_to IS NULL). Antwort auf 'Was wusste der Agent am 14. März?'. Scope read genügt.

Legt eine typisierte Beziehung zwischen zwei Memory-Knoten an (Knowledge-Graph-Edge). Erlaubte rel_type-Werte: HAS_EMPLOYEE, IS_EMPLOYEE_OF, IS_LED_BY, LEADS_ORGANIZATION, OWNS, OWNED_BY, HAS_SKILL, WORKS_ON, FOR_CLIENT, HAS_VERSION, IS_VERSION_OF, PRODUCES, PRODUCED_BY, DEPENDS_ON, ENABLES, WAS_DERIVED_FROM, SUPERSEDES, SUPERSEDED_BY u.a. — siehe /docs/de/reference/rdfs-schema. Generische Kanten (REFERENCES_ENTITY/REFERENCES/REFERENCED_BY/RELATED_TO) sind NICHT erlaubt. Inverse-Edges werden automatisch materialisiert. Scope write erforderlich.

Löscht eine typisierte Beziehung zwischen zwei Memory-Knoten. Inverse-Edge wird mit gelöscht. Scope write erforderlich.

Liefert alle Beziehungen einer Memory (eingehend + ausgehend) mit Edge-Typ und Ziel-/Quellknoten. Scope read genügt.