Jonathan Schemoul a écrit 36 commentaires

Sur l'interface de chat libertai ça fonctionne comme un chatgpt, mais sur liberclaw c'est un agent à part entière (le toolset change la donne).

Tu peux lui donner accès à github, et il peut regarder les issues, les PR, en faire etc.
Il peut cloner un repo, faire les changements demandés et créer une PR lui-même.

megamind (deep-claw) utilise 122b actuellement…
claw-flash utilise 35b, claw-core utilise 27b

Le code est opensource et dispo sur github, donc meme si dans l'absolu oui, l'utilisateur peut à tout moment redéployer son agent sur cette vm ou une autre sur une autre machine en un clic et dans ce cas la version upstream est réécrite par dessus.

Il suffit de demander à son agent de faire une comparaison de son code avec l'upstream github pour en avoir le coeur net :) (et il peut ajouter ça dans son heartbeat d'ailleurs, sorte de prompt en cron dispo aux utilisateurs)

Qwen3.5 il y en a plusieurs: de 4b à 397b, des modèles "denses" (tout dans un seul llm) ou des experts (plusieurs petits modèles assemblés dans un gros, et à un instant T que certains actifs: ca prend de la vram mais c'est plus rapide qu'un seul dense de cette taille là).

Le 27B est très bien pour de l'agentic et du code (réflexion profonde), mais moins bon en "connaissance générale", il n'a que 27B total. 122b-a10b est plus rapide (10b actifs seulement), un peu moins "deep" en raisonnement ("que" 10b) mais a beaucoup plus de connaissances (tous les experts ont 122b au total). Dans les faits, selon les usages on prend un modèle ou un autre et le résultat est tout à fait honnête et même bon d'ailleurs.

Aujourd'hui le plus important c'est la selle que tu met sur les modèles: la mémoire, les outils dispo, etc. Les informations il peut les trouver sur internet (d'ailleurs tout le système de recherche sur le web de liberclaw pourrait faire l'objet d'un article ! c'est un swarm de VM sur aleph aussi qui vont chercher les infos depuis des IP résidentielles). Un modèle bon en appel d'outils et paf ça fait des chocapic.

Merci!

Cela dépend du type de VM, les VM basiques oui (sur le tier gratuit), les VM confidentielles se retrouvent dans des TEE où la ram et le disque sont chiffrés et totalement inaccessibles aux opérateurs.

Cela dit, la selection est random + efficacité des noeuds avec des pool de VM préactivées et prêtes pour rotation, c'est difficile pour un opérateur de savoir si il va avoir des VM liberclaw ou pas, et si il en a, de qui.

Merci pour les questions, je vais essayer de répondre à tout.

Sur les VMs et les fournisseurs :

Les CRNs (Compute Resource Nodes) d'Aleph Cloud sont des machines opérées par des opérateurs indépendants, pas un seul hébergeur. Certains sont sur du bare metal chez eux, d'autres louent chez Hetzner ou ailleurs, mais le point c'est qu'il n'y a pas un seul interlocuteur qui décide pour tout le réseau. Si un opérateur coupe ta VM, tu peux la redéployer sur un autre nœud. Le réseau est conçu pour ça.

C'est différent d'un VPS classique où si OVH te ferme le compte, c'est terminé, il faut recommencer de zéro ailleurs.

Sur la séparation agent / inférence :

Oui, ce sont deux choses distinctes. La VM de l'agent n'a pas besoin de GPU; c'est une VM avec un programme Python léger qui exécute des tâches (lire des fichiers, naviguer le web, exécuter des commandes). Quand l'agent a besoin de "réfléchir", il fait un appel API à LibertAI qui fait tourner les modèles sur des GPUs dédiés (partagés pour toutes les demandes des utilisateurs). L'avantage par rapport à OpenClaw sur ta machine, c'est que tu peux lancer plusieurs agents sans que ça consomme les ressources de ta machine (ou sur OpenClaw des API de gros providers comme OpenAI, etc.) et qu'ils sont bien isolés. Chaque agent a sa propre VM isolée, il n'a accès que à ce qu'il lui faut.

Imagine que tu as des travailleurs/assistants séparés, chacun a sa machine, il est root et peut installer ce qu'il veut sans détruire le travail des autres (ou le tien sur ta machine).

Sur LibertAI :

Oui, c'est un projet lié. LibertAI gère l'infrastructure GPU et expose les modèles ouverts via une API. Les modèles tournent sur des nœuds avec GPU, le trafic est chiffré en transit. Ce n'est pas du chiffrement de bout en bout au niveau de l'inférence elle-même (le nœud qui fait tourner le modèle voit forcément le prompt), mais les communications entre ton agent et l'API sont chiffrées. Sur l’inférence en TEE (trusted execution evironment) c'est un peu différent, la ram est chiffrée également, mais plus lent.

