← Zurück zum Blog

Save Vault ist ein Wiki-Builder für die Claude-Ära

· Save Team
wikiknowledge-baseclaudemcpsave-vaultaipersonal-knowledge-management

Im ersten Jahr von Save beschrieben wir es als einen Web-Clipper. Du drückst den Button, bekommst eine Markdown-Datei und legst sie irgendwo ab.

Diese Beschreibung ist nicht mehr korrekt.

Mit dem neuen Connect to Claude-Toggle in Save Vault hören die gespeicherten Dateien auf, ein Stapel Clippings zu sein, und werden zu einem Wiki — einem, das Claude lesen, durchsuchen, verlinken und über das es Fragen beantworten kann. Save Vault ist kein Clipper mehr. Es ist ein Wiki-Builder.

Dieser Beitrag handelt davon, was sich geändert hat, warum das wichtig ist und was möglich wird, wenn dein Lesen zu einer strukturierten persönlichen Wissensdatenbank anwächst.

Der Shift vom Clipper zum Wiki

Web-Clipper gibt es seit 20 Jahren. Evernote, Pocket, Instapaper, Readwise, Obsidian Web Clipper. Das Muster ist immer gleich: eine Seite sehen, eine Kopie speichern, hoffen, sie später wieder zu lesen.

Fast niemand liest sie nochmals. Die Clippings stapeln sich. Der Clipper wird zum Friedhof.

Ein Wiki ist anders. Ein Wiki hat Struktur. Seiten verlinken auf andere Seiten. Konzepte bekommen eigene Artikel. Neue Informationen aktualisieren alte Artikel. Du liest ein Wiki nicht nochmals — du befragst es.

Bis vor kurzem erforderten Wikis Menschen, die sie pflegen. Deshalb haben persönliche Wikis nie Fuß gefasst: Die Pflegekosten übersteigen die Lesekosten. Andrej Karpathys viraler LLM Knowledge Bases-Post vom 3. April 2026 machte die im Nachhinein offensichtliche Beobachtung, dass LLMs jetzt gut genug sind, ein Wiki für dich zu pflegen. Du ingestest rohes Markdown. Das LLM kompiliert es in strukturierte Seiten mit Backlinks, Zusammenfassungen und Konzeptartikeln. Du befragst es wie ein Wiki, aber du schreibst selbst nie eine Wiki-Seite.

Save Vault ist rund um diesen Shift aufgebaut.

Die drei Schleifen eines lebendigen Wikis

Ein selbstpflegendes Wiki hat drei Schleifen. Save Vault gibt dir alle drei.

Schleife 1: Ingestion

Du liest etwas im Web, das du behalten willst. Klicke den Save-Button. Die Chrome-Erweiterung produziert mit Gemini sauberes Markdown, schickt es an Save Vault, und Save Vault schreibt es in einen Wissensdatenbank-Ordner, den du gewählt hast.

Das ist die einzige Schleife, die du aktiv ausführst. Alles andere wird von Claude initiiert.

Die Ingestion verarbeitet, woran Web-Clipper historisch scheiterten:

  • Bezahlwand-Artikel, auf die du Zugriff hast
  • YouTube-Videos (vollständiges Transkript, nicht nur Metadaten)
  • X/Twitter-Threads
  • Reddit-Diskussionen
  • TikTok-Captions und Instagram-Reels
  • Dokumentation mit intakten Code-Blöcken

Jede Speicherung kommt als saubere .md-Datei an. Kein HTML-Müll, kein Werbungs-Markup, keine Navigationsmenüs. Nur der Inhalt, strukturiert so, wie ein LLM ihn zu sehen erwartet.

Schleife 2: Kompilierung

Das ist die Schleife, die Karpathy beschrieb. Periodisch — einmal pro Woche, einmal pro Monat, wann immer du es willst — bittest du Claude Code, die rohen Speicherungen in ein Wiki zu kompilieren.

cd ~/Documents/Save\ Vault/AI\ Research
claude

Dann bitte es:

  • Jede Datei im Ordner zu lesen
  • Konzeptseiten für wiederkehrende Themen zu generieren
  • Backlinks zwischen verwandten Ideen hinzuzufügen
  • Eine _index.md mit dem Inhaltsverzeichnis des Wikis zu schreiben
  • Einen „Lint”-Pass auszuführen, um Inkonsistenzen, Lücken oder Duplikate zu markieren

Claude arbeitet sich durch deinen Ordner und produziert eine navigierbare Struktur. Die ursprünglichen Speicherungen bleiben, wo sie sind — die Wiki-Schicht sitzt darüber und verlinkt auf sie.

Du bearbeitest keine Dateien. Du delegierst die Bearbeitung.

Schleife 3: Abfrage

