OpenClawChineseTranslation: eine chinesische Oberfläche für den OpenClaw-Assistenten
🦞 OpenClaw (Clawdbot/Moltbot) 汉化版 - 开源个人 AI 助手中文版 | Claude/ChatGPT LLM 接入 | WhatsApp/Telegram/Discord 多平台 | 每小时自动同步 | CLI + Dashboard 全中文 | 全流程搭建教程,以及排错指南!
Auf einen Blick
- Was ist das?
- Das Repository liefert eine lokalisierte Ausgabe von OpenClaw, verteilt über npm und GitHub Releases, mit stündlichem Abgleich gegen das Upstream-Projekt. Wer die chinesische Oberfläche braucht, muss dafür die Versionskette und die Lizenzfrage selbst prüfen.
- Für wen ist es gedacht?
- Sinnvoll ist dieses Repository für Teams, die OpenClaw betreiben und eine chinesischsprachige CLI sowie ein chinesisches Dashboard brauchen, ohne selbst Übersetzungen zu pflegen. Wer die englische Originaloberfläche akzeptiert oder eine geprüfte, versionierte Abhängigkeit mit klarer Lizenzangabe benötigt, sollte beim Upstream bleiben.
- Darf ich es kommerziell nutzen?
- Erst prüfen. Die Lizenz dieses Repositorys ordnen wir nicht automatisch ein; lesen Sie vor jeder kommerziellen Nutzung die LICENSE-Datei.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 4 Tagen.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich JavaScript, 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
Welches Problem die Lokalisierung löst
OpenClaw wird im README als offener persönlicher KI-Assistent beschrieben, der auf dem eigenen Rechner läuft und über WhatsApp, Telegram oder Discord bedient wird. Die Bedienung erfolgt über zwei Oberflächen: eine CLI und ein Dashboard, also ein Web-Kontrollpanel. Beide sind im Original englischsprachig. Genau dort setzt dieses Repository an. Es liefert nach eigener Aussage eine vollständig chinesische Fassung von CLI und Dashboard und nennt sich selbst eine汉化发行版, also eine lokalisierte Distribution. Die Zielgruppe sind damit nicht Entwickler, die den Quellcode umbauen wollen, sondern Betreiber, die den Assistenten im Alltag benutzen und die Konfigurationsbefehle, Fehlermeldungen und Statusanzeigen auf Chinesisch lesen möchten. Das ist ein enges, aber konkretes Problem: Wer die CLI nur selten anfasst, verliert bei englischen Ausgaben und Fehlermeldungen Zeit, und die Einrichtungsdokumentation des Projekts ist auf Chinesisch verfasst, was den Einstieg für diese Gruppe verkürzt.
Aufbau: Übersetzungsschicht statt Fork mit eigener Logik
Das Repository ist ein JavaScript-Projekt und wird als eigenständige Distribution gepflegt, nicht als Patch, den man auf eine bestehende Installation legt. Verteilt wird es auf zwei Wegen: über GitHub Releases mit Versionen wie v2026.9.3-zh.1 und über das npm-Paket @qingchencloud/openclaw-zh. Die Versionsnummer übernimmt dabei das Muster des Upstream und hängt ein zh-Suffix an, sodass die Zuordnung zur jeweiligen OpenClaw-Version sichtbar bleibt. Für die Aktualisierung nennt das README einen stündlichen Abgleich mit dem Upstream-Projekt und gibt an, dass die Verzögerung unter einer Stunde liegt. Technisch bedeutet das: Es gibt eine Automatisierung, die Änderungen am Original aufnimmt und in die lokalisierte Ausgabe einarbeitet. Ein Nightly-Build ist ebenfalls vorhanden, erkennbar an einem eigenen Release-Eintrag und an einem GitHub-Actions-Workflow. Wer die Änderungen nachvollziehen will, muss sich das Repository selbst ansehen; das README beschreibt die Synchronisierung nur als Zusage, nicht als Verfahren.
Installation und Betrieb: npm, Docker, Gateway
Das README nennt Node.js als Voraussetzung und verweist für Details auf docs/INSTALL_GUIDE.md, das in Phasen gegliedert ist: prerequisites, phase1-install, phase2-config, phase3-verify und phase4-advanced. Der Installationsweg führt über das npm-Paket @qingchencloud/openclaw-zh. Für den Modellzugang beschreibt das README zwei Varianten: einen Anbieter namens 词元 API, der als OpenAI-kompatibler Endpunkt mit der Base URL https://ciyapi.79tian.com/v1 angegeben wird, sowie einen zweiten Partner. Bei der Initialisierung ist demnach der Anbieter OpenAI Compatible zu wählen und die Base URL sowie der Key einzutragen. Für Serverbetrieb gibt es docs/DOCKER_GUIDE.md mit Abschnitten zu quick-deploy, local-start, remote-deploy, Token-Authentifizierung, Nginx-Reverse-Proxy und Docker Compose. Ein eigener Abschnitt behandelt den Neustart des Gateways, ein weiterer die Deinstallation. Diese Struktur ist der eigentliche Wert des Projekts für Einsteiger: Sie bündelt Einrichtung, Modellkonfiguration, Daemon-Betrieb und Fehlersuche in einer durchgehend chinesischen Dokumentation.
Grenzen: Lizenzstatus, Synchronisierung und Fehlerbilder
Die Angabe zur Lizenz ist widersprüchlich. Die Repository-Metadaten melden NOASSERTION, das README zeigt ein MIT-Badge. Wer die lokalisierte Ausgabe weitergeben oder in ein Produkt einbetten will, kann sich auf diese Materialien nicht verlassen und muss die LICENSE-Datei selbst lesen. Der zweite offene Punkt ist die Synchronisierung. Eine stündliche Übernahme von Upstream-Änderungen bedeutet, dass die lokalisierte Fassung ständig in Bewegung ist. Ein Fehler kann aus der Übersetzung stammen, aus dem Upstream oder aus dem Zusammenspiel beider. Das README liefert dafür eine FAQ mit Abschnitten zu Installations-, Start-, Dashboard-, Netzwerk- und Modellproblemen, was nützlich ist, aber die Zuordnung einer Fehlermeldung zur richtigen Quelle bleibt Arbeit des Betreibers. Drittens ist die Ausgabe auf Chinesisch festgelegt. Wer gemischte Teams hat oder Fehlermeldungen in Suchmaschinen und Issue-Trackern wiederfinden will, arbeitet mit einer Oberfläche, deren Begriffe nicht mit der englischen Dokumentation des Upstream übereinstimmen. Das erschwert die Fehlersuche in externen Quellen.
Was das Projekt nicht ist
Dieses Repository ist kein Ersatz für OpenClaw selbst und keine eigene Assistenten-Implementierung. Es enthält nach der Beschreibung keine zusätzlichen Fähigkeiten, keine anderen Plattformanbindungen und kein anderes Modell-Backend. Die Plattformen WhatsApp, Telegram und Discord sowie die Anbindung an Claude und ChatGPT stammen aus dem Upstream. Ebenso wenig ist es ein Übersetzungswerkzeug, das man auf beliebige Projekte anwenden könnte. Die Dokumentation zur Mitarbeit nennt zwar eine TRANSLATION_GUIDE.md mit Glossar, Prinzipien und Stilregeln sowie eine CONTRIBUTING.md, die erklärt, wie neue Übersetzungen eingereicht werden. Das bezieht sich aber ausdrücklich auf dieses Projekt. Wer eine allgemeine Lokalisierungsplattform sucht, ist hier falsch. Und wer den Assistenten nur über die Weboberfläche bedient und die CLI nie anfasst, gewinnt durch die Übersetzung deutlich weniger, als der Umfang der Dokumentation vermuten lässt.
Alternative: direkt beim Upstream bleiben
Die naheliegende Alternative ist OpenClaw in der Originalfassung. Der Unterschied liegt nicht im Funktionsumfang, sondern in der Herkunft der Artefakte. Beim Upstream bezieht man eine Version, die direkt aus dem Hauptprojekt stammt, mit einer dort gepflegten Lizenzangabe und einer Dokumentation, die zu den Fehlermeldungen der Oberfläche passt. Bei der lokalisierten Ausgabe bezieht man ein abgeleitetes Paket mit chinesischer Oberfläche und chinesischer Anleitung, dafür mit einem zusätzlichen Synchronisierungsschritt und einer unklaren Lizenzangabe. Für Betreiber, die Supportfälle an das Hauptprojekt melden wollen, ist das ein relevanter Unterschied, weil Screenshots und Ausgaben aus der lokalisierten Fassung dort nicht ohne Weiteres wiedererkannt werden. Umgekehrt gilt: Wer die Einrichtung zum ersten Mal durchführt und dabei auf die Phasen-Anleitung in docs/INSTALL_GUIDE.md angewiesen ist, spart mit der lokalisierten Fassung echte Zeit.
Pflegeaufwand und Aktualisierung
Das Projekt hat einen eigenen Abschnitt zur Aktualisierung im README und veröffentlicht regelmäßig Versionen, im Material sichtbar an v2026.9.2-zh.1 und v2026.9.3-zh.1 innerhalb weniger Tage sowie an einem Nightly-Build. Der Aufwand für Betreiber hängt davon ab, wie die Installation erfolgt ist. Bei einer Installation über das npm-Paket @qingchencloud/openclaw-zh läuft die Aktualisierung über die üblichen npm-Befehle; bei Docker über das in docs/DOCKER_GUIDE.md beschriebene Vorgehen. In beiden Fällen ist zu beachten, dass die lokalisierte Version dem Upstream nachläuft. Wer eine bestimmte Upstream-Version benötigt, muss prüfen, ob die passende zh-Version bereits veröffentlicht ist. Der Nightly-Build ist ausdrücklich als solcher gekennzeichnet und damit nicht als stabile Grundlage für den Dauerbetrieb geeignet. Für die Lizenz gilt: Solange NOASSERTION in den Metadaten steht und das README MIT nennt, sollte vor jeder Weitergabe die LICENSE-Datei im Repository gelesen werden. Eine rechtliche Bewertung ist damit nicht verbunden.
Redaktionelles Fazit
Sinnvoll ist dieses Repository für Teams, die OpenClaw betreiben und eine chinesischsprachige CLI sowie ein chinesisches Dashboard brauchen, ohne selbst Übersetzungen zu pflegen. Wer die englische Originaloberfläche akzeptiert oder eine geprüfte, versionierte Abhängigkeit mit klarer Lizenzangabe benötigt, sollte beim Upstream bleiben. Vor dem Einsatz ist zu klären, welcher Commit des Upstream in der verwendeten Version steckt, ob das npm-Paket @qingchencloud/openclaw-zh zur gewünschten Release passt und unter welcher Lizenz die Weitergabe erfolgt, denn das Repository selbst gibt NOASSERTION an, während das README ein MIT-Badge zeigt.
Community-Notizen