OpenWiki: ein CLI für agentenverwaltete Markdown-Wikis
OpenWiki ist eine CLI, die Agentendokumentation für Ihre Codebasis schreibt und verwaltet.
Auf einen Blick
- Was ist das?
- OpenWiki erzeugt und aktualisiert ein verknüpftes Markdown-Wiki aus Ihrem Repository oder verbundenen Quellen, mit einem interaktiven Visualizer für Menschen.
- Für wen ist es gedacht?
- OpenWiki ist ein MIT-lizenziertes CLI, das ein Markdown-Wiki mit Ihrer Codebasis oder persönlichen Quellen synchron hält, indem ein Agent Dokumentation schreibt und aktualisiert, und bietet einen lokalen Visualizer zur Erkundung.
- Darf ich es kommerziell nutzen?
- Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Ein selbstpflegendes Markdown-Wiki 1
Abschnitt 1, Absatz 1: OpenWiki ist ein Befehlszeilenwerkzeug, das ein Wiki für eine Codebasis oder persönliches Wissen erzeugt und pflegt. Ein Agent liest die Quellen, die Sie angeben, synthetisiert ein verknüpftes Markdown-Wiki und aktualisiert es, wenn sich Ihre Quellen ändern. Die Ausgabe ist einfaches Markdown, das Ihnen gehört und zusammen mit Ihrem Code versioniert wird. Es funktioniert in zwei Modi: Der Code-Modus dokumentiert das aktuelle Repository und schreibt in openwiki/ in diesem Repo; der persönliche Modus dokumentiert verbundene Quellen und schreibt nach ~/.openwiki/wiki. Die README sagt, dass das Wiki für Agenten gebaut ist, um es als Gedächtnis zu lesen, und es enthält einen interaktiven Visualizer für Menschen.
Abschnitt 1, Absatz 2: OpenWiki ist auf eine wikiartige Wissensoberfläche ausgerichtet. Aussagen über Import, Suche, Speicherung oder Benutzerverwaltung gelten nur dort, wo das README sie beschreibt; nicht dokumentierte Backend-Eigenschaften bleiben offen. Abschnitt 1 bindet diese Prüfung an openwiki: Vergleiche die beobachtete Ausgabe mit der README-Beschreibung und halte Abweichungen in der jeweiligen Konfiguration fest. Prüfpunkt 1 für langchain-ai-openwiki-deep-analysis: Die konkrete Ausgabe von dem Startbefehl ist zu dokumentieren.
Installation, Initialisierung und geplante Updates 2
Abschnitt 2, Absatz 1: Installieren Sie das CLI global mit npm install -g openwiki. Der erste Lauf von openwiki --init führt durch die Auswahl von Anbieter, Schlüssel und Modell und schreibt dann Dokumente nach openwiki/. Für kontinuierliche Updates bietet die README Beispiel-Workflow-Dateien für GitHub Actions, GitLab CI und Bitbucket Pipelines, die Sie in Ihr Repository kopieren und planen. Unter Windows weist die README darauf hin, dass bun für die Installation nicht empfohlen wird, da es auf die Kompilierung der nativen Abhängigkeit better-sqlite3 zurückfallen kann, was Visual Studio Build Tools erfordert.
Abschnitt 2, Absatz 2: Für die Prüfung klonst du das Repository, folgst der README-Installation und legst einen kleinen Satz eindeutig benannter Seiten an. Teste anschließend Suche, Bearbeitung und Neustart mit genau diesen Seiten, damit Datenverlust oder fehlende Persistenz sichtbar werden. Abschnitt 2 bindet diese Prüfung an openwiki: Vergleiche die beobachtete Ausgabe mit der README-Beschreibung und halte Abweichungen in der jeweiligen Konfiguration fest. Prüfpunkt 2 für langchain-ai-openwiki-deep-analysis: Die konkrete Ausgabe von der Konfiguration ist zu dokumentieren.
Das Wiki mit dem Visualizer erkunden 3
Abschnitt 3, Absatz 1: Der Visualizer ist ein interaktiver Knotengraph mit einem seitlichen Markdown-Reader, gestartet mit openwiki visualize. Er stellt das Wiki auf einer lokalen Loopback-Adresse (127.0.0.1) bereit und setzt es niemals dem Netzwerk aus. Der Server übernimmt Änderungen an Wiki-Dateien automatisch. Sie können einen Verzeichnispfad übergeben, mit --port einen Port wählen (Standard 4321) oder mit --no-open das Öffnen des Browsers überspringen. Die README weist darauf hin, dass die Seite ihre Graph-, Markdown- und Diagrammbibliotheken von einem öffentlichen CDN lädt, daher ist eine Internetverbindung erforderlich, auch wenn der Server lokal ist.
Abschnitt 3, Absatz 2: OpenWiki ist auf eine wikiartige Wissensoberfläche ausgerichtet. Aussagen über Import, Suche, Speicherung oder Benutzerverwaltung gelten nur dort, wo das README sie beschreibt; nicht dokumentierte Backend-Eigenschaften bleiben offen. Abschnitt 3 bindet diese Prüfung an openwiki: Vergleiche die beobachtete Ausgabe mit der README-Beschreibung und halte Abweichungen in der jeweiligen Konfiguration fest. Prüfpunkt 3 für langchain-ai-openwiki-deep-analysis: Die konkrete Ausgabe von dem Startbefehl ist zu dokumentieren.
Quellen und Konnektoren 4
Abschnitt 4, Absatz 1: Im persönlichen Modus nimmt OpenWiki Wissen aus lokalen Git-Repositories, Notion, Gmail, X/Twitter, Websuche und Hacker News auf. Jeder Konnektor schreibt Rohdaten und Manifeste unter ~/.openwiki/connectors/<connector>/raw/, dann synthetisieren Agent-Läufe das Wiki unter ~/.openwiki/wiki/. Sie können denselben Konnektor mehrmals als separate Instanzen konfigurieren. Die Authentifizierung wird mit openwiki auth <provider> durchgeführt, das einen lokalen Browser-OAuth-Flow ausführt und Token in ~/.openwiki/.env speichert. Slack verwendet einen ngrok-Tunnel für OAuth. Der LangSmith-Konnektor arbeitet stattdessen im Code-Modus: Er zieht aktuelle LangSmith-Traces (Tool-Aufrufe, Ergebnisse, Latenz) für ausgewählte Projekte über das offizielle SDK und schreibt eine committete openwiki/.langsmith.json, die Workspaces und Projekte benennt, aber niemals den API-Schlüssel.
Abschnitt 4, Absatz 2: Für die Prüfung klonst du das Repository, folgst der README-Installation und legst einen kleinen Satz eindeutig benannter Seiten an. Teste anschließend Suche, Bearbeitung und Neustart mit genau diesen Seiten, damit Datenverlust oder fehlende Persistenz sichtbar werden. Abschnitt 4 bindet diese Prüfung an openwiki: Vergleiche die beobachtete Ausgabe mit der README-Beschreibung und halte Abweichungen in der jeweiligen Konfiguration fest. Prüfpunkt 4 für langchain-ai-openwiki-deep-analysis: Die konkrete Ausgabe von der Konfiguration ist zu dokumentieren.
Ausgabeformat und Diagrammvalidierung 5
Abschnitt 5, Absatz 1: OpenWiki erzeugt Google Open Knowledge Format (OKF) v0.1-Bündel. Konzeptdokumente tragen YAML-Frontmatter mit einem nicht leeren Typ; andere Felder sind optional. index.md und log.md sind reservierte Dokumente, und der Wurzelindex deklariert okf_version: "0.1". Das Wiki enthält Mermaid-Diagramme für Sequenzflüsse, ER-Modelle, Zustandsdiagramme und Flussdiagramme. Nach jedem Lauf wird jeder Mermaid-Block validiert; ein Diagramm, das die Validierung nicht besteht, wird an Ort und Stelle in einen einfachen Textblock mit einem kurzen Kommentar umgewandelt, und das nächste Update repariert es. Für eine maßgebliche Validierung, die dem GitHub-Renderer entspricht, können Sie den Mermaid-Parser neben OpenWiki installieren.
Abschnitt 5, Absatz 2: OpenWiki ist auf eine wikiartige Wissensoberfläche ausgerichtet. Aussagen über Import, Suche, Speicherung oder Benutzerverwaltung gelten nur dort, wo das README sie beschreibt; nicht dokumentierte Backend-Eigenschaften bleiben offen. Abschnitt 5 bindet diese Prüfung an openwiki: Vergleiche die beobachtete Ausgabe mit der README-Beschreibung und halte Abweichungen in der jeweiligen Konfiguration fest. Prüfpunkt 5 für langchain-ai-openwiki-deep-analysis: Die konkrete Ausgabe von dem Startbefehl ist zu dokumentieren.
Modellanbieter und Anmeldedaten 6
Abschnitt 6, Absatz 1: Der Onboarding-Standard ist OpenAI mit gpt-5.6-terra. Zwölf Modellanbieter sind aufgeführt: OpenAI, Anthropic, Gemini (AI Studio), Gemini Enterprise (Vertex AI), AWS Bedrock, GitHub Copilot, OpenRouter, Nebius/Fireworks/Baseten/NVIDIA NIM und jeder OpenAI-kompatible Endpunkt (LiteLLM, Ollama, LM Studio, Gateways). Jeder Anbieter hat voreingestellte Modelloptionen und unterstützt benutzerdefinierte Modell-IDs. Anmeldedaten werden in ~/.openwiki/.env gespeichert. Die README bietet detaillierte Einrichtungen für Bedrock (IAM-Anmeldedaten, Regionsauflösung), Gemini Enterprise (Google ADC, kein API-Schlüssel), OpenAI ChatGPT-Login (OAuth über Codex-Backend) und OpenAI-kompatible Endpunkte. Alternative Basis-URLs und OpenRouter-Anbieter-Pinning sind ebenfalls dokumentiert.
Abschnitt 6, Absatz 2: Für die Prüfung klonst du das Repository, folgst der README-Installation und legst einen kleinen Satz eindeutig benannter Seiten an. Teste anschließend Suche, Bearbeitung und Neustart mit genau diesen Seiten, damit Datenverlust oder fehlende Persistenz sichtbar werden. Abschnitt 6 bindet diese Prüfung an openwiki: Vergleiche die beobachtete Ausgabe mit der README-Beschreibung und halte Abweichungen in der jeweiligen Konfiguration fest. Prüfpunkt 6 für langchain-ai-openwiki-deep-analysis: Die konkrete Ausgabe von der Konfiguration ist zu dokumentieren.
Redaktionelles Fazit
OpenWiki ist ein MIT-lizenziertes CLI, das ein Markdown-Wiki mit Ihrer Codebasis oder persönlichen Quellen synchron hält, indem ein Agent Dokumentation schreibt und aktualisiert, und bietet einen lokalen Visualizer zur Erkundung.
Community-Notizen