Microduck est un robot bipède de 25 cm conçu par Pollen Robotics, l’équipe robotique de Hugging Face. Il se précommande 399 $ avant taxes et livraison. En France, le robot seul m’a coûté 408 € TTC. Avec un Charger Pack, un Accessory Pack Yellow et le port, ma commande atteint 523,20 € TTC.
Ce prix n’achète ni un assistant domestique ni un robot autonome prêt à accomplir des tâches dans une maison. Microduck est d’abord une plateforme de développement assemblée, équipée de 15 moteurs et livrée avec des comportements entraînés pour marcher, se relever ou saisir un petit objet.
La partie qui a motivé ma commande n’est pas seulement le matériel. Pollen publie le logiciel embarqué, le simulateur MuJoCo et la chaîne d’entraînement jusqu’au déploiement des politiques ONNX. Les plans mécaniques et électroniques restent en revanche fermés.
Mon cas d’usage est précis : relier le robot à l’instance Hermes Agent de mon homelab, sans donner au modèle de langage un accès direct aux moteurs. Hermes choisirait des actions limitées ; le robot conserverait sa boucle de contrôle, ses limites et son arrêt local.
Les premières livraisons sont visées avant Noël 2026. En attendant, ce texte n’est pas un test, mais le raisonnement derrière la commande, ce que les sources publiques permettent de vérifier et le programme que je compte suivre à la réception.
La veille open source produit vite plus de bruit que de valeur. On repère un outil intéressant, on le met en favori, on l’étoile sur GitHub, puis on l’oublie. Le jour où le besoin revient vraiment, il faut recommencer : recherche web, historique du navigateur, dépôts GitHub, listes “awesome”, fils de discussion, notes éparpillées.
La page Apps est ma tentative pour arrêter ce cycle.
Ce n’est pas une liste des meilleurs outils open source. Ce n’est pas non plus une recommandation d’architecture. C’est un annuaire de projets croisés pendant la veille, classés avec assez de contexte pour les retrouver plus tard.
L’objectif est simple : quand je cherche un monitoring léger, un WAF, un outil d’automatisation ou une alternative à un service SaaS, je commence par regarder ce qui est déjà indexé.
Cette semaine : Sashiko relance la discussion sur l’IA dans la revue du kernel Linux, Pocket ID et Tinyauth franchissent une étape utile côté OIDC, NocoDB déclenche des critiques sur ses fonctions enterprise, Dawarich ajoute Poster Studio, Immich 3.0.3 arrive dans le dépôt F-Droid de FUTO, et SUB/WAVE propose une radio personnelle basée sur Navidrome ou Subsonic.
Navidrome 0.63 apporte les paroles synchronisées en sidecar, de gros gains de performance et des correctifs de contrôle d’accès. GitHub limite certains endpoints stargazers/watchers. Pangolin 1.20 ajoute un Resource Launcher et une Global Command Palette. Home Assistant Companion arrête iOS 15, watchOS 8 et macOS 11 après la version 2026.7.1. La veille remonte aussi Backblaze Drive Stats, Debian 13.6, KeeWeb, FUTO Notes et TypeType.
Immich v3 passe en stable avec édition mobile, workflows et contrôles d’intégrité. HCCF veut créer un TLD .self pour le self-hosting. Ente ouvre ses métriques business. Microsoft publie WSL containers en preview. Plex augmente fortement le Plex Pass à vie. Côté veille FreshRSS : Godot durcit sa contribution face au code généré par IA, opencode enchaîne les correctifs et oomwoo propose un aspirateur open source.
Immich 3.0 apporte l’édition photo non destructive sur mobile, les workflows d’automatisation, le HLS, l’OCR, et plusieurs améliorations de maintenance. La migration est simple pour la plupart des utilisateurs, mais les intégrations API tierces nécessitent une vérification.
Freebox 4.11.1 déploie le DNS local .home après 15 ans d’attente, zeropod v0.12.0 corrige les probes K8s, et les outils auto-hébergés Keeper, Euro-Office passent au crible.
L’open source est redevenu bruyant. Très bruyant.
Entre les agents IA, les scanners de vulnérabilités, les outils anti-crawlers, les dashboards de monitoring et les apps self-hosted, on peut remplir un serveur en une soirée et le regretter pendant six mois. Le vrai travail n’est plus de trouver des projets. Le vrai travail, c’est de trier. Je mets beaucoup trop d’étoiles sur GitHub. Pas parce que je compte tout installer. Ce serait le meilleur moyen de transformer un homelab en brocante numérique impossible à maintenir. Mais parce qu’une étoile GitHub, bien utilisée, est un marque-page technique. Elle dit : “ce projet répond peut-être à un problème que j’ai déjà rencontré, ou à un problème que je vais rencontrer bientôt”
Dans un homelab, le plus dur n’est pas d’installer un projet open source. C’est de savoir s’il mérite encore d’être là dans six mois. C’est exactement pour ça que je garde une veille GitHub : pas pour tout déployer, mais pour repérer les signaux faibles.
Cette sélection part donc de mes 30 stars GitHub publiques les plus récentes, récupérées depuis mon profil GitHub foudreclair et plus précisément depuis mes stars publiques. Je ne les présente pas comme un classement, ni comme une recommandation de production. Et surtout, je ne les ai pas tous testés. C’est une photographie de veille : ce qui a attiré mon attention à un moment donné, et ce que ces projets racontent de mes sujets actuels.
On y retrouve des thèmes nets : IA, sécurité, infra légère, self-hosting, dev tools, Fediverse, publication web et données personnelles. Ce qui m’intéresse, ce n’est pas la hype. C’est ce que ces projets disent des problèmes que les admins, devs et self-hosters essaient vraiment de résoudre aujourd’hui.
Cet article s’adresse surtout aux personnes qui maintiennent un homelab, un petit VPS, un site statique, ou une veille technique personnelle. Anubis m’intéresse particulièrement dans ce contexte, parce qu’il répond à un problème récent et très concret : les petits sites qui subissent le trafic de crawlers automatisés. Je ne l’ai pas encore testé ; je veux justement le faire proprement avec Pangolin, puis en tirer un article dédié sur le duo Pangolin + Anubis.
Cette liste est datée : 21 avril 2026. Elle correspond aux 30 dépôts publics les plus récemment étoilés sur mon profil GitHub au moment de la rédaction. Si je change mes stars, l’ordre public sur GitHub peut évoluer, et c’est normal. L’objectif n’est pas de figer un classement, mais de documenter une veille à un instant donné.
