Daten und System

Arbeitsbereiche, Projekte und Rollen

• Arbeitsbereich. Jede Wissensdatenbank ist ein Arbeitsbereich mit eigenen Mitgliedern, Zugangsdaten, Vorlagen und Einstellungen. Ein Konto kann mehreren Arbeitsbereichen angehören und unter Einstellungen → Wissensdatenbanken zwischen ihnen wechseln.
• General und Projekte. Jeder Arbeitsbereich hat den reservierten Bereich General und kann Projektbereiche haben – manuell angelegt oder aus Multica synchronisiert. Archivierte Projekte behalten Notizen und Verlauf.
• Personen. Admins haben vollen Zugriff auf General, alle Projekte und die Arbeitsbereichsregeln und verwalten Mitglieder, Einladungen, Zugangsdaten, Vorlagen, KI-Einstellungen und Integrationen. Editoren dürfen standardmäßig alles lesen und bearbeiten; eine Admin-Person kann stattdessen für General und jedes Projekt „Kein Zugriff“, „Lesen“ oder „Lesen und bearbeiten“ festlegen und den Zugriff auf die Arbeitsbereichsregeln separat.
• Agenten. Ein Reader-Zugang ist schreibgeschützt (standardmäßig General, alle Projekte und die Arbeitsbereichsregeln). Ein Librarian ist ein separater Zugang mit ausdrücklichen Schreibrechten für General und/oder ausgewählte Projekte. OAuth-Verbindungen sind immer Reader. Zugangsdaten erben nie die Rechte einer Person, und Auswahlen wie scope=all wählen nur unter bereits lesbaren Inhalten.

Deine Daten und Sicherheit

• Welche Daten verlassen deinen Server? Wenn du einen Ingest, Chat oder eine ausführliche Prüfung startest, werden die vom Agenten gelesenen Inhalte an den für diesen Auftrag eingerichteten Modellanbieter gesendet. Bei OpenRouter können sie an den gewählten Modellanbieter weitergeleitet werden. URLs ruft dein Server ab; DOI-Angaben werden bei Crossref nachgeschlagen. Produktanalysen werden nicht an einen Central-LLM-Wiki-Dienst gesendet.
• Was darf der Agent? MCP-Werkzeuge bieten Projekterkennung und -auflösung, Regeln lesen, Notizen suchen und lesen, Versionsverläufe lesen sowie Ordner auflisten. Erstellen und Aktualisieren stehen nur Librarian-Zugangsdaten mit Schreibberechtigung zur Verfügung; jeder Aufruf prüft den Zugriff auf das ausgewählte Projekt erneut, und General hat eigene Berechtigungen. Der Agent kann weder raw/ bearbeiten noch Seiten löschen oder im Web browsen und sieht deinen API-Schlüssel nicht. Jede Änderung wird versioniert und lässt sich rückgängig machen. Automatische Ingest-Aufträge können schema/ nicht beschreiben. Importierte Quellen werden zwar Teil seiner Eingabe, gelten aber als Daten, nicht als Anweisungen; der Versionsverlauf ist dein Weg zur Wiederherstellung.
• API-Schlüssel. Der Schlüssel wird mit einem separaten Verschlüsselungsschlüssel gespeichert. Die Oberfläche zeigt nur die letzten vier Zeichen; entschlüsselt wird er erst beim Start eines Auftrags oder beim Verbindungstest.
• Export. Unter Einstellungen kannst du die gesamte Wissensdatenbank als Markdown-ZIP mit Bildanhängen sowie als BibTeX oder CSL-JSON herunterladen. Das ZIP enthält weder Versionsverlauf noch gelöschte Seiten, Chats oder Agent-Protokolle.
• Quellen lassen sich nicht löschen. raw/ ist unveränderlich. Nicht mehr benötigte Quellen kannst du archivieren; sie wandern nach raw/archive/, gelten nicht mehr als offen und behalten Versionen und Links. Du kannst sie jederzeit wiederherstellen.
• Aufbewahrung. Die aktuelle Version jeder Seite bleibt erhalten, bis die Seite oder ihr Arbeitsbereich gelöscht wird; ältere Versionen werden standardmäßig 90 Tage gespeichert (die Administration kann das ändern). Beim Löschen deines Kontos werden dein Arbeitsbereich und alle zugehörigen Daten gelöscht; entferne vorher die übrigen Mitglieder.
• Quellcode. Der vollständige Quellcode wird unter der Apache-2.0-Lizenz auf GitHub veröffentlicht.

So funktioniert das System

Ein einzelner Bun-Dienst stellt den MCP-Server, die Web-API, den OAuth-Autorisierungsserver und die Weboberfläche bereit. Die Daten liegen in deiner PostgreSQL-Datenbank. Es gibt weder eine Vektordatenbank noch RAG. Anfragelimits schützen jede Installation, und pro Arbeitsbereich läuft jeweils nur ein serverseitiger Agent-Auftrag.

So fließen Informationen zwischen den drei Ebenen. Remote-Agenten führen die Abläufe über MCP aus; der optionale Web-Agent verwendet deinen API-Schlüssel.