Sur la consommation d'énergie :

C'est une vraie question et je ne vais pas prétendre que c'est neutre. Faire tourner de l'inférence IA consomme de l'énergie, point. Ce qu'on peut dire, c'est que les modèles utilisés (Qwen3.5 35b par exemple) sont beaucoup plus légers que les gros modèles type GPT-4. Et un agent qui tourne 24/7 ne fait pas de l'inférence en continu: il attend la plupart du temps et ne consomme des tokens que quand il a une tâche à traiter. Mais oui, si on multiplie les agents par milliers, la question de l'empreinte se pose.

Sur une stack comme celle de LibertAI, en gros selon les modèles, au moment de l'inférence tu consomme entre 50 et 100w pour ta requête (il y a des pool et les GPU font plusieurs inférences en parallèle, avec un GPU seulement sur ces modèles)… si tu rapporte à 5 minutes d'inférence totale par jour en moyenne pour un agent tu arrives à 3kwh par an d'inférence ((100wh/(60min/5min))*365=3041wh), ce qui est assez raisonnable.

Je suis d'accord sur ce point. Les gens prennent un abonnement pour utiliser Claude, et l'utiliser sur leur interface web ou claude code, ou sur un openclaw ne change pas fondamentalement l'usage d'assistant personnel ou d'agent produisant du code.

Et là on parle de personnes individuelles qui ont commencé à utiliser leur produit en payant leur abonnement ($200 tout de même sur un abo max). Une entreprise peut prendre un compte API et payer les requetes API au volume (ça chiffre vite avec openclaw) et avoir un contrat effectivement.

Ensuite, le point est plus important : sur une plateforme décentralisée ces limites n'existent pas. Tu as une api key, tu l'utilise. Je ne peux pas venir voir ce que tu fais et dire si c'est cohérent avec des conditions générales ou non.

A la limite, un noeud peut suspendre ta VM liberclaw car tu fais du DDOS avec, et d'autres t'accepteront (ou pas si ils se passent le mot que tu es un trouble-fête, mais c'est un autre problème).

Arg non ! J'ai vraiment pas aimé !
Hotel avec chambre merdique pour un prix ultra cher, restos pas bons… Strasbourg surtout pas :)

Paris c'est bien !

Heuuuu...

Gothique ou neo-metaleux c pa la meilleure manière...
Nan, la meilleure manière c'est la drague !

Sisi, jvous assure !
Mon ex je l'ai convertie à linux !

Je ne suis pas d'accord... bien préparé, un site avec du JS peut être parfaitement indexable par les moteurs de recherche et accessibles aux gens n'ayant pas javascript activé.

L'idée est de tout faire clean sans JS, puis de l'ajouter par la suite, pour changer les liens par exemple grâce à des selecteurs CSS. Donc, on utilise JS comme du CSS, tout en gardant les contenus dans le xhtml :-)

Pour faire cela, une librairie comme MooTools par exemple a tout ce qu'il faut.

Je confirme :)

Enfin, c'est pas tellement pour réclamer que pour dire "comment on fait ca ?"...

