nexu : un client de bureau pour brancher OpenClaw sur WeChat, Feishu, Slack et Discord

Le problème concret : un agent qui ne quitte pas son terminal

Un Agent OpenClaw installé sur une machine locale n'est joignable que depuis cette machine. Pour l'utiliser depuis un téléphone ou depuis la messagerie d'une équipe, il faut écrire soi-même le connecteur vers WeChat, Feishu, Slack ou Discord, gérer l'authentification, et maintenir le tout. Le README de nexu présente le projet comme le moyen de supprimer cette étape : « Click connect, scan with WeChat, and start chatting with your AI Agent. » L'utilisateur visé est nommé explicitement dans la section des cas d'usage : la « One Person Company » et les petites équipes, avec des exemples en commerce en ligne, création de contenu, développement indépendant, juridique et commerce de proximité. C'est un public qui veut un résultat sans écrire de code d'intégration, pas un public qui veut une bibliothèque à composer.

Ce que le client fait réellement entre l'agent et la messagerie

Le dépôt est écrit en TypeScript et publié comme application de bureau pour macOS (Apple Silicon et Intel) et Windows, avec un installeur à double-clic. Le README décrit le principe comme « local-first » et affirme que les données restent sur la machine de l'utilisateur, sans hébergement côté éditeur. Autrement dit, nexu joue le rôle de pont local : il expose l'Agent aux canaux de messagerie depuis le poste, plutôt que de faire transiter les échanges par un serveur tiers. Le README mentionne aussi des « OpenClaw Skills » natifs et des « Feishu Skills » livrés avec le client, sans préciser leur contenu ni leur mode d'installation. Cette imprécision est réelle : on ne sait pas, à la lecture du matériel fourni, comment un skill est déclaré ni où il est stocké. La seule contrainte de version documentée concerne WeChat : le README indique une compatibilité avec WeChat 8.0.7 et son plugin OpenClaw.

BYOK, OAuth et sélection du modèle

nexu prend en charge deux modes d'accès aux modèles. Le premier est l'utilisation de fournisseurs via un compte nexu, avec Gemini cité en exemple et un changement de modèle annoncé en un clic dans l'interface. Le second est le BYOK : l'utilisateur saisit sa propre clé d'API et peut, selon le README, utiliser le client sans créer de compte ni se connecter. Trois fournisseurs sont listés comme compatibles avec une connexion OAuth, ce qui évite de copier une clé : MiniMax, OpenAI Codex et GLM (Z.AI Coding Plan). Le README mentionne également le support de Codex et GLM par ce canal. Ce qu'il ne dit pas, c'est ce que le client transmet exactement au fournisseur en mode compte nexu, ni quelles données de télémétrie sortent de la machine. Pour un projet qui met en avant le traitement local, c'est une zone d'ombre qu'il faut combler en lisant le code avant de déployer sur des données sensibles.

Installation et premiers réglages

Le matériel fourni ne contient pas de procédure en ligne de commande. Le README insiste sur le fait qu'aucune variable d'environnement ni installation de dépendances n'est nécessaire : on télécharge depuis nexu.io, on double-clique, on lance. Le parcours décrit est le suivant : connecter un canal, scanner un QR code avec WeChat, puis discuter avec l'Agent. Pour les modèles, deux chemins : soit une autorisation OAuth vers MiniMax, OpenAI Codex ou GLM, soit la saisie d'une clé d'API dans l'interface. Aucune clé de configuration, aucun chemin de fichier et aucune commande ne sont donnés dans le README. C'est cohérent avec la promesse d'une interface graphique pure, mais cela signifie aussi qu'un déploiement scripté ou reproductible n'est pas documenté ici. Si votre équipe a besoin d'installer nexu sur vingt postes de façon identique, vous devrez reconstruire cette procédure vous-même.

Les limites visibles dans le dépôt

La version la plus récente listée est v0.1.12, publiée le 13 avril 2026, après v0.1.11 et v0.1.10 à quelques semaines d'intervalle. Le numéro 0.1.x signale un projet jeune, et les notes de version fournies ne contiennent aucun détail : impossible de savoir ce qui a été corrigé ou cassé entre deux versions. Le README ne documente ni politique de compatibilité, ni procédure de migration, ni canaux de support au-delà des Discussions et des Issues GitHub. Un point de conception mérite d'être signalé : faire dépendre l'accès mobile à un agent de l'application WeChat et d'un plugin lié à une version précise (8.0.7) crée une fragilité externe que le projet ne contrôle pas. Une mise à jour de WeChat peut casser l'intégration sans qu'aucun changement n'ait eu lieu dans nexu. Enfin, le tableau comparatif du README oppose nexu à des solutions hébergées, mais il est rédigé par le projet lui-même et ne constitue pas une évaluation indépendante.

Face à une pile hébergée type Feishu plus agent

L'alternative la plus directe, décrite dans le tableau du README sous le nom de « Typical hosted Feishu + agent stacks », adopte l'approche inverse. Ces piles font passer les échanges par les serveurs de l'éditeur, facturent à l'abonnement ou au siège, et verrouillent le choix du modèle. nexu, lui, laisse l'utilisateur payer ses propres fournisseurs avec ses clés d'API et ne positionne pas de serveur intermédiaire pour les données métier. La différence n'est pas cosmétique : elle déplace la responsabilité de la disponibilité, des sauvegardes et de la sécurité vers l'utilisateur. Une pile hébergée vous rend l'agent accessible même si votre portable est fermé ; nexu, en modèle local-first, dépend de la machine sur laquelle il tourne. Le README affirme que l'agent reste joignable « 24/7 » une fois connecté aux messageries, mais cette affirmation suppose que le poste reste allumé et connecté, ce que le document ne précise pas.

Coût de maintenance et implications de la licence

Le client est distribué sous licence MIT, ce qui autorise la modification, la redistribution et l'usage commercial, à condition de conserver l'avis de licence. Le dépôt contient un fichier LICENSE à la racine, référencé dans le README. Rien dans le matériel fourni n'indique de clause additionnelle, de marque déposée encadrant le nom, ni de conditions liées à l'usage des fournisseurs de modèles : ces conditions relèvent de chaque fournisseur et de votre propre contrat avec lui. Sur la maintenance, le rythme de publication observé (trois versions entre début et mi-avril 2026) suggère un développement actif, mais l'absence de notes de version détaillées rend le suivi des régressions difficile. La dernière poussée sur la branche principale est datée du 26 avril 2026. Le dépôt n'est pas archivé. Pour une équipe, le coût réel se situe moins dans le client que dans le suivi des canaux : chaque évolution de WeChat, Feishu, Slack ou Discord peut exiger une mise à jour du pont.

Conclusion éditoriale

nexu convient à un indépendant ou une petite équipe qui veut piloter un Agent OpenClaw depuis WeChat ou Feishu sans écrire d'intégration. À éviter si vous avez besoin de garanties de stabilité : le projet est en 0.1.x et les notes de version fournies ne détaillent aucun correctif. Avant d'adopter, vérifiez la version de WeChat prise en charge (le README mentionne 8.0.7) et le contenu réel de la licence MIT dans le dépôt.

Sources officielles

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