Reference · Deutsch
RDFS-Schema
knowmind nutzt ein vollständig RDF/RDFS-fundiertes Schema. Jeder Knoten und jede Kante hat eine definierte semantische Rolle — keine wahllosen Tags, keine impliziten Bedeutungen.
Standards-Stack
knowmind aligniert sich an etablierte W3C- und Community-Vokabularien:foaf:Person,schema:Organization,prov:Activity,bibo:Document,org:Membership,dqv:QualityMeasurement,odrl:Policy,skos:Concept. So lassen sich knowmind-Daten ohne Schema-Migration in andere Triple-Stores oder semantische Such-Stacks übertragen.
Pro Knoten werden mehrere RDF-Klassen-Labels gleichzeitig gesetzt — z. B. ein Person-Knoten ist gleichzeitig :Person, :foaf_Person, :schema_Person, :prov_Person und :prov_Agent.
IRI-Namespace
Jede Ressource bekommt eine stabile, tenant-prefixed IRI:
https://kg.knowmind.de/t/<tenant-uuid>/<segment>/<slug>
Beispiele:
https://kg.knowmind.de/t/{tenant}/memory/onboarding-handbuch
https://kg.knowmind.de/t/{tenant}/chunk/onboarding-handbuch/0003
https://kg.knowmind.de/t/{tenant}/emb/onboarding-handbuch/0003
https://kg.knowmind.de/t/{tenant}/person/anna-mueller
https://kg.knowmind.de/t/{tenant}/policy/internal-confidentialTenant-UUID ist Pflicht-Segment — keine Cross-Tenant-IRIs erlaubt.
Klassen
26 Kern-Klassen, jeweils mit Alignment zu W3C-Standards. Sie können eigene Sub-Klassen per Tag oder per type-Property ergänzen — knowmind macht daraus automatisch ein rdfs:subClassOf-Verhältnis.
| Klasse | Standard-Mapping | Zweck |
|---|---|---|
| Person | foaf:Person, schema:Person, prov:Person, prov:Agent | Eine natürliche Person — Anwender, Ansprechpartner, Autor. |
| PseudonymizedPerson | Person + pseudonymisiert | Pseudonymisierte Person, wenn Klarname nicht persistiert werden darf (DSGVO). |
| Organization | org:Organization, schema:Organization, prov:Agent | Firma, Behörde, Verein, Gruppe. |
| Client | Organization + Kunden-Rolle | Eine Organisation, mit der Sie eine Geschäftsbeziehung haben. |
| Supplier | Organization + Lieferanten-Rolle | Ein externer Dienstleister oder Lieferant. |
| Role | org:Role, skos:Concept | Eine fachliche Rolle (CTO, Projektleiter, Berater …). |
| Skill | skos:Concept | Fertigkeit oder Kompetenz, einer Person oder Rolle zugeordnet. |
| Project | — | Ein zeitlich begrenztes Vorhaben mit klaren Zielen. |
| Meeting | schema:Event | Termin, Besprechung — verknüpft Personen, Projekte, Dokumente. |
| Document | schema:DigitalDocument, bibo:Document | Ein Wissens-Artefakt: Notiz, Memo, Spec, Whitepaper. |
| DocumentVersion | bibo:Document, prov:Entity | Konkrete Version eines Dokuments — versioniert über die Zeit. |
| Contract | bibo:LegalDocument | Ein Vertrag — Sonderform von Document mit zusätzlichen Pflichtfeldern (Parteien, Laufzeit). |
| Chunk | prov:Entity | Inhaltlicher Teilabschnitt einer DocumentVersion — die Recall-Einheit. |
| Embedding | prov:Entity | Vektor-Repräsentation eines Chunks — Foundation des semantischen Recall. |
| Tool | schema:SoftwareApplication | Software, die als Werkzeug eingesetzt wird (Claude Code, Cursor, ChatGPT). |
| Application | schema:SoftwareApplication | Anwendungs-Software, die wir selbst nutzen oder bauen. |
| Product | schema:Product | Ein Produkt im Portfolio — eigenes oder fremdes. |
| Service | schema:Service | Eine angebotene Dienstleistung. |
| DataSource | prov:Entity | Eine Datenquelle — Mailbox, S3-Bucket, API, Importpfad. |
| PipelineRun | prov:Activity | Ein Pipeline-Lauf (Import, Embedding, Migration) — provenance-relevant. |
| QualityMetric | dqv:Metric | Eine Qualitätsmetrik (z. B. Recall@5). |
| QualityMeasurement | dqv:QualityMeasurement | Eine einzelne Messung einer QualityMetric mit Wert und Zeitstempel. |
| AccessPolicy | odrl:Policy | Zugriffsrichtlinie (public, internal, internal-confidential, restricted). |
| ConsentRecord | — | Datenschutz-Einwilligung — wer hat wann zu was Ja gesagt. |
| Tombstone | — | Markierung für gelöschte Inhalte — DSGVO-orientiert, aber provenance-erhaltend. |
| DeletionEvent | prov:Activity | Das Lösch-Ereignis selbst — wer, wann, warum. |
Edge-Typen
knowmind kennt 21 semantisch typisierte Edge-Klassen. Jede hat eine definierte Domain, einen Range und — bei Bidirektionalität — einen automatisch materialisierten Inverse-Edge. Beim Anlegen einer Vorwärts-Edge entsteht der inverse Edge sofort, mit derselben Tenant-ID.
| Relation | Von | Nach | Inverse | Semantik |
|---|---|---|---|---|
| HAS_EMPLOYEE | Organization | Person | IS_EMPLOYEE_OF | Die Person ist bei der Organisation angestellt. |
| IS_LED_BY | Organization | Person | LEADS_ORGANIZATION | Die Person leitet die Organisation. |
| OWNS | Person | Organization | Tool | Product | DataSource | OWNED_BY | Eigentumsverhältnis. |
| HAS_SKILL | Person | Role | Skill | — | Diese Skill ist der Person oder Rolle zugewiesen. |
| WORKS_ON | Person | Role | Project | — | Mitwirkung in einem Projekt. |
| FOR_CLIENT | Project | Document | Client | — | Das Projekt oder Dokument gehört zum Mandat eines Kunden. |
| HAS_VERSION | Document | DocumentVersion | IS_VERSION_OF | Dokument hat diese Version. |
| HAS_CHUNK | DocumentVersion | Chunk | CHUNK_OF | DocumentVersion ist in diesen Chunk zerlegt. |
| HAS_EMBEDDING | Chunk | Embedding | EMBEDDING_OF | Chunk hat dieses Embedding. |
| INDEXED_IN | Embedding | VectorIndex | — | Embedding liegt in diesem ANN-Index. |
| REFERENCES_ENTITY | Document | Chunk | Person | Organization | Project | Product … | REFERENCED_BY | Inhaltlicher Bezug — diese Person/Sache wird im Dokument erwähnt. |
| PRODUCES | Tool | Service | Document | Product | PRODUCED_BY | Ergebnis aus einer Aktivität. |
| DEPENDS_ON | * | * | ENABLES | Abhängigkeit — A funktioniert nur, wenn B existiert. |
| APPLIES_TO | QualityMeasurement | AccessPolicy | * | HAS_RULE | Regel oder Messung bezieht sich auf die Ziel-Ressource. |
| REFERENCES | Document | Document | REFERENCED_BY | Dokument zitiert oder referenziert ein anderes Dokument. |
| SUPERSEDES | Document | DocumentVersion | Document | DocumentVersion | SUPERSEDED_BY | Eine neuere Version ersetzt eine ältere. |
| WAS_GENERATED_BY | * | PipelineRun | DeletionEvent | GENERATED | PROV-O — diese Ressource wurde von einem Lauf erzeugt. |
| USED | PipelineRun | * | USED_BY | PROV-O — Lauf hat diese Ressource konsumiert. |
| WAS_DERIVED_FROM | * | * | DERIVATION_TARGET_OF | PROV-O — Inhalt ist aus einem anderen Inhalt abgeleitet. |
| WAS_ASSOCIATED_WITH | PipelineRun | DeletionEvent | Person | Tool | — | PROV-O — Akteur, der den Lauf ausgelöst hat. |
| MEASURED_METRIC | QualityMeasurement | QualityMetric | — | DQV — diese Messung gehört zu jener Metrik. |
Wie Sie als Kunde Beziehungen pflegen
Drei Wege, eine Edge anzulegen:
- Implizit beim Speichern — wenn Sie in einem Memory Tags wie
@projekt-heliosoder[[ada-lovelace]]nutzen, erzeugt knowmind automatisch eineREFERENCES_ENTITY-Edge. - Über die API — POST
/api/graph/relationsmit{ fromId, toId, relType, properties }. Die typed Edge wird angelegt, der Inverse-Edge automatisch materialisiert. - Im Dashboard — auf jeder Memory-Detail-Seite gibt es den Bereich „Beziehungen", in dem Sie aus den 21 Edge-Typen wählen und die Ziel-Ressource auswählen können.
Validierung: SHACL-Constraints prüfen Domain/Range. Bei Verletzung wird die Edge mit klarer Fehlermeldung abgelehnt — keine kaputten Beziehungen im Graphen.
Beispiel — Beratungs-Mandat
(Anna Müller :Person)
-[:HAS_SKILL]-> (KI-Strategie :Skill)
-[:IS_EMPLOYEE_OF]-> (Acme Beratung :Organization)
-[:WORKS_ON]-> (Projekt Helios :Project)
-[:FOR_CLIENT]-> (Müller Maschinenbau :Client)
-[:HAS_DOCUMENT]-> (Workshop-Memo 2026-03-12 :Document)
-[:HAS_VERSION]-> (Workshop-Memo v1 :DocumentVersion)
-[:HAS_CHUNK]-> (Chunk 0001 :Chunk)
-[:HAS_EMBEDDING]-> (Embedding :Embedding)
-[:INDEXED_IN]-> (sc-internal-idx :VectorIndex)
-[:GOVERNED_BY]-> (internal-confidential :AccessPolicy)Verwandt: Memory-Konzept · API-Referenz · English version