Pour ma lib javascript de slideshow:
- 5 mails me remerciant
- 37 mails me remerciant pour me demander quelque chose
- 78 mails de demandes diverses sans politesses
(enfin il faut dire qu'elle est passée sur ajaxian, digg & co.)
- 7 mails de rapport de bugs, dont 6 avec le patch joint
- 2 mails me donnant le code source pour rajouter une fonctionnalité

Souvent, les problèmes de vitesses sont dus au navigateur et cela varie énormement entre les plateformes (win32, linux, osx / x86, x86-64, ppc...).

De plus, la version 2.0 est, suite à de nombreuse demandes d'utilisateurs, passée entièrement en objets, ce qui ajoute sous certaines architectures des ralentissements dus à des pertes de mémoires du navigateur. Cela, et j'ai horreur de le dire (car c'est un produit que j'adore), est typique de firefox (avant la 2.0 et ses rc) sous les systèmes unix, que ce soit linux ou osx... Le rendu graphique était un peu bugué et demandait cruellement des mises à jour qui sont dors et déjà disponibles dans les rc de firefox 2.0.

En attendant, il faut soit utiliser la version 1.0 de smoothslideshow, soit pour linux et osx, utiliser les dernières versions de firefox (=> voir l'audience de son site, et voir si elle est majoritairement unix avec firefox, et si oui, voir le taux de pénétration parmis sa base d'utilisateurs de la nouvelle version)

Normalement, l'intégrer à un système de galeries existant ne devrait pas être un problème.

Je l'ai intégré au système que j'ai réalise sur http://www.foresightlinux.org/screenshots (galerie de screenshots faite spécifiquement pour ce site).

Jonathan

Beaucoup de commentaires faits sur ce post me rappellent une fois de plus le niveau de connerie grandissant en france...

Ce que ce gars à dit est totalement inacceptable. Point à la ligne.

Maintenant libre à vous de me modérer comme "inutile"...

Sur ce, bye. Je vais attendre quelques temps avant de refoutre les pieds sur ce site rempli (à quelques exceptions près) de gens qui ne voient pas plus loin que le bout de leur nez et défendent des propos racistes et antisemites.

Je ne lirais même pas les réponses à mon commentaire, car je sais que je serais ulcéré ce-faisant.

Merci de cette confirmation de l'existence de la connerie humaine, dont tu semble être un parfait exemple :)

J'aime beaucoup ton script, mais le but de smoothslideshow n'est absolument pas le même.

Je m'explique, SmoothSlideshow permet d'ajouter une plus value animée aux pages, de présenter de manière attractive plusieurs informations, produits, brèves avec liens (voir même tourner autour d'un produit ou plusieurs)... d'où les informations textuelles qui viennent s'afficher au dessus des images. Le tout en offrant une ergonomie équivalenrte à celle présente sur les grand sites commerciaux, portails, etc...

Là où ESS permet d'ajouter une galerie d'images, de photographies... tu avoueras que le but n'est pas le même :)

Quant à tricher, je réfute ;) J'ai testé beaucoup de bibliothèques, et l'usage de moo.fx assure à JSS une vitesse tout à fait correcte, même avec de grandes images...

Pour ton info sinon, tu peux utiliser la dernière alpha (ou beta je sais plus) de firefox 2.0, l'usage de cairo accélère énormement le rendu, c'est ce que j'ai installé sur mon ordi portable (qui avait tendance à ramer en opacités JS) :)

Par ailleurs, je suis actuellement en train de bosser sur Jondesign's SmoothGallery, qui est un peu un équivalent de ce que tu crées, mais utilisant les dernières librairies à la mode pour accélerer le codage bien sûr, mais l'affichage aussi...

(enfin par le debuguer, je parle de mon script sous konqueror hein, pas konqueror lui-même :))

Une personne m'a contacté par email en me disant que tout fonctionnait nickel avec safari...
Donc je vais installer konqueror sur mon pc pour tester et essayer de le debuguer, je pense pas que ce soit un gros problème !

(ps: est-ce possible d'installer konqueror sans tout kde ? Je participe au dev d'une distrib gnome, et j'avoue ne pas trop connaître kde)

Heureux de l'apprendre !
Si tu peux m'envoyer une adresse où voir le résultat une fois cette conversion finie, j'en serais ravi ;)

Quels bugs as-tu exactement ?

(Je recherche des gens pouvant m'aider à tester et debuguer smootslideshow sous d'autres navigateurs)

Tu as entièrement raison...

J'avai écrit tout d'abord cette nouvelle en Anglais (pour le site de la lib.).
La confusion entre libre et gratuit (même mot) étant encore plus grande en Anglais, je n'ais pas fait assez attention lors de ma traduction.

En revanche, 95% des soft libres sont gratuits... Pas tous certes, mais beaucoup.

Merci à tous les deux (fufuu et Jean-Philippe), ça c'est du feedback que j'aime ;-) !

De plus, moo.fx, n'est pas que plus léger, il est aussi plus rapide sur la transparence et les effets de menus par exemple... (moins de checks, etc...), et permet plus de contrôle sur ces effets...

Malheuresement je garde un XP dans une machine virtuelle, et un XP au boulot...

Je suis chef de projet et dev. pour des sites internet... Donc je suis obligé de tester sous IE 6...

Sauf si je ne veux pas installer et/ou activer ce spyware / rootkit que microsoft appelle "genuine advantage" :)

ps: après avoir installé windows sur une machinve virtuelle pour le tester, un firewall bas niveau a logué que cet "outil" envoyait à des serveurs distants certains de mes fichiers... autant dire que non, pour rien au monde je ne l'installerais sur un machine de travail :) (donc bye bye les mises à jour xp)

Tous mes docs, scripts créés par je-moi-meme (tm), etc... sont en utf-8 ;)