Evolution und Architekturen digitaler Wissenssysteme

Aus Dokument
Version vom 21. August 2026, 08:37 Uhr von Thorsten (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act). == 1. Generation: Dokumenten- & Wiki-Systeme == Fokus auf zentraler Textdokumentation, Versionierung und manueller Verlinkung von Einzelseiten. Historisch lässt sich diese Generation in drei technologische Entwicklungsstufen unterteilen: === 1a. Die Pioniere (Textdateien & Einfachheit), 1995…“)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Zur Navigation springen Zur Suche springen

Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).

1. Generation: Dokumenten- & Wiki-Systeme

Fokus auf zentraler Textdokumentation, Versionierung und manueller Verlinkung von Einzelseiten. Historisch lässt sich diese Generation in drei technologische Entwicklungsstufen unterteilen:

1a. Die Pioniere (Textdateien & Einfachheit), 1995 – ca. 2001

  • Architektur: Perl-/C-CGI-Skripte, speicherbasiert auf Flat-Files (reine Textdateien im Dateisystem).
  • Fokus: Minimalismus, radikale Offenheit, einfache Syntax (CamelCase für Links), keine Nutzerverwaltung.
  • Vertreter: WikiWikiWeb (Ward Cunningham), UseModWiki.

1b. Relationale Datenbanken & Enzyklopädischer Maßstab, ca. 2001 – 2008

  • Architektur: Klassischer LAMP-Stack (PHP/Perl/Python mit MySQL/PostgreSQL).
  • Fokus: Skalierbarkeit, granulare Rechte- und Versionsverwaltung, Kategoriensysteme, Diskussionsseiten, Vorlagen/Parser-Hooks.
  • MediaWiki: Das System hinter Wikipedia; robust für riesige Enzyklopädien. [Speicher: PostgreSQL, MySQL, SQLite]
  • DokuWiki: Dateibasiert (ohne Datenbank), wartungsarm und schnell eingerichtet – dateibasierte Ausnahme dieser Ära. [Speicher: Dateibasiert]
  • TikiWiki, TWiki: Frühe LAMP-basierte Wiki-Engines mit breitem Feature-Umfang.

1c. Enterprise Wikis & Semantik, ca. 2005 – 2015

  • Architektur: Java- (JVM) oder .NET-Stacks, strukturierte relationale Datenbanken, semantische Graphen.
  • Fokus: WYSIWYG-Editoren, tiefgreifende Rechtekonzepte (LDAP/Active Directory), semantische Metadaten (Attribute, Relationen), Plugin-Ökosysteme für Unternehmensprozesse.
  • XWiki: Enterprise-orientiertes Java-Wiki mit strukturierten Datenfeldern. [Speicher: PostgreSQL, MySQL, H2]
  • Atlassian Confluence, Semantic MediaWiki, Foswiki: WYSIWYG- bzw. semantik-getriebene Enterprise-Wikis.

2. Generation: Workspace-, Kollaborations- & Docs-as-Code-Plattformen

Zeitraum: ca. 2015 – 2021. Organisation hierarchischer Dokumente mit Rich-Text bzw. Markdown, modularen Blöcken und Berechtigungsmanagement (Open-Source-Alternativen zu Confluence/Notion) sowie Docs-as-Code-Tooling mit Trennung von Inhalt und Layout, Git-Versionierung und API-first-Ansatz.

  • Architektur: Node.js, Go, Rust oder Python; Markdown-/Rich-Text-zentriert; oft Git-basiert; Single Page Applications (Vue/React-Frontends); moderne REST/GraphQL-Schnittstellen.
  • BookStack: Organisation nach dem Buch-Schema (Bücherregale > Bücher > Kapitel > Seiten).
  • Outline: Minimalistischer, moderner Rich-Text-Editor mit Markdown-Unterstützung und Teamfokus.
  • Wiki.js / Gollum: Git-basierte, moderne Wiki-Engines mit Markdown-Fokus und SPA-Frontends.

3. Generation: Bidirektionale Wissensgraphen & Real-time Block-Editoren (PKM)

Zeitraum: ab ca. 2020. Nicht-lineare Wissensnetze mit Backlinks, Tag-Taxonomien und Graph-Visualisierungen („Zettelkasten-Prinzip“), verschmolzen mit Echtzeit-Block-Editoren auf CRDT-Basis.

  • Architektur: Lokale Markdown-Tresore (Local-First), CRDTs (Conflict-free Replicated Data Types) für Echtzeit-Kollaboration, Block-Datenmodelle (JSON-Blöcke statt Fließtext), Offline-First.
  • Logseq: Dateibasiertes Outliner-System auf Markdown- und Org-Mode-Basis mit integriertem Wissensgraphen.
  • Foam / Dendron: VS-Code-Erweiterungen für hierarchisches Wissensmanagement direkt im Code-Editor.
  • SilverBullet: Webbasierter, erweiterbarer Markdown-Notizblock mit integrierter Abfragesprache.
  • Notion / Obsidian: Bidirektionale Verlinkung, interaktive Graphansichten, datenbankähnliche Tabellenansichten pro Seite.
  • AppFlowy: Lokale, datenschutzfreundliche Alternative zu Notion mit Tabellen, Boards und CRDT-Sync.

