npx -y @tencent-weixin/openclaw-weixin-cli@latest install ausführen, QR scannen – ohne Wechaty oder graue Brücken. Dieser Artikel vergleicht Risiken, listet WeChat 8.0.70 und Gateway-Readiness als Voraussetzungen, führt sechs Schritte und drei harte Zahlen auf, erklärt Einzelchat-Grenzen, 24-Stunden-Regeln und Inhaltsprüfung, und warum ein zugeklappter Laptop kein ClawBot-Host ist, KVMNODE dedizierter Cloud-Mac plus launchd der Produktionsstandard bleibt. Querverweise: OpenClaw Dauerbetrieb, Install-Troubleshooting, offizieller install-daemon, Diagnoseleiter.
2026 WeChat ClawBot vs. Community-Brücken: was das offizielle Plugin ändert
OpenClaw war lange über Telegram, Discord und Slack erreichbar; Teams in China mussten Wechaty, iPad-Protokolle oder inoffizielle Webhooks nutzen. Gemeinsame Probleme: Protokolle brechen ohne Vorwarnung, Kontosperren sind möglich, Wartung liegt beim Einzelentwickler. Ab Ende März 2026 liefert Tencent das Plugin „WeChat ClawBot“ plus npm-Scope @tencent-weixin/openclaw-weixin-cli – QR-Bindung an einen laufenden OpenClaw Gateway wird zum regulären Produktfluss.
ClawBot ist kein eingebautes WeChat-LLM, sondern bindet Ihren konfigurierten OpenClaw Agent (Persona, MEMORY, Skills, Modell-Routing) an ein Chatfenster in der Kontaktliste. Nachrichten laufen über die WeChat-App; Inferenz und Tools bleiben auf Ihrem Gateway-Host. Tencent prüft Inhalte auf Compliance, hostet aber nicht Ihr Modell. Bei Störungen trennen Sie Kanal (WeChat) von Gateway oder Modell-API – nicht alles als „WeChat kaputt“ loggen.
Protokoll-Compliance: offizielles Plugin statt inoffizieller Brücken mit Sperrrisiko.
Schmale Install-Fläche: ein npx-Befehl erzeugt den QR-Code, kein eigener Middleware-Dienst.
OpenClaw-Fähigkeiten bleiben: in WeChat sprechen Sie mit Ihrem Agent, nicht mit einem Festmodell.
Klare Produktgrenzen: derzeit Einzelchat; Gruppen und Enterprise über WeCom-Plugin.
Betrieb bei Ihnen: Gateway offline, 18789 ungesund oder launchd-Token fehlt – WeChat zeigt nur Sendefehler oder Latenz.
Ohne beobachtbaren Gateway-Daemon zuerst install-daemon abschließen, dann ClawBot – sonst hängt die erste Nachricht nach erfolgreichem Scan oft an „Gateway hört nicht“. Dokumentieren Sie Plugin-Version, CLI-Paket und openclaw-Version im Änderungsdatensatz.
Teams mit gemischter EU- und China-Nutzung sollten früh klären, welche Nachrichteninhalte in Gateway-Logs landen dürfen. ClawBot transportiert Chat-Metadaten über Tencent-Infrastruktur; Ihre Inferenz bleibt auf dem Host, aber Audit-Policy und Aufbewahrung müssen trotzdem dokumentiert sein. Wer WeChat als primären Eingang wählt, plant Monitoring auf Gateway-Zustandswechsel – nicht auf jede einzelne WeChat-Zustellung.
Voraussetzungen: WeChat-Version, OpenClaw-Readiness und Modell-Key
Etwa die Hälfte der ClawBot-Fehler kommt von zu alter WeChat-App, die andere Hälfte von Gateway nicht wirklich ready. Die Tabelle bündelt Felder fürs Ticket. Prüfen Sie außerdem ausgehende Bandbreite und npm-Registry-Latenz auf dem Host – sonst wirkt ein npx-Timeout wie ein Plugin-Defekt. Halten Sie ein separates Abnahme-Ticket für den ersten erfolgreichen Roundtrip bereit, bevor Sie ClawBot in den Alltagsbetrieb überführen.
| Prüfpunkt | Anforderung | Typisches Symptom wenn nicht erfüllt |
|---|---|---|
| WeChat-Version | iOS 8.0.70+ / Android 8.0.69+, ClawBot unter Einstellungen→Plugins | Kein Eintrag oder Hinweis „Version zu niedrig“ beim Scan |
| OpenClaw Gateway | openclaw gateway status --deep ready, 18789 ein Listener | Scan ok, keine Antwort oder RPC-Timeout |
| Node / CLI | Node 22 wie install.sh, which openclaw in SSH und launchd identisch | Install findet falsches Gateway |
| Modell-API | Mindestens ein gültiger Upstream-Key in openclaw.json | WeChat sendet/empfängt, Antwort leer oder 401 |
| Ausgehendes Netz | Host erreicht Modell-API und npm registry | npx schlägt fehl oder QR-Timeout |
Gateway im Terminal grün, dann WeChat-Plugin – umgekehrte Reihenfolge verwischt alle Ursachen.
Auf KVMNODE dediziertem Cloud-Mac: Statusverzeichnis nicht in iCloud oder Team-Sync, sonst intermittierende DB-Schreibfehler wirken wie zufällige ClawBot-Abbrüche. Token-Probleme: launchd token und Diagnoseleiter L2 – WeChat nicht zuerst neu installieren. Enthalten Gateway-Logs personenbezogene Metadaten aus WeChat-Nachrichten, definieren Sie Zweck, Aufbewahrung und Zugriff im Sinne der DSGVO; minimieren Sie Volltext-Logs und rotieren Sie nach Akzeptanzwoche. Dokumentieren Sie außerdem, welche Region den Host trägt, wenn EU-Nutzer über WeChat Metadaten auslösen – Datenminimierung beginnt bei der Log-Konfiguration, nicht erst beim Export.
Sechs Schritte: Plugin, QR-Bindung und Kanal-Abnahme
WeChat aktualisieren: Ich → Einstellungen → Über WeChat, Version prüfen, zurück zu Plugins.
ClawBot aktivieren: Einstellungen → Plugins → „WeChat ClawBot“ → Install-Hinweise lesen.
Auf Gateway-Host: npx -y @tencent-weixin/openclaw-weixin-cli@latest install in derselben SSH-Sitzung wie OpenClaw.
QR im Terminal scannen, Bindung am Handy bestätigen; QR läuft schnell ab – Schritt 03 wiederholen.
Testsatz im ClawBot-Chat, Gateway-Logs und openclaw channels probe vergleichen.
Nach Gateway-Neustart erneut senden: launchd muss Kanal halten; Version, Bindungszeit und Timestamp ins Ticket.
export PATH="/opt/homebrew/bin:/usr/local/bin:$PATH" openclaw gateway status --deep npx -y @tencent-weixin/openclaw-weixin-cli@latest install openclaw gateway restart openclaw channels probe 2>/dev/null || true
Bindung nur auf dem Host, der Gateway wirklich ausführt. Läuft OpenClaw auf einem KVMNODE-Knoten in Singapur und Sie starten npx auf dem Laptop, zeigt der QR auf die falsche Instanz. Remote per SSH auf den Cloud-Mac oder ssh user@host 'npx ...'. Hängen Sie Gateway-Log-Zeilen mit dem ersten WeChat-Timestamp an – trennt Kanal-Latenz von Modell-Latenz.
In der Akzeptanzwoche wiederholen Sie Schritt 05 und 06 nach jedem openclaw gateway restart und nach Node-Upgrades. Regressionen zeigen sich so, bevor Endnutzer erneut scannen müssen. Wenn channels probe für WeChat noch nicht konfiguriert ist, reicht ein manueller Roundtrip plus eine Zeile aus gateway status --deep – aber nur, wenn Health vorher grün war.
Einzelchat, mehrere Agents und WeCom: Produktwahl ohne Chaos
Dokumentation und Praxis: ClawBot ist für Einzelchat, kein @-Bot in WeChat-Gruppen mit demselben Plugin. Inbound nutzt resolveAgentRoute nach channel + accountId + peer – jede Kombination hat eigenen Kontext; häufiges Agent-Wechseln im selben Chat stört die State Machine.
| Muster | Einsatz | Hinweis |
|---|---|---|
| Eine WeChat-ID + Haupt-Agent | Täglicher Assistent | Ein Fenster, Skills routen intern |
| Mehrere WeChat-IDs, je ein Agent | Rollen-Trennung | Mehrfach-Online, je Scan |
| WeCom OpenClaw-Plugin | Team-Bots, Docs | Parallel zu ClawBot, nicht Ersatz |
Gruppenbots, App-Nachrichten und Doc-APIs gehören zum offiziellen WeCom-OpenClaw-Plugin, nicht zum persönlichen ClawBot. Beide Kanäle können am selben Gateway hängen – Routing in openclaw.json sauber trennen. Beschränken Sie Skills mit sensiblen Tool-Outputs für den WeChat-Kanal, wenn Compliance-Prüfungen sonst blockieren.
Für interne Assistenten mit MEMORY aus Kundendaten definieren Sie, welche Tools im WeChat-Kanal erlaubt sind. Ein Skill, der Dateien aus dem Workspace exportiert, kann Inhaltsprüfungen auslösen, obwohl Gateway und Modell gesund sind. Testen Sie deshalb nicht nur „Hallo“, sondern typische Produktions-Prompts in der Abnahme.
Fallstricke, Triage-Reihenfolge und Cloud-Mac-Dauerbetrieb
QR abgelaufen: Terminal-QR nur Minuten gültig – npx neu, kein Screenshot-Recycling.24-Stunden-Regel: lange Inaktivität kann proaktive Pushs verwerfen – Q&A, kein Marketing-Broadcast.Inhaltsprüfung: WeChat blockiert bei Regelverstoß – Prompts und Tool-Output in OpenClaw anpassen, nicht ständig neu binden.Gateway-Sleep: zugeklappter Laptop trennt ClawBot wie Telegram – stärker spürbar, weil WeChat Alltags-Eingang ist.
Offizielles CLI: @tencent-weixin/openclaw-weixin-cli, keine npm-Täuschungspakete.
Standard-Probe-Port: 18789 wie in der Install-Checkliste.
WeChat-Schwelle: 8.0.70 iOS / 8.0.69 Android (Stand März 2026), dann Plugin öffnen.
Triage: gateway status --deep → Modell-API → npx install neu scannen → Gateway-Logs → WeChat-Reinstall zuletzt. Bei channels 401 oder split brain zuerst CLI-Ausrichtung. Trennen Sie im Ticket „WeChat Sendefehler“ und „Gateway antwortet nicht“.
Nach dem ersten produktiven Tag planen Sie einen wöchentlichen Check: openclaw gateway status --deep, Speicherdruck im Activity Monitor und Korrelation mit langsamen WeChat-Antworten. Wenn Nutzer „manchmal tot“ melden, ist der Kanal oft noch gebunden, aber das Modell antwortet wegen 401 oder Rate-Limit – das sieht in WeChat identisch aus wie Gateway-Ausfall.
| Host | ClawBot-Erfahrung | Betriebsfolgerung |
|---|---|---|
| Zugeklappter Laptop | Sleep trennt, Bindung kurzlebig | Nur Experiment |
| NAS / schwacher VPS | Node und Disk-IO wackeln | Eigenes Monitoring, kein Apple-Stack |
| KVMNODE dedizierter Cloud-Mac | launchd plus regionale Git/Modell-Auswahl | 7×24 WeChat-Produktion |
Läuft auf demselben Cloud-Mac iOS-CI mit OpenClaw, kann 16 GB unified memory unter xcodebuild und Gateway Druck erzeugen – WeChat antwortet langsamer ohne Kanalbruch; dann M4 Pro oder Pool-Split statt erneut scannen. Apple Silicon teilt Speicher zwischen Gateway und Metal-lastigen Builds – Memory-Pressure-Logs korrelieren mit langsamen Antworten. Lesen Sie bei geteiltem Host Same-Pool-Isolation, bevor Sie Hardware wechseln.
Ein Laptop mit Sleep ist schlechter Referenzhardware für „lokal ging es“. Dedizierte Cloud-Macs liefern stabile launchd-Fenster und vertragliche Laufzeit. Region wählen Sie nach Git-Remote und Modell-Ausgang, nicht nach WeChat allein – der Kanal ist clientseitig in China, Gateway bleibt auf Ihrem Knoten. Für auditierbare 7×24 WeChat-Eingänge mit Gateway auf demselben Host ist KVMNODE Mac mini Miete üblich: sechs Regionen, dedizierter Host, Tages- bis Monatsmiete, ein Runbook für 18789 und launchd. SKUs: Preisseite, Runbooks: Hilfezentrum, Bestellung: Bestellseite.