Neo.mjs : un organisme logiciel auto-évolutif
neomjs/neo offre une implémentation open source exploitable en conditions réelles avec une structure réutilisable.
En bref
- De quoi s’agit-il ?
- Le dépôt décrit une équipe d'ingénierie IA professionnelle de bout en bout qui vit dans sa propre base de code open source.
- À qui s’adresse-t-il ?
- Neo.mjs présente une vision spécifique : une équipe d'ingénierie IA qui maintient sa propre base de code et peut être dirigée vers d'autres. Le README regorge d'affirmations sur l'autonomie, l'échelle et la gouvernance, mais ne contient pas de vérification indépendante.
- Puis-je l’utiliser commercialement ?
- Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
- Est-il encore maintenu ?
- Oui. Les derniers commits datent d’il y a 1 jour.
- En quel langage est-il écrit ?
- Principalement JavaScript, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 14 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Les deux hémisphères
Neo.mjs est décrit dans son README comme un organisme logiciel auto-évolutif : une équipe professionnelle d'ingénierie IA de bout en bout qui vit dans son propre dépôt open source. Le projet est divisé en deux parties reliées par ce qu'il appelle le Neural Link. Le cerveau, dans /ai/, est le système d'exploitation d'agent qui comprend la mémoire, les connaissances, la coordination et l'automatisation. Le corps, dans /src/, est un moteur d'application de production qui utilise des workers et des modules ES natifs. Le README présente cela comme un système où le cerveau maintient et améliore le corps en public, et le même mécanisme peut être dirigé vers d'autres bases de code.
Le cerveau en tant que système d'exploitation d'agent
Le README nomme une institution structurée de mainteneurs humains et IA. Tobias est le fondateur humain et l'autorité de fusion. Plusieurs comptes machine, chacun lié à une famille de modèles (Claude, Gemini, GPT, Kimi), agissent en tant que mainteneurs avec des identités persistantes. Ils créent des tickets et des PR, se revoient mutuellement entre familles et communiquent via des messages A2A stockés dans une mémoire centrale. Le projet décrit un modèle RSI contrôlé : l'essaim exécute le cycle de vie de l'ingénierie, mais le fondateur détient l'autorité finale de fusion. Le DreamService est présenté comme un démon de cycle REM qui distille les sessions en un graphe de bord natif, en utilisant une formule pour la topologie du chemin d'or.
Le corps en tant que moteur d'application multithread
Le corps est un runtime qui s'exécute dans le navigateur. Le README liste App Worker, VDom Worker, Data Worker, Canvas Worker et SharedWorker pour l'orchestration multi-fenêtres. Les composants sont des objets persistants plutôt que des instantanés DOM transitoires, et ils conservent leur état dans l'App Worker. Le projet revendique zéro dépendance runtime, des modules ES natifs et aucune transpilation. Il donne également des exemples de déploiements à grande échelle : des bureaux de trading financier traitant plus de 40 000 mises à jour delta par seconde et des salles de contrôle multi-fenêtres. Le README ne fournit pas de benchmarks indépendants pour ces chiffres.
Neural Link et l'interface de possession
Le Neural Link est décrit comme un pont qui permet aux agents de passer de la génération de code statique à l'état d'application en direct. Grâce à lui, les agents peuvent inspecter l'arborescence des composants, modifier les propriétés des instances, patcher le code à l'exécution et vérifier immédiatement les résultats. Le README donne l'exemple d'un panneau de discussion devenant un agent qui collabore à l'intérieur de l'application. Il indique également que la primitive s'étend au-delà de l'interface Web vers les jeux, les robots et d'autres domaines. Le fichier README ne fournit pas de spécification API technique pour le Neural Link.
Déploiement et mécanisme d'évolution
Le README dit que v13 transforme le système d'exploitation d'agent en un déploiement cloud multi-locataire pouvant être dirigé vers d'autres bases de code. Il décrit une topologie canonique avec des serveurs MCP pour la connaissance, la mémoire, le flux de travail GitHub, le Neural Link et le système de fichiers, plus un orchestrateur et une entrée contrôlée OIDC. Le mécanisme d'évolution est appelé la boucle MX, où la friction interne devient des tickets, des PR, des compétences et de la mémoire. Le projet se qualifie d'autopoïétique et dit que l'artefact est un sous-produit tandis que la boucle est le produit. Le README fait référence à des discussions et des ADR pour plus de détails.
Démarrage rapide, public et architecture
Le démarrage rapide est une seule commande : npx neo-app@latest. Selon le README, il configure un nouvel espace de travail d'application, un shell préconfiguré, un serveur de développement local et lance l'application dans un navigateur. Le projet s'adresse aux ingénieurs construisant des applications multi-fenêtres d'entreprise, aux architectes IA travaillant sur des systèmes multi-agents et aux chercheurs étudiant les systèmes autopoïétiques. La section architecture distingue le runtime navigateur de la chaîne d'outils Node.js. Le runtime comprend les workers et un thread principal limité au patchage DOM. La chaîne d'outils est le système d'exploitation d'agent avec des serveurs MCP et DreamService.
Échelle, communauté et licence
Le README rapporte l'échelle du dépôt en mai 2026 : environ 191 000 lignes de code source du moteur, 306 000 lignes de contenu cognitif lisible par les agents et 36 000 lignes de guides, près de 607 000 lignes au total, avec une note indiquant que le /dist généré le pousse au-delà d'un million. Il cite également plus de 900 PR fusionnées et plus de 1 100 problèmes fermés en juin 2026. Les canaux communautaires sont Discord et Slack. Le projet est sous licence MIT, copyright Tobias Uhlig. La licence accorde la permission d'utiliser, copier, modifier, fusionner, publier, distribuer, sous-licencier et vendre des copies, mais elle fournit le logiciel « tel quel » sans garantie.
Lire neomjs/neo à travers ses fichiers
Le dépôt neomjs/neo doit être compris à partir de ses propres fichiers et de l organisation que son README présente. La description disponible indique notamment : <p align="center"> <picture> <source media="(prefers-color-scheme: dark)" srcset="./resources/images/logo/neo_logo_text_primary_dark.svg"> </picture> </p> </br> <p align="center"> <a href="https://npmcharts.com/compare/neo.mjs?minimal=true"></a> <a href="https://www.npmjs.com/package/neo.mjs"></a> <a href="https://www.npmjs.com/package/neo.mjs"></a> <a href="https://join.slack.com/t/neomjs/shared_invite/zt-6c50ueeu-3. Ce périmètre permet de distinguer une fonction explicitement documentée d une hypothèse sur l écosystème. Il faut conserver les noms des paquets, des répertoires et des options tels qu ils apparaissent dans le dépôt, car une variation minime peut changer le résultat.
Conclusion éditoriale
Neo.mjs présente une vision spécifique : une équipe d'ingénierie IA qui maintient sa propre base de code et peut être dirigée vers d'autres. Le README regorge d'affirmations sur l'autonomie, l'échelle et la gouvernance, mais ne contient pas de vérification indépendante. Pour les ingénieurs et les chercheurs, le projet offre une architecture concrète et un dépôt actif, tandis que la licence MIT maintient le code ouvert et réutilisable.
Notes de la communauté