PicoClaw et OpenClaw sont tous deux des agents IA gratuits, auto-hébergés et sous licence MIT ; le choix ne porte donc pas sur une comparaison de prix, mais sur le fait que l’hôte soit un petit appareil Linux monocarte ou un ordinateur 64 bits ordinaire. PicoClaw est un binaire Go unique de Sipeed, avec des releases Linux précompilées pour RISC-V, MIPS, LoongArch, ARM 32 bits et s390x. OpenClaw est une passerelle Node.js qui nécessite Node 24.16+ ou 26.1+, et dont le seul dimensionnement matériel publié — son guide Raspberry Pi — demande 1 Go de RAM, 1 cœur, 500 Mo d’espace disque libre et un système d’exploitation 64 bits. Les deux vous facturent ensuite de la même manière : 0 $ pour le logiciel et des tokens d’API de modèle à chaque tour.
Versions vérifiées le 21 septembre 2026. La dernière version stable de PicoClaw est v0.3.1, publiée le 3 juillet 2026 (API GitHub releases) — et non v0.2.9, la version à laquelle s’arrête encore la section d’actualités de son README. La version actuelle d’OpenClaw est 2026.9.5, publiée le 19 septembre 2026, avec extended-stable à 2026.7.35 (npm dist-tags) ; la liste GitHub semble désordonnée parce que 2026.7.35 est un canal de rétroportage, et non une build plus récente.
Vérifiez que vous consultez bien les deux projets concernés
Cette comparaison présente un taux inhabituellement élevé de collisions de noms, et les trois premiers pièges ci-dessous vous donnent des chiffres erronés plutôt qu’une absence de chiffres.
- Des forks de PicoClaw aux descriptions identiques. Une recherche GitHub renvoie plusieurs dépôts dont la chaîne de description est identique au niveau des octets à celle du dépôt amont. Seul github.com/sipeed/picoclaw est le projet ; le
mainet les tags de release d’un fork lui appartiennent. Vérifiez que le propriétaire estsipeedavant de citer une version. - Domaines et tokens ressemblants. Le README de PicoClaw indique que le seul site officiel est picoclaw.io et que le site de l’entreprise est sipeed.com, et qu’aucun token ni aucune cryptomonnaie n’a été émis, les annonces sur les plateformes de trading étant qualifiées d’arnaques. Lorsque nous avons vérifié à 14:38 UTC le 21 septembre 2026, picoclaw.io servait un certificat TLS expiré le 10 septembre 2026 ;
curlsans-ka donc échoué à la vérification. Un certificat peut être renouvelé à tout moment, mais le conseil durable est d’installer depuis GitHub Releases plutôt que depuis le téléchargement en un clic. - « Pico », le microcontrôleur. Une carte Raspberry Pi Pico, RP2040 ou RP2350 n’exécute pas Linux, et le minimum indiqué par PicoClaw est Linux kernel 3.x ou version ultérieure — le nom n’implique donc pas cette catégorie de cartes.
- Les anciens noms d’OpenClaw. Clawdbot et Moltbot sont le même produit : la page de lore officielle d’OpenClaw retrace Warelay, puis Clawdbot, puis Moltbot le 27 janvier 2026, puis OpenClaw le 30 janvier 2026. Ne considérez pas un article « Moltbot vs PicoClaw » comme un troisième point de données.
- Les voisins. NanoBot (l’inspiration déclarée de PicoClaw), NanoClaw, ZeroClaw et IronClaw sont des projets distincts avec leurs propres prix et documents — consultez Nanobot vs OpenClaw et Alternatives à OpenClaw plutôt que de substituer leurs chiffres ici.
Qui devrait choisir lequel
| Axe de décision | PicoClaw | OpenClaw |
|---|---|---|
| Hôte dont vous disposez déjà | Une carte Linux, un routeur, un module de caméra ou un téléphone — notamment RISC-V, MIPS, LoongArch et ARM 32 bits, pour lesquels les lignes Node prises en charge par OpenClaw n’ont aucune build | Un ordinateur portable 64 bits, un VPS ou un Pi 4/5 capable d’exécuter Node 24.16+ ou 26.1+ |
| Surface de workflow | 19 lignes de canaux dans son tableau README ; un lanceur WebUI sur localhost:18800, une interface de barre d’état Windows/Linux et un APK Android | 32 lignes dans son catalogue de canaux généré automatiquement à la date de vérification, ainsi que des applications natives pour macOS, iOS, Android, Windows et Linux et un SDK de plugins |
| Autorisations sans configuration | Restriction de l’espace de travail activée par défaut (restrict_to_workspace: true), exécution depuis les canaux distants désactivée par défaut | Sandboxing désactivé par défaut ; selon sa documentation de sécurité, « la plupart des canaux de discussion répondent à un expéditeur DM inconnu par un code d’association au lieu de traiter le message », tandis que « quelques canaux d’espace de travail tels que ClickClack font confiance par défaut à l’appartenance à l’espace de travail » |
| Configuration d’un endpoint tiers | Une seule entrée model_list : api_base + api_keys, sans métadonnées de modèle requises | Un bloc models.providers ainsi qu’une entrée models[] explicite pour chaque identifiant que vous souhaitez appeler |
| Voie de facturation | Routage fondé sur des règles vers un light_model configuré, plus l’achat unique d’une carte | Un agents.defaults.utilityModel facultatif, documenté comme « un modèle moins coûteux pour les tâches internes courtes », telles que les titres et la narration de la progression — pas un routeur pour les tours d’agent ; aucun achat de carte si l’hôte existe déjà |
| Coût de migration | Aucun des deux projets ne documente d’importateur dans un sens ou dans l’autre — les blocs de fournisseurs, les identifiants de canaux et les skills sont recréés manuellement | Même chose, dans l’autre sens |
En bref : choisissez PicoClaw lorsque l’appareil est la contrainte et que vous pouvez accepter un logiciel antérieur à la version 1.0 — son README indique qu’il « est dans une phase initiale de développement rapide » et qu’il ne faut « pas le déployer en production avant v1.0 ». Choisissez OpenClaw lorsque l’hôte est ordinaire et que votre choix porte sur l’étendue des fonctionnalités offertes par les canaux, les plugins et les applications compagnons. Aucun des deux choix ne modifie le tarif par token que vous payez.
Le matériel est la véritable différence, et la liste des builds en est la preuve
La différence la mieux étayée n’est pas une valeur de mémoire, mais les processeurs pour lesquels un binaire existe. La release v0.3.1 publie des binaires Linux pour x86_64, arm64, armv6, armv7, riscv64, loong64, mipsle et s390x, ainsi que des paquets .deb et .rpm, des archives tar Darwin, Windows, FreeBSD et NetBSD et un fichier zip Android ; sa documentation matérielle répertorie séparément les puces x86, ARM, RISC-V, MIPS et LoongArch vérifiées.
La position d’OpenClaw est plus limitée et est indiquée à deux endroits distincts. Sa page de compatibilité Node indique que les lignes Node prises en charge n’ont pas de builds Linux ARMv7 officielles et vous oriente vers un système d’exploitation 64 bits. Le cas de RISC-V, MIPS et LoongArch est une déduction plutôt qu’une affirmation d’OpenClaw : nodejs.org ne publie aucun binaire riscv64, mipsle ou loong64 dans son index de releases, et la documentation d’OpenClaw ne répertorie jamais ces architectures — il n’existe donc aucune voie prise en charge, ce qui n’est pas la même chose qu’un blocage démontré. OpenClaw impose également une contrainte supplémentaire au runtime, en exigeant une liaison node:sqlite qui charge une bibliothèque SQLite compatible WAL, et refuse une build dans la plage de versions prise en charge si cette vérification échoue.
| Exigence publiée | PicoClaw | OpenClaw |
|---|---|---|
| RAM minimale | 10 Mo libres, 32 Mo ou plus recommandés (documentation matérielle) | Aucune valeur générale publiée ; 1 Go minimum, 2 Go ou plus recommandés dans le guide Raspberry Pi |
| CPU minimale | N’importe quel processeur monocœur à 0,6 GHz ou plus | 1 cœur (guide Raspberry Pi) |
| Stockage | 20 Mo minimum pour le binaire, 50 Mo ou plus avec l’espace de travail | 500 Mo d’espace disque libre, carte SD de 16 Go ou plus ou SSD USB recommandé (guide Raspberry Pi) |
| Système d’exploitation / runtime | Linux kernel 3.x ou version ultérieure, aucun runtime de langage | macOS, Linux ou Windows ; Node 24.16+ ou 26.1+, 64 bits |
| Réseau | Requis pour les appels d’API LLM | Requis pour la même raison |
Lu dans la documentation de compatibilité matérielle de PicoClaw, la page d’installation d’OpenClaw et le guide Raspberry Pi d’OpenClaw le 21 septembre 2026. Trois réserves doivent accompagner ces chiffres plutôt que figurer en note de bas de page. Les tarballs v0.3.1 de PicoClaw font 16–24 Mo compressés, soit davantage que le minimum de stockage de 20 Mo indiqué par sa documentation — le tarball peut inclure le lanceur et l’interface WebUI en plus du binaire principal ; prévoyez donc généreusement l’espace sur la carte plutôt que de supposer que l’un des deux chiffres est erroné. PicoClaw nuance son propre chiffre principal de mémoire en indiquant que les builds récentes peuvent utiliser 10-20 Mo après une série de pull requests fusionnées. Enfin, sa documentation de configuration signale une limitation connue de la protection exec : elle n’inspecte que la commande lancée directement par PicoClaw, et non les processus enfants démarrés par des outils autorisés tels que make, go run ou npm run ; elle conseille de « lancer PicoClaw dans un conteneur ou une VM si vous avez besoin d’une isolation plus forte que celle fournie par la protection intégrée », ce qu’une carte de 64 Mo ne peut précisément pas exécuter.
À qui appartiennent les chiffres
Le README de PicoClaw contient un tableau comparatif qui attribue des chiffres à OpenClaw. Ces chiffres n’apparaissent nulle part dans la documentation d’OpenClaw elle-même ; il s’agit donc de marketing concurrentiel plutôt que d’une spécification du fournisseur, et cette page les étiquette comme tels.
| Affirmation | Qui l’affirme | Statut |
|---|---|---|
| OpenClaw nécessite >1 Go de RAM ; démarre en >500 s sur un cœur à 0,8 GHz ; nécessite un Mac mini à 599 $ | Tableau comparatif du README de PicoClaw | Introuvable dans la documentation d’OpenClaw. La seule indication de dimensionnement d’OpenClaw est le minimum de 1 Go de RAM pour Raspberry Pi |
| PicoClaw utilise <10 Mo de mémoire pour le cœur et démarre en <1 s sur un cœur à 0,6 GHz | README de PicoClaw, avec sa propre note indiquant que les compilations récentes peuvent utiliser 10-20 Mo | Affirmation du fournisseur. Aucun benchmark indépendant n’a été trouvé ni exécuté pour cette page |
| « 99 % plus petit », « démarrage 400x plus rapide », « 98 % moins cher qu’un Mac mini » | Points forts de PicoClaw | Déduits des deux lignes ci-dessus ; ils héritent donc du même statut |
| Une carte LicheeRV-Nano à environ 10 $ | README de PicoClaw et picoclaw.io | La propre page wiki de Sipeed consacrée à la carte publie ses spécifications (SG2002, 256 Mo DDR3), mais aucun prix. Considérez cela comme une catégorie de prix, et non comme un devis |
| Canaux de discussion « 16+ », « 18+ » et « 19+ » | Page d’accueil de PicoClaw et deux endroits de son README | Trois nombres différents sur ses propres surfaces. Le tableau README compté comporte 19 lignes |
Ce qu’il en coûte réellement pour exécuter l’un ou l’autre
La formule est la même pour les deux : logiciel 0 $ + (carte unique, parcours PicoClaw uniquement) + tokens × tarif + alimentation ou hébergement. La documentation d’aucun des deux projets ne contient de tableau de prix par token ; chaque tarif ci-dessous provient donc du catalogue Kunavo en direct, et non de l’un ou l’autre agent.
Les chiffres ci-dessous sont une arithmétique illustrative des tokens, et non des coûts de tâches mesurés ni un plafond de facture. Supposons un mois de 3 000 tours d’agent, chacun envoyant 6 000 tokens d’entrée non mis en cache et renvoyant 500 tokens de sortie — soit 18 M en entrée et 1,5 M en sortie au total. La forme de vos propres tours sera différente.
| Modèle | Entrée / sortie par million | Estimation mensuelle pour 3 000 tours |
|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $17.85 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $53.55 |
Le levier de coût documenté de PicoClaw est le routage fondé sur des règles : son guide de routage décrit un bloc agents.dispatch qui envoie un tour vers un light_model configuré lorsqu’une règle correspond, la première règle correspondante étant prioritaire. En supposant une répartition 80/20 du même mois entre Claude Haiku 4.5 et Claude Sonnet 4.6, l’estimation est de $24.99 contre $53.55 pour l’ensemble du mois sur Claude Sonnet 4.6. Le ratio 80/20 est une hypothèse illustrative — aucun des deux projets ne publie d’économie mesurée pour sa fonctionnalité de routage, et le routage modifie l’entrée qui traite un tour, pas le tarif par token.
Ce que ne change pas un déploiement sur petite carte : la documentation matérielle de PicoClaw indique que l’accès réseau est requis, car chaque tour est un appel d’API distant. Une carte à 10 $ réduit la ligne matérielle à peu près au prix de la carte ; la ligne des tokens ci-dessus reste inchangée. Le montant du catalogue Kunavo constitue un plancher de facturation et non un plafond — lorsque l’amont communique son coût, la facture correspond au montant le plus élevé entre le coût du catalogue et le coût amont multiplié par la majoration applicable. Les frais de cache et les outils externes ne sont pas inclus dans cet exemple, et le rechargement minimal est de $10 en crédit prépayé, un minimum de financement et non des frais de tâche ou un abonnement. Voir détails de la facturation.
Diriger l'un ou l'autre vers un endpoint compatible avec OpenAI
Les deux extraits ci-dessous sont transcrits de la documentation actuelle des fournisseurs et n’ont pas été exécutés contre l’endpoint de Kunavo — Kunavo ne publie aucun guide de configuration pour l’un ou l’autre client et n’a testé aucun des deux en conditions réelles. Considérez-les comme une structure de départ à vérifier avec une petite tâche, en conservant une route fonctionnelle pendant cette vérification.
PicoClaw configure l’ensemble dans une seule entrée model_list, conformément à sa documentation des fournisseurs :
{
"model_list": [
{
"model_name": "gateway-main",
"provider": "openai",
"model": "claude-sonnet-4-6",
"api_base": "https://api.kunavo.com/v1",
"api_keys": ["sk-kn-..."],
"request_timeout": 300
}
],
"agents": { "defaults": { "model_name": "gateway-main" } }
}OpenClaw a besoin du bloc fournisseur et d’une entrée de modèle explicite, conformément à sa documentation sur les fournisseurs personnalisés — selon ses propres termes, agents.defaults.models « ne restreint ni les remplacements ni n’enregistre à lui seul un nouveau modèle d’exécution » :
{
models: {
providers: {
kunavo: {
baseUrl: "https://api.kunavo.com/v1",
apiKey: "${KUNAVO_API_KEY}",
api: "openai-completions",
timeoutSeconds: 300,
models: [
{
id: "claude-sonnet-4-6",
name: "Claude Sonnet 4.6",
input: ["text"],
cost: { input: 2.1, output: 10.5, cacheRead: 0, cacheWrite: 0 }
}
]
}
}
},
agents: { defaults: { model: { primary: "kunavo/claude-sonnet-4-6" } } }
}Le bloc cost ci-dessus mérite d’être saisi. La documentation des fournisseurs personnalisés d’OpenClaw indique qu’un bloc cost omis prend par défaut la valeur { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 }, et sa documentation du suivi d’utilisation indique que la vue Usage de l’interface Control affiche un coût estimé dérivé de la session ; une estimation fondée sur des métadonnées mises à zéro ne dispose donc d’aucun tarif sur lequel baser le calcul. Les valeurs par défaut à zéro sont documentées ; le résultat affiché en est une déduction, et non un chiffre publié par OpenClaw. Un contextWindow omis reste non défini, et les fonctions qui demandent le budget de contexte utilisent par défaut 200 000 tokens uniquement lorsque ni la découverte ni les métadonnées par modèle ne fournissent de fenêtre de contexte. Dans tous les cas, le chiffre faisant autorité est le propre registre d’utilisation de votre passerelle, et non l’arithmétique de l’agent.
| Limite sur un endpoint tiers | PicoClaw | OpenClaw |
|---|---|---|
| Sélection du protocole | provider: "openai", ou anthropic / anthropic-messages. La documentation se contredit ici : une note en prose indique que anthropic utilise /v1/chat/completions compatible avec OpenAI, tandis que anthropic-messages utilise /v1/messages natif, mais le tableau du fournisseur désigne anthropic comme le protocole Anthropic. La solution proposée par la documentation elle-même est de basculer si l’un renvoie 404 | api: "openai-completions" ou "anthropic-messages", choisi explicitement pour chaque fournisseur |
| Ce que le runtime supprime | Rien de documenté ; tool_schema_transform: "simple" est une option activée volontairement pour les endpoints qui rejettent $ref, $defs, anyOf, oneOf, allOf ou pattern dans les schémas d’outils | Sur tout hôte openai-completions qui n’est pas api.openai.com, OpenClaw force compat.supportsDeveloperRole: false — même si vous le définissez sur true — et désactive service_tier, les store Responses et Completions, les indications de cache de prompt OpenAI, la mise en forme de compatibilité du raisonnement et les en-têtes d’attribution |
| En-têtes bêta d’Anthropic | Configurables via custom_headers, qui peut remplacer les valeurs intégrées, notamment Authorization et User-Agent | Supprimés sur les endpoints anthropic-messages non directs, notamment interleaved-thinking-2025-05-14 ; réajoutez-les via models.providers.<id>.headers |
| Diffusion en continu | Désactivé par défaut et nécessite deux commutateurs : streaming.enabled sur l’entrée du modèle et settings.streaming.enabled sur le canal actif | Aucune exigence documentée équivalente concernant deux commutateurs |
| Rotation des clés | api_keys est un tableau ; plusieurs clés permettent une rotation par requête | Parcourt une liste ordonnée de sources d’environnement, mais uniquement en cas de réponses indiquant une limitation de débit — les échecs qui ne sont pas liés à une limitation de débit échouent immédiatement |
| Achemine vers des routes qu’une URL de base ne peut pas atteindre | GitHub Copilot (gRPC vers localhost:4321), Antigravity (OAuth uniquement), AWS Bedrock (go build -tags bedrock), Azure Entra ID (-tags azidentity) | Le runtime d’agent Codex. Sa documentation indique que la sélection automatique nécessite « un endpoint officiel HTTPS exact de Platform Responses ou ChatGPT Responses sans remplacements de requête définis par l’utilisateur », et que les endpoints personnalisés, les adaptateurs Completions et les remplacements définis par l’utilisateur « restent sur OpenClaw » — une URL de base de passerelle conserve donc le runtime intégré au lieu d’échouer. L’utilisation ordinaire des outils et le fonctionnement de l’agent ne sont pas affectés |
Aucun des deux projets ne soumet ces éléments à un abonnement payant, car aucun ne propose d’abonnement payant. Pour le contexte du format filaire, consultez API compatible avec OpenAI, et la documentation sur l’URL de base Anthropic si vous choisissez plutôt la route Messages.
Ce que le passage de l’un à l’autre vous coûte réellement
Aucun des deux ensembles documentaires ne contient d’importateur dans un sens ou dans l’autre — la seule migration documentée de PicoClaw est picoclaw migrate pour ses propres anciennes versions, et OpenClaw ne documente aucune exportation vers PicoClaw. Il s’agit d’une absence de preuve plutôt que de la preuve qu’aucun convertisseur communautaire n’existe, mais prévoyez de tout recréer manuellement : les formats de configuration ne sont pas traduisibles (PicoClaw utilise un JSON plat model_list ainsi qu’un .security.yml distinct pour les clés ; OpenClaw utilise JSON5 avec models.providers.<id> et des alias de modèles), et les identifiants de canaux, les planifications et les skills sont recréés pour chaque plateforme.
Passer vers le bas à PicoClaw implique également une perte de capacités : l’application iOS d’OpenClaw, les nœuds compagnons, Signal, iMessage, Microsoft Teams, Google Chat et le SDK de plugins n’ont aucun équivalent dans la documentation de PicoClaw. Passer vers le haut à OpenClaw implique de renoncer aux architectures — un appareil RISC-V, MIPS, LoongArch ou ARMv7 ne dispose d’aucune voie OpenClaw prise en charge. PicoClaw déclare un registre ClawHub et clawhub.ai commercialise des skills pour OpenClaw, mais aucune des deux parties ne publie de déclaration de compatibilité et rien n’a été installé ni exécuté pour cette page ; ne supposez donc pas qu’un skill soit transférable.
Si la question sous-jacente est de savoir quelle API placer derrière l’agent choisi, meilleure API pour OpenClaw et tarification d’OpenClaw couvrent la partie fournisseur, et la création d’un compte Kunavo vous donne une clé et un solde prépayé à associer à l’un ou l’autre bloc de configuration.
Questions fréquentes
PicoClaw est-il un fork d’OpenClaw ?
Le README de PicoClaw affirme le contraire dans ses propres termes : il s’agit d’« un projet open source indépendant initié par Sipeed, entièrement écrit en Go à partir de zéro — et non d’un fork d’OpenClaw, de NanoBot ou de tout autre projet », et le projet se décrit séparément comme « inspiré par NanoBot ». L’API GitHub confirme que sipeed/picoclaw indique fork: false et utilise le langage Go, tandis que openclaw/openclaw est en TypeScript. Il s’agit de l’affirmation du projet concernant la provenance de sa propre base de code, et non d’un fait audité indépendamment ; toutefois, les deux bases de code utilisent des langages différents et aucun des deux dépôts n’est un fork de l’autre sur GitHub. Vérifié le 21 septembre 2026.
Lequel est le moins cher à exploiter, PicoClaw ou OpenClaw ?
Aucun des deux projets ne facture son logiciel. PicoClaw est sous licence MIT et s’installe depuis un binaire précompilé ou une compilation depuis les sources ; OpenClaw est sous licence MIT et son README précise que l’OpenClaw Foundation ne propose « aucun niveau payant, service hébergé ou token ». La dépense récurrente est de même nature pour les deux : les tokens d’API du modèle à chaque tour. C’est au niveau du matériel qu’ils diffèrent — les minimums publiés de PicoClaw sont de 10 Mo de RAM libre et un cœur unique à 0,6 GHz sous Linux, tandis que le guide Raspberry Pi d’OpenClaw fixe un minimum de 1 Go de RAM, 1 cœur, 500 Mo d’espace disque libre et un système d’exploitation 64 bits. Une carte moins chère réduit le coût matériel ; elle ne réduit pas le coût des tokens, car la propre documentation matérielle de PicoClaw indique que l’accès réseau est requis pour les appels à l’API LLM. Vérifié le 21 septembre 2026.
PicoClaw peut-il fonctionner sur un Raspberry Pi Zero ou une carte de 64 Mo ?
La liste de compatibilité maintenue par la communauté de PicoClaw inclut le Raspberry Pi Zero (ARMv6, 512 Mo), le LicheePi Zero (ARMv7, 64 Mo) et le Milk-V Duo 64M (RISC-V, 64 Mo), et la mémoire minimale indiquée est de 10 Mo de RAM libre avec un noyau Linux 3.x ou ultérieur. Ces entrées sont des rapports de la communauté indiquant que le binaire fonctionne, et non une garantie du fournisseur que toute charge de travail d’agent donnée s’exécutera de manière satisfaisante. Le tableau de compatibilité officiel d’OpenClaw pour Raspberry Pi indique que le Pi Zero 2 W (512 Mo) est « Non — déconseillé ». Notez également la collision de noms : une carte Raspberry Pi Pico ou RP2040 est un microcontrôleur qui n’exécute pas Linux ; l’exigence Linux indiquée par PicoClaw l’exclut donc malgré le mot commun. Vérifié le 21 septembre 2026.
Clawdbot et Moltbot étaient-ils des produits différents d’OpenClaw ?
Non. La page de lore officielle d’OpenClaw retrace la chaîne Warelay, puis Clawd dans un Clawdbot, puis Moltbot le 27 janvier 2026 après qu’« Anthropic a envoyé un e-mail poli demandant un changement de nom (question de marque) », puis OpenClaw le 30 janvier 2026, avec le dépôt renommé en github.com/openclaw/openclaw. Les tutoriels et articles de blog qui utilisent encore les anciens noms décrivent le même produit ; considérez-les donc comme potentiellement obsolètes concernant les clés de configuration et les commandes CLI, et non comme un outil distinct. L’e-mail d’Anthropic est la caractérisation des événements donnée par OpenClaw elle-même. Vérifié le 21 septembre 2026.
Quelle est la version actuelle de PicoClaw et d’OpenClaw ?
La dernière version stable de PicoClaw est v0.3.1, publiée le 3 juillet 2026 selon l’API GitHub releases ; la section d’actualités du README s’arrête encore à v0.2.9, datant de mai 2026, de sorte que toute personne citant uniquement le README publiera une version obsolète. Les dist-tags npm d’OpenClaw indiquent latest comme étant 2026.9.5, publiée le 19 septembre 2026, avec extended-stable à 2026.7.35 — c’est pourquoi la liste des releases GitHub semble désordonnée, puisque 2026.7.35 est un canal de rétroportage et non une build plus récente. PicoClaw avertit également lui-même qu’il « est en développement rapide précoce » et qu’il ne faut « pas le déployer en production avant v1.0 ». Les deux chiffres ont été vérifiés le 21 septembre 2026.
PicoClaw et OpenClaw peuvent-ils tous deux utiliser une même passerelle compatible avec OpenAI ?
Les deux documentent une route vers un endpoint tiers. PicoClaw utilise api_base ainsi qu’un tableau api_keys dans une seule entrée model_list, sans métadonnées de modèle requises. OpenClaw utilise un bloc models.providers avec baseUrl, apiKey et api définie sur openai-completions ou anthropic-messages, et exige en plus de déclarer chaque identifiant de modèle dans le tableau models[] de ce fournisseur. Deux comportements diffèrent dès que l’hôte n’est pas celui du fournisseur : OpenClaw force compat.supportsDeveloperRole à false et désactive la mise en forme native des requêtes OpenAI sur tout endpoint openai-completions non natif ; il supprime également les en-têtes bêta implicites d’Anthropic sur les endpoints anthropic-messages non directs. Kunavo n’a testé en conditions réelles aucun des deux clients ; les deux extraits sont donc des transcriptions des documents sources à vérifier avec une petite tâche de votre choix.
Vérifié le 21 septembre 2026 uniquement à partir de sources primaires : l’API GitHub pour les deux dépôts et les releases de PicoClaw, les dist-tags npm pour OpenClaw, les README des deux projets, ainsi que les documentations de PicoClaw sur le matériel, les fournisseurs, le routage, la configuration et la sécurité, et les pages d’OpenClaw consacrées à l’installation, à la compatibilité Node, au Raspberry Pi, aux canaux, à l’association, à la sécurité, au sandboxing, aux environnements d’exécution des agents, au suivi de l’utilisation et aux fournisseurs de modèles. Le certificat de picoclaw.io a été observé comme expiré à 14:38 UTC ce jour-là. Aucun des deux clients n’a été testé en conditions réelles avec Kunavo, aucun benchmark n’a été reproduit et les prix de vente au détail du matériel n’ont pas été vérifiés indépendamment. Les tarifs des tokens Kunavo ont été lus dans le catalogue en direct ; chaque montant en dollars indiqué ici correspond à un calcul illustratif de tokens.