OpenClaw : L'assistant IA personnel et open-source (et Hermes Agent)

Recherche :

Dernière réponse
Sujet : OpenClaw : L'assistant IA personnel et open-source (et Hermes Agent)
bulldozer_fusion	Et moins bug qu'avant :O

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

bulldozer_fusion

Et moins bug qu'avant :O

LibreArbitre

Alors pour rappel, le lead dev d'OpenClaw avait demandé de faire des PR pour fixer des fixes donc le nombre important est lié, surtout que bon, on parle d'un repo à 390K stars et vu que c'est pas une app en tant que telle, tu as mécaniquement plus d'issues qu'un produit "statique"...

Bref, le fait est que ce projet est encore vivant et encore plus fonctionnel qu'avant :)

Nr13

the_fennec a écrit :

Il en faut pour tout le monde :jap: mais je ne pense pas que le nombre de PR et bug fix soient a gage de qualité :o

Oui ça c'est sûr.
D'ailleurs pour la blague récemment j'avais taillé le nombre d'issues GH de codex (3k open/11k total), de manière cocasse c'est quasiment le même nombre que pour ffmepg (projet bcp plus vieux et avec bcp bcp bcp plus d'utilisateurs et bcp^bcp moins de moyens...) :whistle:

the_fennec

Il en faut pour tout le monde :jap: mais je ne pense pas que le nombre de PR et bug fix soient a gage de qualité :o

Bon après tant que le service est gratuit, pas de raisons de se plaindre, enfin tant que tes données, tokens et mots de passe restent en local...

LibreArbitre

Absolument :jap:

Nr13	Honnêtement le bazar de deploiement/maj de ma config dev opencode se fait via des skills/commandes qui mixent instruction agents et scripts déterministes.. ça me choque pas plus que ça pour des systèmes très personnalisables.

LibreArbitre

the_fennec a écrit :

Devoir utiliser un LLM pour faire une update, ils sont très forts :lol:.

Je te défie de trouver un projet qui à chaque release intègre 2-3K PR et autant d'issues ;)

On est d'accord que c'est un peu un aveu d'échec quelque part mais en même temps je trouve ça particulièrement intelligent. Dans mon cas ça a fonctionné parfaitement et plus jamais je passerai par un autre système... Un agent auto-réparable je trouve ça super cool !

the_fennec

Devoir utiliser un LLM pour faire une update, ils sont très forts :lol:.
Ça va pas rester longtemps gratuit tout ça :o

LibreArbitre

L'article date du 16 février ;)

Mais effectivement ils semblent commencer à faire des choses un peu sneaky, le paradoxe étant qu'il était interdit avant d'utiliser l'OAuth de Codex avec OpenClaw...

bulldozer_fusion

the_fennec a écrit :

OpenClaw founder Peter Steinberger is joining OpenAI
https://www.theverge.com/ai-artific [...] ins-openai

C'était déjà le cas, non?

the_fennec

Nr13 a écrit :

En quoi openAI est responsable dans cette histoire? C'est eux qui dirigent le dev openclaw maintenant?

OpenClaw founder Peter Steinberger is joining OpenAI
https://www.theverge.com/ai-artific [...] ins-openai

Nr13	En quoi openAI est responsable dans cette histoire? C'est eux qui dirigent le dev openclaw maintenant?

bulldozer_fusion

Ok je regarderai au prochain upgrade mais ça a pas été le cas jusque là

LibreArbitre

bulldozer_fusion a écrit :

T'es sûr de ça?

Certain, j'ai encore le log :

LibreArbitre@mac-mini ~ % openclaw update
│
◇
Phase: requested
Current Node (/Users/LibreArbitre/.local/share/fnm/node-versions/v22.23.1/installation/bin/node) differs from the managed gateway service Node (/opt/homebrew/bin/node).
Using the managed service Node for this update so the gateway can start after the upgrade.
Phase: staging
Phase: validating
Phase: finished

⚠️ OpenClaw update failed: node-runtime-preflight.
Phases: requested (1.17s) → staging (1ms) → validating (909ms)
Failed: validating
Node 22.23.1 at /opt/homebrew/bin/node is too old for openclaw@2026.9.6.
The requested package requires >=24.16.0 <25 || >=26.1.0.
Upgrade the Node runtime that owns the managed Gateway service, then rerun `openclaw update`.
Bare `npm i -g openclaw` can silently install an older compatible release.
After upgrading Node, use `npm i -g openclaw@latest`.
Update failed. Entering triage...
Debugging prompt: /Users/LibreArbitre/.openclaw/logs/support/openclaw-triage-prompt-2026-09-24T14-37-04-633Z-27417.md
Starting codex; use --agent <name> to select another coding agent.
> You are in /Users/LibreArbitre

Do you trust the contents of this directory? Working with untrusted contents comes with higher risk of prompt injection. Trusting the directory allows project-local config,
hooks, and exec policies to load.

› 1. Yes, continue
2. No, quit

Press enter to continue

╭───────────────────────────────────────╮
│ >_ OpenAI Codex (v0.144.6) │
│ │
│ model: loading /model to change │
│ directory: ~ │
╰───────────────────────────────────────╯

› Summarize recent commits

gpt-5.6-sol default fast · ~

Sinon si vous avez un souci, vous pouvez l'invoquer depuis le shell n'importe quand avec la commande openclaw triage --agent codex (ça fonctionne très bien)

Doc vers cette fonctionnalité "triage" : https://docs.openclaw.ai/cli/triage

bulldozer_fusion

LibreArbitre a écrit :

Je viens de constater que désormais l'update est pilotée par Codex, avec comme modèle par défaut gpt-5.6-sol en mode [b]fast, une belle méthode d'enculé de la part d'OpenAI je trouve...[/b]

Les updates étaient tellement risquées que finalement c'est Codex qui les pilote (pas un mal mais bon, c'est une façon étrange de régler les problèmes :o)... Après, c'est pas tous les dev qui ont plusieurs milliers de PR et fixes avec chaque nouvelle release aussi...

Edit : Bilan, ça fonctionne mieux maintenant, ça évite d'avoir à faire un LLM tiers, au moins l'achat Codex qui prend la main a accès à tout le passif, et du coup cette update a été totalement fluide, comme jamais :)

T'es sûr de ça?

LibreArbitre

Je viens de constater que désormais l'update est pilotée par Codex, avec comme modèle par défaut gpt-5.6-sol en mode fast, une belle méthode d'enculé de la part d'OpenAI je trouve...

Les updates étaient tellement risquées que finalement c'est Codex qui les pilote (pas un mal mais bon, c'est une façon étrange de régler les problèmes :o)... Après, c'est pas tous les dev qui ont plusieurs milliers de PR et fixes avec chaque nouvelle release aussi...

Edit : Bilan, ça fonctionne mieux maintenant, ça évite d'avoir à faire un LLM tiers, au moins l'achat Codex qui prend la main a accès à tout le passif, et du coup cette update a été totalement fluide, comme jamais :)

bulldozer_fusion

https://rehost.diberie.com/Picture/Get/f/546686