Skip to content
ReviewRamble

The weekly brief

AI, reviewed, in your inbox.

  • New reviews of tools, models, MCP servers and repos, with the verdict up front
  • Re-checked prices and ratings when something changes
  • New analysis pieces as they are published

Models, agents, MCP servers and the tools actually worth your time.

One email a week. Unsubscribe with the link in any brief. How we use your email

OpenWiki

LangChains CLI, die für Agenten ein verlinktes Markdown-Wiki deiner Codebasis schreibt und verfolgt, welche Fakten veralten, wenn sich der Code ändert.

Getestet von Sheela · Aktualisiert

Auf GitHub ansehen Open Source

Unsere Bewertung

4.2/5

OpenWiki ist das erste von Agenten geschriebene Doku-Werkzeug, das weiß, welche seiner eigenen Sätze veraltet sind, und genau das macht generierte Dokumentation aufbewahrenswert.

Was ist OpenWiki?

OpenWiki ist ein LangChain-Projekt, das einen Coding-Agenten ein Repository erforschen und ein verlinktes Markdown-Wiki in einen Ordner openwiki/ schreiben lässt und es danach aktuell hält. Jede Tatsachenaussage wird als Grounded Claim gespeichert, der auf versionierte Belege im Quellcode zeigt, etwa eine Datei und einen Zeilenbereich, sodass ein Update nur die Seiten neu schreibt, deren Belege sich geändert haben, und ein Update ohne Änderungen gar keine Modellaufrufe macht.

Es läuft auf zwei Arten: innerhalb eines Coding-Agenten, den du schon nutzt (Codex, Claude Code, OpenCode, Cursor, GitHub Copilot CLI, Kiro, IBM Bob, Antigravity, Oh My Pi oder Pi), mit dessen Modellsitzung, oder als eigenständige CLI auf einem eigenen Deep-Agents-Dokumentationsagenten mit vierzehn Modellanbietern. Es pflegt einen Block in AGENTS.md, stellt lokale Such- und Lese-Tools über MCP bereit, verknüpft Wikis über Repositories hinweg zu Workspaces und schreibt Googles Open Knowledge Format v0.2.

Das Repository wurde am 22. Juni 2026 angelegt, steht unter MIT-Lizenz und hat etwa 17.600 GitHub-Sterne. Das npm-Paket ist bei 0.7.2 (9. Oktober 2026) und wurde in der letzten Oktoberwoche etwa 66.000 Mal heruntergeladen.

Lohnt sich OpenWiki?

OpenWiki löst das Problem, an dem die meiste generierte Dokumentation scheitert: Sie verrottet, und niemand weiß, welche Teile. Weil jede Tatsache an versionierte Belege im Quellcode gebunden ist, erkennt es beim nächsten Lauf, dass eine Aussage zur Retry-Behandlung Zeilen zitiert, die sich inzwischen verschoben haben, und schickt nur diese Seite zurück ans Modell. Unveränderte Repositories kosten beim Update nichts, weil die Prüfung vor jedem Modellaufruf läuft. Seiten werden einzeln gespeichert, ein unterbrochener Lauf setzt also fort, statt neu zu beginnen.

Das Integrationsmodell ist der praktische Gewinn. Innerhalb von Claude Code oder Codex leiht es sich die authentifizierte Sitzung und die Tools des Agenten, es gibt also keinen zweiten API-Schlüssel und keine zweite Rechnung; der Agent recherchiert und schreibt, während OpenWiki die Warteschlange, die Buchführung über die Claims und die finalen Indizes übernimmt. Seine MCP-Such- und Lese-Tools sind lokal, schreibgeschützt und machen keine Modellaufrufe, und die verwalteten Anweisungen sagen Agenten, bei konkreten Fragen nachzuschlagen, statt das Wiki zu Beginn jeder Aufgabe zu laden. Geplante Jobs in GitHub Actions, GitLab und Bitbucket öffnen einen Doku-Pull-Request, wenn sich das Wiki ändert.