4. Generation: Semantische & RAG / KI-unterstützte Wissenssysteme

Wissensnetze mit maschinenlesbarer Semantik, Vektorspeichern und lokaler LLM-Integration (RAG).

  • Apache Jena / Blazegraph: Triplestores für RDF- und SPARQL-basierte Ontologien.
  • AFFiNE: All-in-One-Workspace mit integrierter KI-gestützter Wissensverknüpfung und Whiteboard.
  • AnythingLLM / Dify: Open-Source-Tools, die Dokumentenarchive über Vektordatenbanken für semantische Such- und Frage-Antwort-Workflows erschließen.

5. Generation: Visuelle, Local-First & Autonome/Agentische Wissenssysteme

Zukunftsorientierte Wissensarchitekturen mit unendlichen Whiteboard-Canvases, end-to-end verschlüsselter CRDT-Kollaboration und aktiven KI-Agenten.

  • Anytype / Logseq DB: Local-First, Peer-to-Peer verknüpfte Datenobjekte mit CRDTs (Conflict-free Replicated Data Types).
  • Heptabase / Obsidian Canvas: Räumliches & visuelles Wissensmanagement auf unendlichen Zeichenflächen (Infinite Canvas).
  • MemGPT (Letta) / Agentic Memory Systems: Kontinuierlich selbstaktualisierende Wissensspeicher für autonome KI-Agenten mit Langzeitgedächtnis.

6. Generation: Multimodale & Selbstorganisierende Multi-Agenten-Wissensökosysteme

Wissenssysteme, in denen autonome Agenten-Schwärme Inhalte nicht nur abrufen, sondern eigenständig recherchieren, verifizieren, verknüpfen und die Wissensbasis kontinuierlich pflegen – oft multimodal (Text, Sprache, Video) und werkzeugnutzend.

  • GraphRAG-Systeme (Microsoft GraphRAG, LlamaIndex Property Graphs): LLM-generierte Wissensgraphen aus unstrukturierten Textkorpora für kontextreiches Retrieval.
  • Tana: Supertag-basiertes PKM mit KI-gestützten, strukturierten Abfragen über verknüpfte Wissensobjekte.
  • Autonome Recherche- & Dokumentations-Agenten (z. B. Multi-Agenten-Frameworks auf Basis von Claude Code, OpenAI AgentKit): Agenten-Teams, die Wissensbasen selbstständig recherchieren, aktualisieren und auf Konsistenz prüfen.

Generatoren-Arten für Wissensportale (Static Site & Docs Generators)

Generatoren, die aus Quelltexten (Markdown, ReStructuredText, Code) statische, schnelle Wissensportale kompilieren.

  • MkDocs (Material for MkDocs): Python-basiert, extrem populär für technische Dokumentation mit Markdown.
  • Docusaurus: React-basiertes Dokumentationsframework von Meta mit Versionierung und MDX-Unterstützung.
  • Astro Starlight: Performance-fokussierter Static Site Generator für Barrierefreiheit und schnelle Ladezeiten.
  • Sphinx: Python-Dokumentationsgenerator mit starker Unterstützung für reStructuredText und API-Code-Analysen.
  • Hugo: Go-basierter, extrem schneller Generator für große Dokumentationsmengen.

Alternative Sortier- & Klassifikationskriterien für Wissenssysteme

Neben dem chronologischen/technologischen Generationenmodell lassen sich Wissenssysteme nach folgenden Dimensionen einordnen:

1. Speicherarchitektur:

  * Dateibasiert / Git-native (Flat Markdown/Org-Files in Ordnern, z. B. DokuWiki, Obsidian, Logseq).
  * Relationale / Graph-Datenbank (SQL, Neo4j, Triplestores, z. B. MediaWiki, XWiki, Jena).
  * Vektor- & Hybrid-Speicher (Embeddings + relational/file, z. B. AnythingLLM, Qdrant/Chroma backend).

2. Kollaborations- & Synchronisationsmodell:

  * Local-First / P2P (Daten liegen lokal; Sync via CRDTs/E2EE, z. B. Anytype, AppFlowy).
  * Server-Zentriert / Multi-User Cloud (Zentrale Datenbank & Rechtemanagement, z. B. BookStack, Confluence, Outline).
  * Static Build / Read-Only Publish (Lokal gepflegt, als statische Website publiziert, z. B. MkDocs, Docusaurus).

3. Datenstruktur & Interaktionsmodell:

  * Hierarchisch (Baumstruktur: Ordner/Bücher/Seiten).
  * Netzartig / Graph (Zettelkasten: Backlinks, Tags, Entitäten).
  * Räumlich / Canvas (Whiteboard: Visuelle Anordnung von Notizen und Verbindungen).
  * Relational / Datenbank-zentriert (Tabellen, Eigenschaften, Views).


Hinweis

Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).