Agents web, poids de modèles et LLM en local : quatre chantiers en cours

Chez LangChain, sept outils passés au crible

LangChain a comparé sept jeux d'outils de navigation web destinés à ses Deep Agents, avant de retenir Stagehand, développé par Browserbase. Le billet officiel ne s'arrête pas au résultat : l'équipe y détaille sa méthode de comparaison et les enseignements qu'elle en tire.

Le choix a ensuite été affiné à l'aide des traces et des évaluations de LangSmith. La décision ne repose donc pas seulement sur un classement initial, mais sur ce que les exécutions observées montrent du comportement des outils.

Pour qui construit des agents capables de piloter un navigateur, l'intérêt du billet tient surtout au processus : comment mettre plusieurs bibliothèques en concurrence, et sur quels signaux trancher. La démarche est moins spectaculaire qu'une démonstration, elle est aussi plus réutilisable.

Lire et écrire les poids, plutôt que les prompts

Latent Space relaie une approche où des modèles de langage lisent et écrivent directement les poids d'un réseau de neurones, baptisée « Weight Space Programming ». L'angle diffère de celui des agents : il ne s'agit plus de faire agir un modèle sur un environnement, mais d'agir sur la mécanique interne du modèle lui-même.

L'exemple cité consiste à modifier les poids de Qwen pour réduire les boucles de raisonnement. La dépêche indique que cette approche sort l'autoresearch de la boucle RSI. Au sommaire de la même édition figurent également un prototype de super-agent signé DeepSeek et le benchmark GDPx.

Le déplacement est notable : le prompt et le contexte restent l'interface habituelle, alors que l'approche décrite travaille un cran plus bas, là où le comportement du modèle se fige. La dépêche ne dit rien, en revanche, des outils ou des garde-fous d'une telle manipulation.

Qwen 3.8 27B et les poids : une affirmation sans méthode

Sur r/LocalLLaMA, un internaute affirme que Qwen 3.8 27B serait capable d'interpréter les poids d'un modèle, à l'image de GPT-6 Astra. Le fil ne précise ni la méthode employée ni les résultats obtenus — deux précisions qui changent tout.

Rapprocher ce fil de « Weight Space Programming » est tentant : les deux parlent de poids, de lecture et d'écriture. Mais le premier décrit une approche relayée par Latent Space, avec un exemple concret ; le second se contente d'une affirmation, sans protocole ni mesure.

Si elle se confirmait, une telle capacité concernerait directement l'analyse des modèles ouverts et le travail de celles et ceux qui les examinent. En l'état, elle reste une déclaration sur un forum, à ranger du côté des pistes à vérifier.

Le local, entre rumeur de VRAM et gains mesurés

Toujours sur r/LocalLLaMA, un membre relaie l'affirmation d'un technicien américain de réparation de GPU : des RTX 5090 dotées de 64 Go et 96 Go de VRAM existeraient. Le mot « confirmé » est celui du titre, et l'extrait ne cite aucune source officielle. La nuance compte, mais l'enjeu est réel : la quantité de VRAM détermine la taille des modèles qu'une carte peut charger.

Autre dépêche, autre registre : un utilisateur a comparé GLM 5.3 flash via l'abonnement Z.ai et le même modèle servi en local, à prompt identique. Cloud : 43:48 pour 117 980 tokens de sortie. Local : 10:24 pour 118 173, soit environ 4,2 fois plus vite.

L'économie affichée n'est que de 0,70 dollar. Ce que la machine — deux RTX Pro 6000, un Threadripper 9960X et 128 Go de DDR5 — apporte, c'est le débit : produire bien plus de code par jour.

Et maintenant ?

Les quatre sujets du jour ne racontent pas la même histoire, et c'est ce qui les rend lisibles ensemble : une équipe qui compare sept outils avant d'en garder un, une approche qui déplace l'action du prompt vers les poids, un forum qui affirme sans démonter, et un utilisateur qui mesure son propre matériel. Deux constats documentés, deux affirmations à prendre avec des pincettes. La ligne de partage reste la même : ce qui est étayé, et ce qui ne l'est pas.