L’équipe de développement de MeshCore se scinde sur fond de conflit de marque et de problèmes liés au code généré par l’IA
(blog.meshcore.io)- Dans ce projet de réseau maillé à la croissance rapide, des problèmes de dépôt de marque et d’utilisation de code généré par l’IA se sont superposés, provoquant la rupture entre la core team et Andy Kirby
- Andy Kirby a largement utilisé Claude Code pour étendre le projet à un appareil autonome, une application mobile, un web flasher et un outil de configuration web, et l’équipe affirme qu’une part importante de ce travail relevait du vibe coded et que cela a été dissimulé
- L’élément déclencheur direct de la séparation a été le dépôt de la marque MeshCore par Andy le 29 mars sans en informer l’équipe ; ensuite, les discussions sur ses intentions ont échoué et la communication est désormais rompue
- La core team a affirmé que le MeshCore officiel était l’unique source de vérité définie par le dépôt GitHub, et poursuit le développement du firmware, les releases de l’application, la documentation technique et les discussions entre développeurs autour de son nouveau point d’ancrage, meshcore.io
- Depuis son lancement en janvier 2025, le projet a atteint plus de 38 000 nœuds sur la Map officielle et plus de 100 000 utilisateurs actifs sur l’App officielle, ce qui rend encore plus important d’identifier clairement les espaces d’information officiels et l’entité qui les exploite
Contexte de la séparation
- Depuis le lancement du projet, l’équipe de développement de MeshCore a publié plus de 85 releases pour MeshCore Companion, le Repeater et le firmware Room Server, avec la prise en charge de plus de 75 variantes matérielles
- L’équipe dit avoir toujours fait preuve de prudence vis-à-vis du code généré par l’IA, mais Andy Kirby a commencé à avancer de manière autonome en utilisant massivement Claude Code, élargissant progressivement son champ d’action à l’ensemble de l’écosystème MeshCore, jusqu’à l’appareil autonome, l’application mobile, le web flasher et l’outil de configuration web
- Il est indiqué qu’Andy Kirby a caché à l’équipe que l’essentiel de ce travail relevait du vibe coded
- L’équipe a mené un sondage sur le thème IA et confiance sur le Discord de MeshCore, mais le texte ne fournit ni chiffres ni résultats détaillés
- Le conflit se serait véritablement envenimé lorsqu’Andy a déposé la marque MeshCore à la date du 29 mars sans en informer l’équipe
- L’équipe a tenté de discuter de ses intentions, mais les échanges ont échoué et toute communication avec Andy est désormais interrompue
- L’équipe explique avoir essayé de résoudre ce problème ces derniers mois et, pour des membres qui travaillaient depuis longtemps sur le projet, le choc a été tel qu’ils ont eu l’impression qu’une personne de l’intérieur s’était alliée à des robots et à des avocats
MeshCore officiel
- Le cœur du différend actuel concerne le droit d’utiliser la mention « officiel » ; Andy affirme avec force qu’il possède la marque et utilise activement cette expression pour la ligne MeshOS
- L’équipe définit le seul MeshCore officiel comme étant le dépôt GitHub
- Ce dépôt sert de source of truth pour déterminer ce qu’est MeshCore
- Andy n’a jamais contribué à ce dépôt
- Après la séparation interne, l’équipe a lancé meshcore.io, car Andy contrôlait meshcore.co.uk et le serveur Discord d’origine, laissant très peu d’alternatives
- Après l’ouverture du nouveau site, Andy aurait utilisé Claude pour en copier jusqu’au look and feel, et une demande de ne pas le faire n’a pas été respectée
Croissance du projet
- MeshCore a connu une croissance très rapide après son lancement en janvier 2025
- Au moment de la publication, la MeshCore Map officielle affiche plus de 38 000 nœuds dans le monde, et l’App MeshCore officielle compte plus de 100 000 utilisateurs actifs sur Android et iOS
- Plus le projet grandit, plus l’importance d’un espace d’information officiel géré par la core team augmente
- Récemment, la diffusion des sites web MeshCore s’est poursuivie autour de sites nationaux et de communautés mesh locales, avec les exemples suivants listés dans le texte
- Andy Kirby a joué un rôle important dans la promotion de MeshCore sur sa chaîne YouTube personnelle, mais se concentre désormais sur la promotion de ses propres produits
Orientation pour la suite
- La core team poursuit autour de meshcore.io le développement des fonctionnalités du firmware, les corrections de bugs, la gestion des PR et les discussions entre développeurs
- Les journaux de modifications des nouveaux firmwares et releases d’application, les billets de blog et la documentation technique sont désormais diffusés via les canaux ci-dessous
- Les personnes impliquées dans le blog et leurs rôles sont également présentés
- Scott est le fondateur du projet et le lead firmware engineer ; il est aussi le développeur du firmware Ripple
- Recrof est le développeur de la MeshCore Map officielle et responsable du Firmware Flasher ; il partage également des retours sur les débuts du développement de la MeshCore Map
- Liam Cottle est le développeur de l’App MeshCore officielle et prévoit de publier un guide de démarrage de l’App MeshCore
- FDLamotte travaille sur les outils Python pour MeshCore et sur des variantes du firmware STM32
- Oltaco travaille sur un nouveau bootloader OTA Fix destiné à améliorer la fiabilité des mises à jour du firmware
La core team
- L’équipe MeshCore se compose actuellement de Scott, Liam, Recrof, FDLamotte et Oltaco
- Cette équipe prévoit de poursuivre à l’avenir une conception et un développement de haute qualité fondés sur des logiciels écrits directement par des humains
Nouveau point d’ancrage
- Les releases officielles à venir, la documentation technique et les discussions de la communauté s’organiseront autour de ce nouveau site web
- Un nouveau serveur Discord a également été lancé avec ce nouveau site
- Cet espace permet d’échanger directement avec les développeurs de MeshCore, d’obtenir de l’aide sur le projet et de contribuer à l’avenir de MeshCore
- Les canaux officiels associés sont récapitulés comme suit
- Official Website: https://meshcore.io
- Latest Updates: https://blog.meshcore.io
- Technical Docs: https://docs.meshcore.io
- Official GitHub: https://github.com/meshcore-dev/MeshCore
- Reddit: https://reddit.com/r/meshcore
- Facebook: https://facebook.com/groups/meshcore
- Discord: https://meshcore.gg
1 commentaires
Commentaires sur Hacker News
Si vous ne l’avez pas encore essayé, je recommande vivement de jeter un œil à Reticulum
Le projet de base semble avoir besoin d’un nouveau mainteneur en ce moment, et le développeur principal a aussi des positions assez tranchées, mais la conception de la couche de protocole de réseau distribué est vraiment très aboutie
L’application desktop fonctionne via Internet (IP) ou via une connexion USB à des cartes LoRA existantes, et j’ai récemment acheté un https://lilygo.cc/products/t-echo-lilygo sur lequel j’ai installé le firmware open source ; l’expérience en le branchant en USB sur un desktop ou en le connectant en Bluetooth à https://github.com/torlando-tech/columba a été excellente
Grâce à cette appli, Reticulum donne vraiment l’impression d’être un citoyen de première classe pour la messagerie, et on peut aussi envoyer des fichiers ou des images, avec certaines limites
Comme ça fonctionne au niveau réseau, on peut aussi créer ses propres applis directement au-dessus de Reticulum
Les gens finiront probablement par se rendre compte que LoRa ne pourra jamais suivre les besoins en bande passante et en débit au-delà de la simple messagerie texte
Cela dit, j’ai testé un appel vocal en temps réel sur un seul saut LoRa avec Reticulum, et ça a étonnamment plutôt bien fonctionné
Le wiki de démarrage est ici : https://reticulum.miraheze.org/wiki/Welcome
Quand on veut seulement développer une appli, l’expérience de dev devient franchement pénible, et même si le concept est excellent, il y a trop de pièges bloquants pour que le bootstrap soit soutenable
En particulier, j’essayais de porter la stack en Rust no-std pour la faire tourner sur un appareil LoRA nrf52 et transporter des paquets reticulum sur un réseau MeshCore existant, mais c’était un cauchemar rien que pour vérifier si mes paquets étaient correctement formés
Je n’ai vu que de tout petits bancs d’essai
Et je me demande aussi si c’est réellement important
Je ne comprends pas pourquoi les projets mesh sont si souvent excessivement stricts dans l’application de leurs marques
Meshtastic est pareil, et l’une des raisons qui m’avaient poussé à m’intéresser à MeshCore était justement qu’en lisant les règles de marque de Meshtastic, je les avais trouvées exagérées
Le partage libre et sans restrictions n’est pas la norme du monde ; c’est plutôt l’exception
Pour l’instant, cela ressemble surtout à une personne qui a déposé la marque au Royaume-Uni sans l’accord des autres membres de l’équipe, pas encore à quelqu’un qui attaque réellement d’autres personnes
MeshCore a plus de 100 000 utilisateurs et les relais poussent partout dans le monde comme des mauvaises herbes, donc l’incitation à monétiser tout ça est énorme
Et en particulier, la personne qui cherche à monétiser n’était pas du côté firmware ou app, mais du côté marketing
En revanche, il ne semble pas vouloir que son travail contribue à un réseau de mise à mort IA impossible à arrêter
Le dépôt de marque, si c’est vrai, est clairement un comportement hostile et problématique, mais je ne vais pas m’indigner juste parce que quelqu’un a utilisé Claude Code
J’utilise réellement MeshCore et j’exploite plusieurs relais, mais le codage assisté par IA en soi m’importe peu
En revanche, surtout si c’est closed source, je pense qu’il faut le divulguer
La tentative de s’approprier l’écosystème via la marque semble délirante, et le fait qu’Andy n’ait pas contribué au projet GitHub lui-même mais seulement construit des extensions commerciales personnelles me gêne aussi
En même temps, il semble bien que l’équipe centrale de MeshCore ait aussi ajouté un biais anti-IA pour renforcer son récit
Au contraire, je soutiens le fait d’avoir soulevé publiquement le problème
Quiconque prétend avoir correctement relu les 1000 lignes bancales produites par l’IA se trompe lui-même ou trompe les autres, et il est probable qu’il n’ait jamais vraiment fait de revue de code à grande échelle
Lire 1000 lignes de texte et analyser l’impact en complexité du code ainsi que les edge cases sont deux choses complètement différentes, et une revue globale de ce type peut prendre plusieurs jours
Même une PR de 100 lignes peut prendre des heures, et si on laisse passer ça avec une attitude du genre « j’ai tout vérifié », il n’est pas étonnant qu’on voie de plus en plus de 0-day et de fuites
C’est pourquoi je ne pourrai jamais faire confiance à des sorties du type « You are absolutely correct, apologies for the oversight, here's a revised version: »
J’ai un peu touché à MeshCore et Meshtastic ; c’est amusant, mais j’ai l’impression que, globalement, c’est très surévalué
Le concept lui-même devient un peu flou à cause des gens au profil SHTF qui gravitent autour
Je m’intéressais à ces outils pour des usages de réseau de capteurs, mais en pratique l’essentiel des conversations vient de personnes obsédées par l’échange de messages texte façon Hello World, sans vraiment voir à quel point ces réseaux fonctionneraient mal dans une vraie situation SHTF
Les deux applis mobiles sont assez bancales, et Meshtastic est encore plus agaçant parce qu’on dirait que les équipes UI Android et Apple ne se parlent même pas
Si on utilise des plateformes différentes, c’est très difficile d’intégrer de nouveaux utilisateurs ou de répondre à leurs questions
C’était peu coûteux et amusant à mettre en place, mais j’aimerais au moins une meilleure persistance des messages pour éviter de les perdre sans arrêt
Mais si ma vie dépendait de ce réseau mesh dans une situation sérieuse, je serais très inquiet
C’est encore bien trop instable pour être considéré comme un moyen fiable, même si ça peut toujours être mieux que rien
La configuration des appareils pose aussi problème : j’ai essayé d’installer tout l’environnement de développement sur un raspberry pi 3 pour pouvoir travailler quelque part sans Internet, mais la mémoire s’est épuisée avant même de finir la compilation de l’énorme application web qui sert d’interface client principale
L’absence de standards risque aussi de fortement nuire à l’utilisabilité dans une vraie situation SHTF
Par exemple, il n’est même pas clair pourquoi on devrait utiliser meshstastic plutôt que meshcore, et dans ce genre de situation je ne pense pas non plus que LoRa serait ma priorité mentale
Il suffit d’un backend Chirpstack derrière une station de base Mikrotik, et cette combinaison a été largement validée en environnement commercial
Cette application cliente est-elle encore closed source ?
Pour moi, ce serait éliminatoire à ce stade, et je ne suis pas du tout surpris que ce genre de choses arrive
Et j’ai l’impression que ce ne sera pas la dernière fois
On n’a plus besoin désormais du client fermé
Il prend aussi en charge MQTT, community observers, bots, webhooks, etc., et je l’ai démarré parce qu’il me fallait un client du quotidien non lié à une radio ; aujourd’hui, c’est devenu un client compagnon assez abouti pour les power users
L’API radio et le firmware sont ouverts, il existe énormément d’autres options et elles sont parfois même plus riches fonctionnellement que les alternatives closed source, donc je n’ai pas spécialement de ressentiment envers le fait de fermer une partie du logiciel pour gagner de l’argent
https://github.com/jkingsman/Remote-Terminal-for-MeshCore
Notre mesh local testait aussi meshcore la semaine dernière, mais là mon intérêt a pratiquement disparu
J’ai déjà vu Andy Kirby sur YouTube, et ses vidéos m’avaient semblé tellement sensationnalistes, exagérées et clickbait que j’en étais venu à l’associer à la gestion du projet ; c’est à partir de là que meshcore a commencé à me rebuter
Cet épisode me donne l’impression que mon intuition de l’époque était la bonne
Vu la situation actuelle, le site en .io affiche un logo « MESHCORE » et le site en .co.uk affiche un logo « MESHCORE(tm) »
[1]: https://meshcore.io
[2]: https://meshcore.co.uk
Je n’ai jamais utilisé ce projet et je ne connais personne impliquée
Mais je trouve intéressant de voir à quelle fréquence, chaque fois que quelqu’un arrive avec un discours du type « je vais tout réécrire avec l’IA », cela finit par révéler un énorme cas social
Bien sûr, ce n’est peut-être pas le cas de cette personne, et je ne connais pas tous les dessous de l’histoire, donc je ne peux pas dire si ce texte est entièrement fiable
Mais dans mon petit échantillon, le rapport signal/bruit me semble assez bon
Je suis moi aussi radioamateur, mais pas du genre à signaler immédiatement quelqu’un à la FCC pour une simple entorse au règlement ; en revanche, l’attitude consistant à ne pas savoir ou à ne pas se soucier des règles m’inquiète
D’abord, je ne suis pas certain que l’interprétation de la réglementation soit correcte, mais à supposer qu’elle le soit, les autres personnes du fil semblaient elles aussi partir du principe qu’elle l’était
À mes yeux, on lit quelque chose comme « nous enfreignons les règles donc il faut changer ça », auquel on répond « ce n’est pas pratique à Seattle donc on ne le fera pas », ou « ça marche mal à Boston donc ce n’est pas possible »
Il ne s’agit pas de règles optionnelles
Les gens qui utilisent des ressources radio publiques respectent généralement la loi, et si le projet fonctionne moins bien lorsqu’il est utilisé légalement, alors c’est au projet d’être corrigé
C’est pour ce genre de raison que je comprends pourquoi les vieux radioamateurs deviennent de plus en plus sensibles sur ces sujets
J’aime utiliser l’IA pour le développement, et je pense aussi que c’est important dans le développement moderne
Mais il y a clairement une différence entre du code écrit par une IA et du code écrit directement par un humain, et cela doit donc impérativement être divulgué
Si une grande partie d’un projet a été construite en vibe coding, il devient aussi flou de savoir si cette personne a réellement le droit d’accepter le DCO, et si elle a le droit de distribuer ce code sous la LICENSE de cette base de code
Comprendre ce qu’un programme fait n’est déjà pas simple, mais avec du code écrit par un humain, on peut au moins supposer qu’il y avait une certaine intention
Avec du code produit par IA, on ne sait même pas pourquoi tel élément est là
Il y a trop de gens qui publient partout sur Internet des projets vibe coded, en cachant d’abord ce fait et en disant simplement « c’est moi qui l’ai fait », tout en récupérant tous les compliments
Puis plus tard, lorsqu’ils admettent qu’ils n’ont rien écrit eux-mêmes et qu’ils ne savent même pas comment cela fonctionne, ils veulent alors faire passer ça comme si « utiliser l’IA ne posait aucun problème »
Mais utiliser l’IA comme outil et faire du copier-coller sans compréhension tout en présentant l’ensemble comme son propre mérite sont deux choses totalement différentes