Test de ClawX : vraie app desktop pour OpenClaw Agents

Test de ClawX : vraie app desktop pour OpenClaw Agents

J'étais dans le terrier du lapin OpenClaw depuis trois semaines lorsque la capture d'écran a frappé mon Telegram. Un ami qui me regardait connecter des agents via des fichiers YAML et des volets tmux envoyés via une fenêtre de bureau propre en mode sombre avec des agents nommés dans une barre latérale, un panneau de discussion au milieu et un gestionnaire de skills sur lequel je pouvais réellement cliquer. Pas de borne. Non nano ~/.openclaw/config.yaml. Pas de pm2 restart openclaw réflexif au moment où j'ai changé de modèle.

"Avez-vous vu ça?" il a écrit. "Ça s'appelle ClawX."

Je n'avais pas vu cela. J'aurais dû voir ça. J'exécute une stack OpenClaw sur un VPS Hostinger qui gère les réponses Telegram de ma propre voix, un bot Discord pour une petite communauté que j'aide à modérer et un agent de recherche programmé qui transforme les articles de blog concurrents en résumés Notion avant de me réveiller. Chacun d'entre eux a été configuré à la main dans un fichier de configuration que j'ai peur de toucher un mardi car si je le casse, ma mère m'enverra un SMS à propos de son imprimante et il n'y aura pas de réponse en forme de moi.

L'argument de l'application de bureau ClawX est que vous n'avez plus besoin de faire quoi que ce soit de tout cela. Vous installez une application. Vous le pointez vers vos OpenClaw Agents. Vous configurez les fournisseurs, installez des skills, planifiez des tâches et regardez des conversations sur tous les canaux, le tout à partir d'une véritable interface graphique. Gratuit. Sous licence MIT. Mac, Windows, Linux.

Cela semblait étrangement bon, alors j'ai passé un week-end à parcourir le dépôt GitHub, la documentation, les vidéos de démonstration et le journal des modifications du référentiel ValueCell-ai/ClawX avant de me faire une opinion. Je ne l'ai pas encore exécuté en production - ce qui suit est un examen pas à pas et une évaluation par rapport à ma propre configuration OpenClaw fonctionnelle, et non un test de résistance à long terme. Je signalerai chaque endroit où la distinction compte.

Voici ce qu'est réellement ClawX, ce que cela change dans le travail avec OpenClaw et là où je pense que cela va énerver les gens.

Qu'est-ce que ClawX en réalité, en un seul paragraphe

ClawX est une application de bureau gratuite — version 0.3.11 fin avril 2026, sous licence MIT, construite sur Electron 40 avec React 19 et TypeScript — qui donne aux agents OpenClaw une interface graphique. Il ne remplace pas OpenClaw lui-même ; il se trouve dessus. Vous avez toujours besoin de OpenClaw en cours d’exécution. ClawX vous offre une fenêtre pour parler à vos agents, un panneau pour installer des skills, un planificateur basé sur Cron, un gestionnaire de clés fournisseur /API qui utilise le trousseau de votre système d'exploitation et des intégrations de canaux pour les plateformes de messagerie telles que Telegram et WeChat. Le référentiel contient environ 6 800 étoiles GitHub et le projet est géré par ValueCell-ai avec un site parallèle dans la région chinoise à clawx.com.cn.

Ce paragraphe est l’intégralité de l’argumentaire éclair. Tout le reste dans cet article est de savoir si l’ascenseur va réellement quelque part.

La configuration, honnêtement : à partir de la procédure pas à pas, pas de la production

Je veux être clair sur ce que j'ai testé, car les critiques qui truquent cette partie sont inutiles. J'ai parcouru le README, les instructions de construction, les captures d'écran, la page des versions, trois procédures de démonstration de la communauté des créateurs et la liste des problèmes ouverts. J'ai comparé chaque réclamation à ma propre installation OpenClaw et j'ai demandé : cela correspondrait-il réellement à ma façon de travailler ?

Je n'ai pas exécuté ClawX en tant que pilote quotidien pendant deux semaines. Je n'ai pas migré mon agent de réponse Telegram en direct vers celui-ci. Le VPS Hostinger sur lequel j'exécute OpenClaw est verrouillé dans un flux de travail en lequel je fais confiance, et je ne change pas de point d'entrée sur une application de bureau 0.3.x la même semaine où j'écris à ce sujet. Donc, quand je dis "j'ai testé" quelque chose, je veux dire que je l'ai évalué par rapport à ma configuration réelle. Quand je dis "J'ai exécuté" quelque chose, je veux dire que j'ai parcouru le chemin de clic sur une nouvelle installation locale sur macOS.