Sobald Save Vault mit Claude verbunden ist (der Toggle in der Menüleiste), kann jede Unterhaltung in Claude Desktop oder Claude Code deinen Vault aufrufen. Stelle jede Frage. Claude durchsucht deine Speicherungen, liest die relevanten und antwortet mit deinen Quellen.

Der MCP-Server stellt vier Tools bereit: list_knowledge_bases, list_files, read_file und search. Claude übernimmt sie automatisch.

Das Ergebnis ist, dass dein Lesen zu Erinnerung wird. „Was hat dieser PM bei Linear über Retention-Loops gesagt?” wird zu einer einzeiligen Frage statt einer frustrierten Browser-Verlaufs-Suche.

Was sich ändert, wenn du ein Wiki statt eines Ordners hast

Die praktischen Unterschiede sind größer, als sie klingen.

Erinnerung statt Suche. Ein Ordner erfordert, dass du den Dateinamen kennst. Ein Wiki lässt Claude sich erinnern. Stelle eine vage Frage, bekomme eine quellenbasierte Antwort.

Compounding statt Aufblähung. In einem Ordner macht die 200. Datei alles schwieriger zu finden. In einem Wiki macht die 200. Datei das Wiki besser, weil es Kontext hinzufügt, den das LLM mit bestehenden Konzepten verbinden kann.

Persönlicher Kontext statt generischer Antworten. Claudes Standardverhalten ist, aus Trainingsdaten zu antworten. Mit Save Vault verbunden antwortet es aus deinen gespeicherten Quellen — Artikel, die du zu speichern gewählt hast, eingerahmt durch Probleme, die du tatsächlich hast.

Provenienz statt Halluzination. Jede Behauptung, die Claude macht, kann auf eine bestimmte .md-Datei in deinem Vault zurückverfolgt werden. Du kannst sie öffnen, lesen, bearbeiten oder löschen. Keine Embeddings, keine undurchsichtigen Vektorindizes, kein „die KI hat es gesagt”.

Wissensdatenbanken sind die Wiki-Bereiche

Save Vault organisiert Speicherungen in Wissensdatenbanken — Unterordner in ~/Documents/Save Vault/. Eine KB ist die kleinste Einheit von „Thema”, die das Wiki versteht.

Ein typisches Setup sieht so aus:

Save Vault/
  General/                  # Standard-Sammelbecken
  AI Research/              # Artikel, Threads, Blog-Posts
  Competitors/              # Wettbewerbsinformationen
  Customers/                # User-Interviews, Support-Tickets
  Hiring/                   # Kandidatenrecherche, Stellen-Refs

Jede KB kompiliert in ihr eigenes Wiki. Claude sieht sie alle über list_knowledge_bases und wählt die relevante basierend auf deiner Frage. Du kannst eine KB oder zwanzig haben — es skaliert linear, weil Claude nur die Dateien öffnet, die es braucht.

Das ist, wo das „Wiki-Builder”-Framing sich wirklich auszahlt. Ein Ordner hat kein Konzept von Thema. Eine KB schon. Claude behandelt jede KB als kohärenten Wissenskorpus, den es befragen kann.

Warum jetzt

Drei Dinge mussten wahr sein, damit das Wiki-Builder-Muster funktioniert, und 2026 ist das erste Jahr, in dem alle drei es sind.

  1. LLMs bekamen lange genug Kontextfenster, um Hunderte von Markdown-Dateien in einer Session zu lesen. (Claudes 1M-Token-Kontext wurde früher in diesem Jahr ausgeliefert.)
  2. MCP wurde das Standardprotokoll zum Verbinden von LLMs mit lokalen Dateien. Karpathys Post wäre vor 12 Monaten unpraktikabel gewesen. Jetzt ist es ein Toggle.
  3. Web-Clipper wurden klug genug, sauberen Inhalt von beliebigen Seiten zu extrahieren — einschließlich Video, Social und dynamischen JS-schweren Sites — ohne Regeln pro Site.

Save Vault ist, was passiert, wenn du alle drei voraussetzt. Der Clipper, der Ordner und der MCP-Server würden für immer drei getrennte Tools bleiben. Jetzt sind sie eine App und ein Toggle.

Dein erstes Wiki einrichten

Das dauert etwa fünf Minuten.

  1. Installiere die Save Chrome-Erweiterung
  2. Installiere Save Vault von savemarkdown.co
  3. Erstelle in Save Vault eine KB für dein erstes Thema (z.B. AI Research)
  4. Klicke auf Connect to Claude in der Menüleiste
  5. Speichere die nächsten 5 Dinge, die du liest
  6. Öffne Claude Desktop und stelle eine Frage dazu

Du wirst dein erstes Drei-Datei-Wiki vor dem Mittagessen haben. Das Compounding beginnt, sobald du Save das zweite Mal drückst.


Save Vault ist kostenlos. Die Save-Erweiterung ist kostenlos zu starten. Beides auf savemarkdown.co.