Die Standardeinstellungen verdienen einen Blick. Telemetrie ist an: ein einzelnes Ereignis pro init oder update mit Befehl, Ergebnis und bei der Einrichtung den Namen von Anbieter und Konnektoren, nie Code oder Prompts; OPENWIKI_TELEMETRY_DISABLED=1 oder DO_NOT_TRACK=1 schaltet sie ab. Der Graph-Visualisierer lädt seine Bibliotheken von einem öffentlichen CDN, er funktioniert also nicht offline. Eine .openwikiignore verhindert, dass Pfade gelesen werden, aber das README weist darauf hin, dass der Agent einen ignorierten Bereich trotzdem aus Tests oder Commit-Nachrichten erschließen kann.

Die Grenzen sind die eines vier Monate alten Projekts, das sich schnell bewegt: Version 0.7.2, etwa 208 offene Issues und Pull Requests, und eine Verankerung der Claims, die bisher nur Repository-Code abdeckt, nicht die Konnektoren für das persönliche Wiki (Notion, Gmail, Slack, X) oder LangSmith-Traces. Im Vergleich zu Repomix, das ein Repository jedes Mal in einen einzigen Prompt packt, kostet OpenWiki vorab eine vollständige Generierung und holt sie bei jeder späteren Frage und jedem inkrementellen Update wieder herein.

Wo es sich lohnt

  • Ein Plattformteam, das eine Control Plane, eine Data Plane und ein Infrastruktur-Repository verantwortet

    Agenten repositoryübergreifende Fragen beantworten lassen, ohne alle drei Codebasen zu laden

    In jedem Repository ein Wiki erzeugen, sie mit openwiki link zu einem Workspace verbinden, und Agenten durchsuchen alle drei über lokale MCP-Tools. Über Claude Code oder Codex ausgeführt, kommt keine Modellrechnung über die Sitzung des Agenten hinaus dazu.

  • Eine Engineering-Managerin in einem Unternehmen mit 30 Entwicklern und veralteter Onboarding-Doku

    Architekturdokumentation aktuell halten, ohne jemanden dafür abzustellen

    Den geplanten GitHub-Actions-Workflow mit einem Fine-grained Token hinzufügen, damit er einen reinen Doku-Pull-Request öffnet, wenn Claims veralten; Reviewer mergen ihn wie jede andere Änderung. Wochen ohne Änderungen machen keine Modellaufrufe.

  • Ein Staff Engineer, der in ein großes, unbekanntes Repository kommt

    An einem Nachmittag eine genaue Karte der Codebasis bekommen

    Die Claude-Code-Integration installieren und den Agenten bitten, OpenWiki aus Quellcode und Tests zu initialisieren, dann openwiki visualize für einen Graphen neben einem Markdown-Reader öffnen. Rechne damit, dass die erste Generierung die Tokens einer ganzen Agentensitzung verbraucht.

Bevor du dich festlegst

Einrichtung
npm install -g openwiki (Node 22.22.0+), openwiki integrations install claude (oder codex, cursor und andere), den Agenten neu starten und ihn bitten, das Wiki zu initialisieren. Eigenständig: openwiki --init führt durch Anbieter, Schlüssel und Modell.
Integrationen
Zehn Coding-Agenten als Host; vierzehn Anbieter für die eigenständige CLI, darunter OpenAI (Standard gpt-5.6-terra), Anthropic, Bedrock, Vertex, Copilot und OpenAI-kompatible Endpunkte wie Ollama; CI-Vorlagen für GitHub, GitLab und Bitbucket; Konnektoren für Notion, Gmail, Slack, X, Websuche und Hacker News für ein persönliches Wiki.
Daten und Datenschutz
Wiki und Claims sind normale Dateien in deinem Repository; Schlüssel liegen in ~/.openwiki/.env. Telemetrie sendet standardmäßig ein anonymes Ereignis pro init oder update; OPENWIKI_TELEMETRY_DISABLED=1 schaltet sie ab. Repository-Inhalte gehen an den Modellanbieter oder Host-Agenten, den du nutzt. MIT-Lizenz.
Kosten im großen Maßstab
Kostenlose Software. Die erste Generierung eines großen Repositorys ist der teure Schritt; native Läufe können bis zu 8 Seiten parallel dokumentieren, und spätere Updates zahlen nur für Seiten, deren Belege sich geändert haben. Über einen Coding-Agenten als Host stecken die Kosten in dessen Abo.
Grenzen
Etwa 208 offene Issues und Pull Requests bei 0.7.2; vom Host gesteuerte Läufe sind sequenziell und decken nur Code-Wikis ab; Gateways, die nur Streaming können, liefern unter Umständen ein leeres Wiki, wenn Streaming nicht erzwungen wird; niedrige OpenRouter-Guthaben können ohne Ausgabelimit 402-Fehler auslösen.