Il existe deux chemins d'installation. Versions prédéfinies sur GitHub pour Mac, Windows 10 et versions ultérieures, et Linux sur Ubuntu 20.04 et versions ultérieures : vous récupérez le binaire, faites glisser, c'est terminé. Ou vous construisez à partir des sources : git clone, pnpm run init && pnpm dev. La version source a fonctionné du premier coup sur mon MacBook. Le binaire Releases a également fonctionné du premier coup. Il ne se passe rien d'exotique dans le programme d'installation.

C’est lors de la première expérience que j’ai commencé à me forger une opinion. ClawX suppose que OpenClaw est déjà installé et fera apparaître ses agents à partir du répertoire standard ~/.openclaw. Si vous n'avez pas encore OpenClaw, ClawX est une application déroutante : c'est une interface utilisateur pour quelque chose qui n'existe pas. C'est le bon choix de conception. ClawX n'essaie pas d'être un produit autonome ; il essaie d'être le frontal avec lequel OpenClaw aurait dû être livré.

Si vous êtes toujours sur la CLI OpenClaw et que vous n'avez jamais tapé openclaw start, cette application ne vous sauvera pas. Si vous disposez d'une configuration OpenClaw fonctionnelle, le reste de cet examen porte sur la question de savoir si ClawX vaut la peine de le câbler.

L'interface utilisateur de gestion des agents, comparée au OpenClaw brut

Raw OpenClaw est une CLI basée sur un fichier de configuration. Vous écrivez YAML pour vos agents. Vous redémarrez le processus lorsque vous modifiez quelque chose. Vous regardez les journaux dans un volet tmux. Si vous exécutez plusieurs agents, soit vous jonglez avec plusieurs processus OpenClaw, soit vous exécutez des agents liés aux canaux via une jonglerie avec des variables d'environnement. Ça marche. J'ai expédié de vraies choses avec. Mais il ne s’agit pas d’un flux de travail qui dépasse trois agents sans devenir un deuxième travail.

ClawX aplatit cela. La barre latérale gauche répertorie vos agents : chacun a un nom, un modèle, un avatar, une chaîne d'héritage indiquant s'il utilise le fournisseur global par défaut ou un remplacement. Vous cliquez sur un agent. Vous obtenez une conversation. Vous pouvez changer le modèle qui l'alimente à partir d'une liste déroulante. Vous pouvez modifier l'invite système dans un véritable éditeur de texte au lieu d'un champ YAML où les erreurs d'indentation interrompront silencieusement votre journée.

Ce qui m'a le plus surpris est le routage @agent au sein d'un seul chat. Vous pouvez déposer @research au milieu du message et ce tour est confié à l'agent de recherche. Vous pouvez @summarize le résultat. L'historique des conversations montre clairement quel agent a répondu à quel tour. Il s’agit de la fonctionnalité de messagerie d’agent à agent dont les démos font grand cas, et c’est le choix UX le plus intéressant de l’application.

