nexu: OpenClaw-Agenten per Desktop-Client an WeChat, Feishu, Slack und Discord anbinden

Welches Problem nexu löst und für wen es gedacht ist

Ein OpenClaw-Agent nützt wenig, wenn er nur in einem Terminal läuft. Die eigentliche Arbeit entsteht dort, wo Menschen bereits schreiben: in WeChat, Feishu, Slack oder Discord. nexu setzt genau an dieser Lücke an. Laut README ist es ein Desktop-Client, der den Agenten direkt in diese IM-Kanäle einhängt, statt eine eigene Chat-Oberfläche zu erzwingen. Der Nutzer muss keine neue App lernen, sondern schreibt weiter in dem Messenger, den er ohnehin offen hat.

Die Zielgruppe benennt das README ausdrücklich: One Person Company und kleine Teams. Die dort aufgeführten Anwendungsfälle reichen von Solo-E-Commerce über Content-Erstellung und Indie-Entwicklung bis zu Rechts-, Finanz- und Beratungsarbeit sowie lokalen Geschäften. Das ist keine Zufallsliste. Es sind Rollen, in denen eine Person viele Aufgaben gleichzeitig trägt und in denen der Messenger bereits der Arbeitsplatz ist. Wer dagegen einen Agenten für ein großes Engineering-Team mit zentraler Provisionierung bereitstellen will, findet hier keinen passenden Zuschnitt.

Wie der Client den Agenten in die Kanäle bekommt

Der Mechanismus ist im README als Ablauf beschrieben, nicht als Architekturdiagramm. Für WeChat gilt: OpenClaw-Plugin in WeChat 8.0.7, im Client auf Verbinden klicken, QR-Code mit WeChat scannen, fertig. Der Client vermittelt also zwischen dem lokal laufenden Agenten und dem IM-Kanal. Für Feishu liefert nexu nach eigener Angabe Built-in Skills mit, dazu native OpenClaw-Skills. Slack und Discord werden in derselben Aufzählung als integrierte Kanäle genannt.

Die Datenhaltung ist der zweite Teil der Mechanik. Das README formuliert local-first und ergänzt, dass keine Geschäftsdaten auf nexu-Servern gehostet werden. Die Modellanbindung läuft über zwei Wege: entweder über im Client hinterlegte Anbieter (genannt wird Gemini) oder über einen eigenen API-Key. Für MiniMax, OpenAI Codex und GLM (Z.AI Coding Plan) nennt das README OAuth-Login, sodass kein Key kopiert werden muss. Wer keinen Account anlegen will, kann laut README ausschließlich mit eigenem API-Key arbeiten. Was das README nicht beschreibt, ist der genaue Transportweg zwischen Client, Plugin und Modellanbieter. Wer das auditieren muss, kommt um den Quelltext nicht herum.

Installation und Konfiguration: was das Material hergibt

Die Installationsanleitung ist bewusst kurz. Das README nennt als unterstützte Plattformen macOS (Apple Silicon), macOS (Intel) und Windows, der Download läuft über nexu.io. Der Ablauf ist Doppelklick statt Umgebungsvariablen. Konkrete Kommandozeilenbefehle, etwa ein Installer-Aufruf oder ein CLI-Flag, tauchen im vorliegenden Material nicht auf. Wer eine reproduzierbare Installation per Skript braucht, findet dafür hier keine Grundlage.

Konfiguriert wird über die Oberfläche. Zwei Einstellungen sind belegt: die Modellwahl (im README als Ein-Klick-Wechsel im GUI beschrieben, mit Gemini als Beispiel) und die Zugangsdaten. Bei OAuth-Anbietern läuft die Autorisierung über einen Klick, bei BYOK trägt man den API-Key ein. Für WeChat ist die Randbedingung das OpenClaw-Plugin in WeChat 8.0.7. Das ist die einzige Versionsnummer, die das README für eine Integration verbindlich nennt. Wer eine andere WeChat-Version einsetzt, hat aus diesem Material keine Bestätigung, dass die Verbindung funktioniert. Feishu-Skills sind nach Angabe des READMEs eingebaut, ein separater Installationsschritt dafür wird nicht beschrieben.

Local-first als Designentscheidung mit Preis

Local-first ist die klarste Positionierung im README, und sie hat eine Konsequenz, die dort nicht ausgesprochen wird. Wenn die Daten auf der eigenen Maschine bleiben, dann ist die eigene Maschine auch die Verfügbarkeitsgrenze. Das README verspricht, der Agent sei nach der Verbindung 24/7 online und man könne vom Handy aus chatten. Das setzt voraus, dass der Desktop-Client läuft und die Netzwerkverbindung steht. Ein Laptop, der zugeklappt wird, ein Reboot oder ein Standby unterbricht das. Für einen Solo-Nutzer ist das selten ein Problem. Für ein kleines Team, das einen Agenten als geteilten Dienst versteht, ist es eine Einschränkung, die man vorher kennen sollte.

Der zweite Preis ist die Bindung an ein Desktop-Betriebssystem. macOS und Windows sind genannt, Linux nicht. Wer seine Agenten auf einem Linux-Server betreibt, kann nexu in dieser Form nicht einsetzen. Das ist kein Fehler des Projekts, sondern die direkte Folge davon, den Client als GUI-Anwendung zu bauen. Wer beides will, GUI-Komfort und Serverbetrieb, muss zwei Werkzeuge kombinieren.