Was gut ist

  • Grounded Claims binden jede Tatsache an versionierte Quellzeilen
  • Updates ohne Änderungen überspringen Modellaufrufe vollständig
  • Läuft in zehn Coding-Agenten mit deren bestehender Sitzung
  • Lokale, schreibgeschützte MCP-Suche über verknüpfte Repositories

Was nicht

  • Telemetrie standardmäßig an
  • Der Visualisierer braucht ein öffentliches CDN, keine Offline-Ansicht
  • Die Verankerung der Claims deckt nur Code ab, keine Konnektoren
  • Vor 1.0, mit etwa 208 offenen Issues und PRs

Am besten für

Teams, deren Coding-Agenten immer wieder dieselbe Codebasis neu entdecken und die ein Wiki wollen, das sich per Pull Request selbst aktualisiert, statt zu veralten.

Alternativen zu OpenWiki

OpenWiki: häufige Fragen

Lohnt sich OpenWiki?
OpenWiki ist das erste von Agenten geschriebene Doku-Werkzeug, das weiß, welche seiner eigenen Sätze veraltet sind, und genau das macht generierte Dokumentation aufbewahrenswert. Wir bewerten es mit 4.2 von 5.
Was kostet OpenWiki?
Kostenlos und Open Source (MIT). Du bezahlst deinen Modellanbieter direkt.
Welche Nachteile hat OpenWiki?
Telemetrie standardmäßig an; Der Visualisierer braucht ein öffentliches CDN, keine Offline-Ansicht; Die Verankerung der Claims deckt nur Code ab, keine Konnektoren; Vor 1.0, mit etwa 208 offenen Issues und PRs.
Für wen eignet sich OpenWiki?
Teams, deren Coding-Agenten immer wieder dieselbe Codebasis neu entdecken und die ein Wiki wollen, das sich per Pull Request selbst aktualisiert, statt zu veralten.
Was kostet OpenWiki für ein Team oder im Produktivbetrieb?
Kostenlose Software. Die erste Generierung eines großen Repositorys ist der teure Schritt; native Läufe können bis zu 8 Seiten parallel dokumentieren, und spätere Updates zahlen nur für Seiten, deren Belege sich geändert haben. Über einen Coding-Agenten als Host stecken die Kosten in dessen Abo.
Ist OpenWiki sicher für Firmendaten?
Wiki und Claims sind normale Dateien in deinem Repository; Schlüssel liegen in ~/.openwiki/.env. Telemetrie sendet standardmäßig ein anonymes Ereignis pro init oder update; OPENWIKI_TELEMETRY_DISABLED=1 schaltet sie ab. Repository-Inhalte gehen an den Modellanbieter oder Host-Agenten, den du nutzt. MIT-Lizenz.
Was sind die besten Alternativen zu OpenWiki?
Die nächsten Alternativen, die wir getestet haben, sind Repomix, Graphify, code2prompt und claude-mem.

Antworten geprüft am 31. Okt. 2026.