Est-ce utile ou est-ce un gadget ? Honnêtement – ​​et je fais attention ici car je ne l'ai pas exécuté depuis un mois – je pense qu'il se situe au milieu. Pour un agent à usage unique (le bot Telegram qui répond comme moi), la messagerie d'agent à agent ne change rien. Pour un flux de travail dans lequel vous souhaitez qu'un agent planificateur délègue à un chercheur puis à un rédacteur, la syntaxe @agent est plus rapide que son équivalent dans le OpenClaw brut, où vous devrez écrire un code de skill ou configurer une disposition de mémoire partagée multi-agents (que j'ai abordée dans ma description de OpenClaw + Hermes en tant que système à deux agents).

Le risque est que la syntaxe encourage le rebond entre agents alors qu'un seul agent bien configuré ferait le travail. La facilité visuelle vous incite à ajouter des agents, car l'ajout d'agents est facile. C'est un problème d'interface utilisateur déguisé en fonctionnalité.

Planification : répare-t-elle réellement le module intégré défectueux ?

C'est la section dans laquelle ClawX a gagné le plus de bonne volonté de ma part, et c'est la section dans laquelle je suis le plus prudent en matière de survente.

Quiconque a essayé la planification native de OpenClaw connaît la douleur. Les expressions Cron résident dans les fichiers de configuration. Le déclenchement d'une livraison externe - par exemple, "exécutez ceci à 7 heures du matin et envoyez le résultat à Telegram" - nécessite de câbler des variables d'environnement, de s'assurer que le bon contexte de compte est chargé et de prier pour que le processus soit toujours en vie. J'ai personnellement perdu trois tâches planifiées différentes à cause d'un redémarrage de processus qui n'a pas récupéré proprement les tâches cron. Le planificateur natif est fonctionnel. Ce n'est pas amical.

ClawX expose une page Cron dans l'interface graphique. Vous définissez le déclencheur avec un formulaire réel. Vous choisissez le compte de l'expéditeur dans une liste déroulante. Vous choisissez la cible de diffusion – quel canal, quel compte sur ce canal – dans une autre liste déroulante. Vous écrivez l'invite que l'agent doit exécuter lorsque le cron se déclenche. Vous économisez. Le travail apparaît dans une liste avec son heure de prochaine exécution et son statut.

Deux choses comptent ici. Premièrement, la configuration external delivery qui était auparavant câblée via des variables d'environnement est désormais un champ de formulaire par tâche. Il s'agit d'une véritable amélioration ergonomique pour toute personne exécutant plusieurs tâches planifiées sur plusieurs canaux. Deuxièmement - et c'est la partie que je souhaite mettre en garde - je n'ai pas encore exécuté une fenêtre de 30 jours de tâches planifiées via ClawX. Je fais confiance au formulaire. Je ne sais pas encore si le démon de travail sous-jacent survit à une mise en veille Mac, à une déconnexion du réseau ou au redémarrage d'un processus OpenClaw avec la même fiabilité qu'une entrée cron sur un VPS Linux. Si vous exécutez des tâches planifiées critiques, ma lecture honnête est la suivante : configurez-les dans ClawX pour plus de clarté, mais reflètez les plus importantes dans Linux cron jusqu'à ce que vous ayez vu ClawX résister sous charge.

Pour tout le reste – les tâches « résumer les changements de ma notion quotidiennement », « supprimer les prix des concurrents chaque semaine », les tâches « pingez-moi sur Telegram avec la météo et les actualités à 7 heures du matin » - le planificateur de ClawX est tout simplement meilleur que ce que OpenClaw brut vous offre prêt à l'emploi.

Le gestionnaire de skills : ce que cela change par rapport à l'édition manuelle des skills

Les skills OpenClaw vivent sous forme de fichiers Markdown avec du code facultatif sous ~/.openclaw/skills. L'écosystème de skills est vaste : il existe une collection gérée par la communauté répertoriant plus de 5 400 skills filtrées en avril 2026 - et le registre officiel des skills en compte des centaines d'autres. Installer une skill à partir de la CLI signifie savoir qu'elle existe, trouver le bon dépôt, le copier dans le bon dossier et redémarrer votre agent pour que la nouvelle skill se charge.

ClawX dispose d'un panneau de skills. Parcourez, installez, gérez. Le panneau lit le même répertoire ~/.openclaw/skills que vous modifieriez à la main, donc rien de magique ne se produit au niveau du système de fichiers - les skills que vous installez via ClawX sont de vrais fichiers sur le disque, comme si vous les aviez créés vous-même par git clone. Ce qui change, c'est la couche de découverte et de bascule. Vous pouvez activer ou désactiver une skill sans redémarrer OpenClaw. Vous pouvez modifier les instructions d'une skill dans l'interface graphique. Vous pouvez voir en un coup d’œil quelles skills sont chargées dans quel agent.

Les skills regroupées sont également intéressantes. ClawX est livré avec des skills de traitement de documents PDF, XLSX, DOCX et PPTX prêtes à l'emploi. Si vous exécutez OpenClaw pour gérer les flux de travail de documents, il s'agit d'un pack de démarrage raisonnable. Si vous utilisez des skills de recherche sur le Web, vous devrez toujours définir TAVILY_API_KEY dans votre environnement, comme pour le OpenClaw brut — ClawX ne cache pas cette exigence, ce que j'apprécie.

Là où cela compte le plus, c'est pour les personnes qui ne pensent pas aux chemins de répertoires. Toute personne exécutant un agent OpenClaw pour un cas d'utilisation non-développeur (un assistant de petite entreprise, un robot d'aide à la famille, un flux de travail de contenu) intégrera ses skills 5 fois plus rapidement via le panneau que via la CLI. Pour moi, en tant que personne qui a déjà une opinion sur les skills que je veux et celles que je ne veux pas, le panneau de skills est plus « utile pour l’ordre » que « transformateur ». Mais c'est un calibrage personnel, pas un défaut.

Il y a un article qui mérite d'être évoqué : si vous essayez de créer un agent OpenClaw fonctionnel pour un résultat commercial réel et que vous sautez entre les documents et les fichiers YAML depuis une semaine, c'est peut-être là que je vous orienterais. Si vous préférez que quelqu'un connecte la stack OpenClaw (agents, skills, planification, intégration des canaux) et vous la confie, j'assume ces engagements. Vous pouvez voir ce que j'ai construit sur fiverr.com/s/EgxYmWD.

Retour à la revue.

Le fournisseur, le modèle et le panneau de touches API

Le panneau des fournisseurs est l'endroit où la finition de ClawX apparaît le plus. Vous ajoutez OpenAI, Anthropic ou toute passerelle compatible OpenAI en tant que fournisseur. Vous déposez votre clé API. La clé est stockée dans le trousseau natif de votre système d'exploitation : trousseau sur Mac, Credential Vault sur Windows, libsecret sur Linux. Vous ne vous retrouvez pas avec des clés API placées dans des fichiers de configuration en texte brut. Vous pouvez configurer des en-têtes User-Agent personnalisés si vous effectuez un routage via une passerelle qui en a besoin. Vous pouvez définir des remplacements de fournisseur par agent : la valeur par défaut globale est GPT-5 Codex, mais l'agent de recherche utilise Claude Opus 4.7 et l'agent de tâches bon marché utilise un point de terminaison Ollama local.

C’est la fonctionnalité qui, plus que toute autre, me donne envie de migrer au moins un de mes agents vers ClawX. La gestion des clés API sur plusieurs configurations OpenClaw est un petit ennui quotidien qui s'additionne. Les centraliser dans une boutique sécurisée, avec une véritable interface utilisateur permettant de changer de modèle par agent, élimine une catégorie de problèmes que j'avais toléré sans m'en rendre compte.

À propos du suivi des jetons dont parlent les vidéos de démonstration, je veux être honnête. J'ai fouillé dans le référentiel et la documentation officiels ClawX à la recherche d'un suivi explicite de l'utilisation des jetons par agent avec des fenêtres de 7 jours, 30 jours et à tout moment. Je ne l'ai pas trouvé documenté dans la v0.3.11. Certaines procédures de démonstration affichent des panneaux d'utilisation ; la documentation du dépôt ne présente pas actuellement cela comme une fonctionnalité confirmée de première classe. Il est possible qu'il soit présent dans une version récente et non documenté. Il est également possible que les démos montraient les propres données d'utilisation de OpenClaw apparues via ClawX. Jusqu'à ce que je le voie documenté ou que je l'exécute moi-même, je traiterais le suivi des jetons comme une fonctionnalité « revendiquée dans les démos, pas encore confirmée dans les documents expédiés ». Si l'attribution précise des jetons par agent est une exigence stricte pour vous, vérifiez avant de vous engager.

Multicanal : Telegram, WeChat, Discord, WhatsApp — Qui en a besoin

ClawX regroupe un plugin WeChat (l'intégration officielle de Tencent) et présente la gestion multicanal comme un concept de première classe. Chaque chaîne peut gérer plusieurs comptes. Chaque compte peut être lié à un agent différent. L'architecture est la même que celle de la couche de canal sous-jacente de OpenClaw : Telegram, Discord, Signal, Slack, WhatsApp et iMessage sont tous pris en charge en tant que canaux OpenClaw, mais ClawX vous offre une vue unifiée de quels agents parlent sur quelles plates-formes.

En pratique, cela est important pour un type spécifique d’utilisateur. Si vous exécutez ClawX-as-OpenClaw pour alimenter une petite opération d'assistance, un robot de modération de communauté ou un assistant personnel qui réside dans vos applications de messagerie, avoir un véritable gestionnaire de canaux fait la différence entre "Je pense que le robot Discord est toujours en ligne" et "Je peux voir exactement quel agent est lié à quel compte sur quelle plate-forme."

Si vous exécutez ClawX en tant qu'assistant développeur (agents locaux qui aident au codage, à la recherche et au traitement des documents), les intégrations de canaux sont pour la plupart du bruit. Vous connecterez Telegram afin de pouvoir envoyer une requête ping à l'agent depuis votre téléphone et ignorer le reste.

Ce que les démos sous-tendent, qui est en fait le cas d'utilisation le plus intéressant, c'est l'utilisation de canaux de livraison plutôt que d'entrée. Votre agent n'a pas besoin de résider à WhatsApp. Mais planifier un résumé de recherche quotidien qui arrive sur votre WhatsApp à 7 heures du matin, tous les jours, sans ouvrir un ordinateur portable, est un flux de travail que j'ai déjà construit et qui est vraiment utile. ClawX effectue cette configuration en quatre clics au lieu de quarante minutes de configuration.

ClawX vs Raw OpenClaw : la comparaison honnête

temps (utilisateur OpenClaw travaillant) | 10 à 15 minutes | n/a (déjà en cours d'exécution) | | Temps d'installation (nouvel utilisateur OpenClaw) | N'aide pas — installez d'abord OpenClaw | 30 à 90 minutes selon le cas d'utilisation | | Coût des ressources | Application Electron, ~ 250 Mo de RAM inactive | Processus sans tête, ~100 Mo | | Fiabilité des tâches de production planifiées | Non testé à grande échelle | Testé au combat |

Le résumé vers lequel ce tableau se construit : si vous exécutez un seul agent OpenClaw pour un projet de loisir, ClawX est excessif : votre fichier de configuration convient. Si vous exécutez trois agents ou plus, planifiez des tâches, intégrez plusieurs canaux et gérez plusieurs fournisseurs API, ClawX réduit plusieurs tâches quotidiennes à la fois. Si vous exécutez OpenClaw en production avec de réelles exigences de fiabilité, utilisez ClawX comme couche de configuration et d'observabilité, mais ne lui faites pas encore confiance comme source de vérité pour cron.

Où ClawX échoue et qui ne devrait pas s'en soucier

Il existe une catégorie de personnes pour laquelle cette application ne convient pas, et les démos ne vous le diront pas.

Si vous êtes un utilisateur de Claude Code à la recherche d'une interface graphique de bureau pour Claude Code (et non pour OpenClaw), ClawX n'est pas votre outil. La propre application de bureau de Claude Code, repensée et livrée par Anthropic le 14 avril 2026, est la bonne réponse. Cette application dispose d'une barre latérale pour gérer les sessions de codage parallèles, d'une disposition glisser-déposer avec un terminal, un éditeur de fichiers, une visionneuse de différences et un aperçu en direct. Il est spécialement conçu pour les travaux d'ingénierie logicielle, d'une manière que ClawX n'essaie pas de l'être. ClawX est destiné à OpenClaw — le framework autonome de style assistant personnel — et non au flux de travail d'agent de codage de Claude Code. Confondre les deux mènera à un mauvais après-midi.

(Des outils tels que Claude Squad et Agent of Empires se rapprochent de ce créneau d'agent de codage multi-CLI si vous souhaitez gérer Claude Code, Codex, Gemini CLI et Hermes à partir d'un seul endroit.)

Si vous avez besoin d'une fiabilité de tâches planifiées à toute épreuve pour une charge de travail de production, ClawX dans son état actuel 0.3.11 n'est probablement pas l'endroit où vous souhaitez baser votre histoire de fiabilité. Exécutez des tâches cron sous Linux, connectez-vous à une véritable stack d'observabilité et utilisez ClawX comme couche de développement et d'observabilité par-dessus.

Si OpenClaw n’est pas encore en cours d’exécution, ClawX n’est pas un point de départ. C'est une couche de polissage. Faites fonctionner OpenClaw en premier : commencez avec un seul agent sur un VPS à 5 $, faites fonctionner l'intégration à un seul canal, renforcez la confiance dans le système sous-jacent. Revenez ensuite pour l'interface graphique.

Si vous êtes le genre de développeur qui préfère activement la configuration en tant que code, qui souhaite que chaque définition d'agent soit vérifiée dans Git, qui perdra le sommeil si la configuration de son agent n'est pas reproductible à partir d'un seul fichier YAML, ClawX est un ajout de friction pour vous. L'interface graphique est le point. Si vous ne voulez pas d'interface graphique, n'en installez pas.

Il existe également une catégorie de fonctionnalités que ClawX n'a pas encore livrée et que je souhaiterais avant de me lancer à fond. Surveillance et alerte intégrées (processus arrêté, canal déconnecté, calendrier manqué). Suivi des coûts réels par agent avec les totaux attribués au fournisseur. Configurations d'agent versionnées afin que vous puissiez annuler une modification à l'invite du système. Sauvegarde et restauration de l'ensemble de l'état de l'agent. Aucun de ces éléments n'est un facteur décisif - ce sont des éléments de feuille de route que j'aimerais voir dans la version 0.4 ou la version 0.5 avant de recommander ClawX comme source unique de vérité pour une opération multi-agent sérieuse.

Le verdict : où ClawX entre dans mon stack

Je vais installer ClawX au-dessus de ma stack Hostinger OpenClaw et l'utiliser comme couche de configuration et d'observabilité. Je n'y migrerai pas encore mes tâches planifiées de production. J'utiliserai le panneau de skills pour nettoyer les quatre ou cinq skills que je voulais ajouter depuis des semaines, mais que je n'ai cessé de retarder car la friction liée à l'édition de fichiers et au redémarrage de l'agent était tout simplement légèrement trop élevée. J'utiliserai le panneau du fournisseur pour centraliser mes clés API au lieu d'avoir trois fichiers .env différents pour trois agents différents. Je vais probablement essayer le routage @agent pour le modèle écrivain-chercheur que je souhaitais créer pour un pipeline de contenu.

Si vous utilisez déjà OpenClaw et que vous avez ressenti la lenteur de la configuration CLI uniquement en consommant une heure par semaine, ClawX est une victoire évidente pour un outil gratuit sous licence MIT. Si vous n'exécutez pas OpenClaw, ce n'est pas le point d'entrée : commencez par une vraie version de OpenClaw, puis revenez pour l'interface graphique.

L'ami qui m'a envoyé la capture d'écran ne connaissait pas mon agent d'erreur d'imprimante du mercredi matin sur Telegram. Il pensait juste que je voudrais voir quelque chose de propre et d'utile dans l'écosystème OpenClaw. Il avait raison. ClawX ne remplacera pas le travail que j'ai déjà effectué. Mais cela va supprimer les frictions qui ralentissaient discrètement la prochaine chose que je souhaite construire – ce qui, compte tenu de l’évolution des six prochains mois de travail d’agent, est exactement la friction que j’avais besoin de perdre.

Questions fréquemment posées

Qu'est-ce que ClawX et est-ce identique à Claude Code ?

ClawX est une application de bureau gratuite sous licence MIT qui fournit une interface graphique pour les OpenClaw Agents AI — ce n'est pas la même chose que Claude Code. Claude Code est l'application CLI et de bureau d'Anthropic axée sur le codage ; OpenClaw est un framework d'agent autonome distinct et ClawX est l'interface graphique frontale de OpenClaw.

ClawX est-il gratuit et open source ?

Oui. ClawX est sous licence MIT et son utilisation est gratuite. Le code source se trouve sur github.com/ValueCell-ai/ClawX et les binaires prédéfinis sont publiés sur la page des versions pour macOS 11+, Windows 10+ et Ubuntu 20.04+.

Dois-je installer OpenClaw pour utiliser ClawX ?

Oui. ClawX est une interface pour OpenClaw — il n'inclut pas OpenClaw lui-même. Vous avez d’abord besoin d’une installation OpenClaw fonctionnelle ; ClawX lit les agents et les skills du répertoire standard ~/.openclaw.

ClawX prend-il en charge Claude Code, Codex, Gemini CLI ou Hermes ?

Non. ClawX est spécialement conçu pour les OpenClaw Agents. Pour la gestion d'agents multi-CLI sur Claude Code, Codex, Gemini CLI, Hermes Agent et des outils similaires, examinez plutôt des projets comme Claude Squad ou Agent of Empires.

ClawX peut-il mieux planifier les tâches que le cron intégré de OpenClaw ?

Oui pour l'ergonomie, mais vérifiez la fiabilité avant d'en dépendre. ClawX expose la planification basée sur Cron dans une véritable forme d'interface graphique avec des listes déroulantes de compte d'expéditeur et de cible de livraison, ce qui est nettement plus simple que la planification brute OpenClaw pilotée par env-var. Pour les tâches critiques dans la version 0.3.11, mettez-les en miroir dans Linux cron jusqu'à ce que vous ayez validé la stabilité à long terme.

Travaillons ensemble

Vous cherchez à créer des systèmes AI, à automatiser les flux de travail ou à faire évoluer votre infrastructure technologique ? J'aimerais aider.

• Fiverr (versions et intégrations personnalisées) : fiverr.com/s/EgxYmWD
• Portefeuille : mejba.me
• Ramlit Limited (solutions d'entreprise) : ramlit.com
• ColorPark (conception et image de marque) : colorpark.io
• xCyberSecurity (services de sécurité) : xcybersecurity.io