Wann nexu das falsche Werkzeug ist

Der Fall, in dem nexu nicht passt, ist die zentrale Bereitstellung. Das README beschreibt einen Client, der auf dem Rechner einer Person läuft und dort konfiguriert wird. Für einen Betrieb, in dem zwanzig Mitarbeiter einen Agenten mit einheitlichen Modellrichtlinien, zentralem Key-Management und nachvollziehbaren Protokollen nutzen sollen, ist das nicht der Zuschnitt. Jede Installation wäre eine eigene Konfiguration.

Ein zweiter Grenzfall ist die Auditierbarkeit. Das README nennt MIT als Lizenz und empfiehlt, den Code zu forken und zu prüfen. Das ist ein ehrlicher Hinweis darauf, dass die Prüfung beim Nutzer liegt. Wer aus Compliance-Gründen nachweisen muss, welche Daten das Haus verlassen, bekommt aus dem README nur die Zusage, dass Geschäftsdaten nicht auf nexu-Servern liegen. Über die Modellanbieter, an die Anfragen gehen, sagt das nichts. Bei BYOK ist das der gewählte Anbieter, bei den eingebauten Modellen der von nexu vermittelte. Diese Unterscheidung sollte man treffen, bevor man nexu in einem regulierten Umfeld einsetzt.

Der Vergleich mit OpenClaw und gehosteten Feishu-Stacks

Das README stellt nexu explizit gegen zwei Alternativen. Die erste ist OpenClaw selbst: quelloffen und kostenlos, aber CLI-basiert, mit manueller Modellkonfiguration und DIY-Integration für die Kanäle. Die zweite sind gehostete Feishu-plus-Agent-Stacks: geschlossen, oft mit Abo- oder Pro-Seat-Preisen, Plattform-Lock-in beim Modell und Daten, die über Vendor-Server laufen.

Der Unterschied liegt in der Verteilung von Aufwand und Kontrolle. OpenClaw in der offiziellen Form gibt maximale Kontrolle und verlangt technische Arbeit bei jeder Integration. Gehostete Stacks nehmen einem die Arbeit ab und behalten die Kontrolle über Daten und Modellwahl. nexu versucht die Mitte: GUI statt CLI, lokale Datenhaltung statt Vendor-Server, eigene Keys statt Abo. Der Preis dieser Mitte ist, dass man sich auf die im Client eingebauten Integrationen verlässt. Wer einen Kanal braucht, der dort nicht vorgesehen ist, fällt auf die DIY-Variante zurück. Das README nennt WeChat, Feishu, Slack und Discord sowie die Wendung other IM channels, ohne diese weiteren Kanäle zu benennen. Für Planungszwecke sollte man nur die vier genannten als gesichert behandeln.

Wartung, Release-Kadenz und Lizenz

Die Release-Historie im vorliegenden Material zeigt v0.1.10 am 2. April 2026, v0.1.11 am 8. April und v0.1.12 am 13. April. Das ist ein Abstand von rund einer Woche zwischen den letzten beiden Versionen. Die Versionsnummern stehen alle auf 0.1.x, was auf ein frühes Projektstadium hindeutet. Der letzte Push ins Repository datiert auf den 26. April 2026, also nach der letzten Release. Eine Aussage über die langfristige Wartung lässt sich daraus nicht ableiten, und das sollte man auch nicht versuchen.

Für die Upgrade-Kosten ist relevant, dass es sich um einen Desktop-Client handelt. Updates laufen über neue Releases auf nexu.io, nicht über einen Paketmanager, der im Material genannt wäre. Wer nexu in einem Team verteilt, muss diesen Verteilungsweg selbst organisieren. Die Lizenz ist MIT. Das erlaubt kommerzielle Nutzung, Modifikation und Weitergabe, solange Lizenz- und Copyright-Hinweis erhalten bleiben. Rechtlich verbindlich ist der Lizenztext im Repository, nicht diese Zusammenfassung. Ein Punkt, den MIT nicht regelt: die Bedingungen der Modellanbieter und der IM-Plattformen bleiben davon unberührt. Wer nexu mit einem eigenen API-Key betreibt, unterliegt den Nutzungsbedingungen des jeweiligen Anbieters.

Redaktionelles Fazit

nexu passt zu Einzelpersonen und kleinen Teams, die einen OpenClaw-Agenten ohne CLI-Setup in WeChat, Feishu, Slack oder Discord betreiben und die Modellwahl über eigene API-Keys oder OAuth steuern wollen. Wer mehrere Agenten zentral provisionieren, Audit-Logs erzwingen oder einen headless Server ohne GUI betreiben muss, sollte stattdessen eine serverbasierte Gateway-Lösung wie OpenClaw Gateway wählen. Vor dem Einsatz zu prüfen: ob der eigene IM-Kanal in der Liste der Built-in-Integrationen steht, ob das Zielsystem macOS (Apple Silicon, Intel) oder Windows ist und ob die im README genannte WeChat-8.0.7-Plugin-Abhängigkeit zur installierten WeChat-Version passt.

Offizielle Quellen

1. License: MIT
2. nexu-io/nexu on GitHub
3. Project website
4. README
5. Releases