Parker Settle a passé six mois à construire, seul, ce que Zed fait avec une équipe financée : un éditeur, un terminal, un serveur d'agents et du multi-joueur, le tout en Rust. Le 17 octobre, il l'a soumis à Hacker News. Trois points. Zéro commentaire. Voici l'histoire du produit le plus ambitieux que personne n'utilise.
Ce qu'il y a dans la boîte
Neoism n'est pas un éditeur avec un panneau de chat greffé dessus. C'est un espace de travail natif, une seule fenêtre, et dedans : un terminal à vrais PTY, un éditeur possédé par Rust, des notes Markdown, un serveur d'agents complet, et du travail collaboratif en temps réel entre machines.
Le terminal d'abord. Vrais PTY, rendu GPU du texte, scrollback fluide, onglets, splits, programmes interactifs, contrôle de tâches. Un détail trahit le sérieux du truc : un cd dans un pane reste local à ce pane. Ce n'est pas une bibliothèque branchée à la va-vite. C'est un vrai travail sur le modèle de session.
L'éditeur, ensuite. Coloration Tree-sitter, catalogue LSP géré (survol, définition, références, symboles, diagnostics, formatage, actions de code), couche Vim optionnelle, diff Git, prévisualisation Markdown avec wiki-links, notebooks, lecture EPUB, et même des croquis au format .neodraw. Une palette de commandes (Alt+P) couvre l'ensemble.
Et l'agent. Neoism embarque son propre serveur d'agents, présenté non pas comme un panneau de chat mais comme un runtime Rust embarquable et headless. Fournisseurs et modèles configurables, skills, MCP, plugins, SDK TypeScript, outils shell, fichier, patch, recherche, LSP, notes et web. Un modèle de permissions ask/allow/deny, des sous-agents parallèles, des checkpoints, de l'undo/redo, de la compaction, une mémoire persistante. Les sessions appartiennent à l'espace de travail et survivent à la fermeture d'un pane ou à une reconnexion depuis un autre appareil.
Multi-joueur, enfin. Un daemon fait autorité sur les fichiers, les terminaux et les documents partagés. Édition simultanée en CRDT, présence, avatars, jonction d'une autre machine via Tailscale, auto-hébergement Docker. Le client web utilise le même rendu que le bureau, via Rust compilé en WASM et WebGPU.
Bref, ce n'est pas un projet de week-end. C'est un monorepo d'une trentaine de crates Rust, plus un hôte web en TypeScript.
L'architecture raconte tout
L'inventaire des répertoires à la racine du dépôt est le meilleur argument du projet. On y trouve neoism-frontend/desktop (fenêtre winit), neoism-workspace-daemon (PTY, espaces, appairage, sessions distantes), neoism-agent (serveur d'agents, fournisseurs, outils, permissions, mémoire), neoism-cloud-runtime et neoism-cloud-host (cycle de vie d'un espace par VM, registre durable, courtage de connexions), neoism-terminal-core, sugarloaf (rendu GPU) et neoism-protocol.
Le choix de sugarloaf est intéressant. C'est la brique de rendu de Rio Terminal, un autre projet Rust. Neoism ne réécrit pas le rendu terminal depuis zéro : il réutilise Rio et Alacritty, tous deux sous licence MIT, et le dit proprement dans le fichier LICENSE et le NOTICE. Techniquement honnête, juridiquement propre.
Et la couche cloud mérite qu'on s'y arrête. Le runtime d'agents est pensé pour le multi-tenant : un plan de contrôle décrit comme « execution-disabled », un moteur identique exécuté dans une VM isolée par espace. Autrement dit, l'auteur n'a pas bricolé un outil local. Il a architecturé un SaaS qui n'a pas de clients.
La configuration, le prix, la licence
Configuration en Lua (~/.config/neoism/init.lua), plugins, SDK TypeScript. Licence MIT, texte complet à la racine. Aucune page de tarifs, aucun abonnement, aucun compte obligatoire, aucune facturation. Le coût de l'IA, c'est celui des tokens chez le fournisseur que vous choisissez : OpenAI, Anthropic, Google, ou un modèle local.
C'est un vrai argument face aux IDE-agent commerciaux qui imposent leur marge sur les tokens. Ici, vous apportez vos clés, Neoism n'ajoute rien. La FAQ du site le dit noir sur blanc : gratuit et open source, le coût dépend du fournisseur, pas de surcoût Neoism.
Petit détail qui piège les robots de détection : l'API GitHub renvoie « NOASSERTION » pour le champ licence. C'est un défaut de détection automatique, pas un problème juridique. Le fichier LICENSE est bien un MIT lisible.
124 étoiles. Comptez bien.
Le produit est techniquement sérieux. Les chiffres, eux, sont cruels.
124 étoiles sur GitHub. 8 forks. 2 issues ouvertes. Zéro watcher. 952 téléchargements cumulés sur l'ensemble des releases, tous systèmes confondus. Pour comparaison, un projet Rust populaire dépasse ce chiffre en une journée de front page.
La dernière version, v0.7.128, sortie le 17 octobre : une dizaine de téléchargements. Six pour l'archive Linux, trois pour le MSI Windows. Les binaires sont lourds au passage : 126,8 Mo le MSI, 161,6 Mo le DMG macOS ARM, 173,9 Mo le tar.gz Linux.
Et Hacker News. Le 17 octobre à 21h53 UTC, l'auteur lui-même soumet son projet. Résultat : 3 points, zéro commentaire. Pas de controverse, pas d'engouement, pas de discussion. Le fil est mort-né.
Ajoutons deux annuaires qui reprennent la fiche du dépôt sans données propres, et un compte de curation qui l'a mentionné sur X le 11 octobre, sans chiffres de portée vérifiables. C'est tout.
Le contraste est le sujet. Pas la peine de chercher une tendance de marché là où il n'y a qu'une curiosité technique.
124 versions en trois mois et demi
Le rythme de publication est lui-même un signal. Le dépôt existe depuis le 27 avril 2026. Première version publique, v0.5.0, le 7 juillet. Depuis, 124 versions, dont 111 marquées stables, en trois mois et demi.
v0.7.124 le 10 octobre, v0.7.125 le 12, v0.7.126 le 15, v0.7.127 le 16, v0.7.128 le 17. Des correctifs quotidiens sur une version « stable ».
Deux lectures possibles. Une maturation rapide, ou une instabilité chronique. La note de version de la 0.7.128 tranche à sa manière : le durcissement « améliore les bornes d'échec et le diagnostic ; il n'établit pas que la cause précédente de déconnexion du runner hébergé est corrigée ». De l'honnêteté. Et un aveu.
Un seul gars, et un frère peut-être
Parker Settle. Compte GitHub créé le 10 juillet 2022, sept dépôts publics, huit abonnés. Biographie : « CHRIST IS KING! ». Société déclarée : « Synapse Communications ». Le dépôt Neoism est hébergé sur un compte personnel, pas une organisation.
Le README crédite un unique contributeur externe, Logan Settle, pour des correctifs du MSI Windows. Le nom de famille suggère un lien familial. Ça ne fait pas une équipe.
Aucune trace de financement, d'accélérateur, de capital-risque. Le facteur de bus est de un. Un projet de cette ampleur, maintenu par une personne seule, avec des versions quotidiennes, c'est soit un exploit de productivité, soit une bombe à retardement de maintenance. Les deux lectures tiennent. Les faits sont là, la question reste ouverte.
Zed, en face, a 91 866 étoiles
Pour situer le combat, un tableau vaut mieux qu'un paragraphe.
Produit | Étoiles | Langage | Licence | Positionnement |
Neoism | 124 | Rust | MIT | Terminal, éditeur, notes, agent, multi-joueur dans un binaire |
91 866 | Rust | mixte | Éditeur GPU collaboratif, équipe financée | |
7 267 | TypeScript | Apache-2.0 | Espace d'agents local multi-fournisseurs | |
7 621 | Rust | MIT | Terminal GPU, brique de rendu réutilisée par Neoism |
Neoism veut faire ce que Zed fait pour l'édition collaborative, mais avec le terminal comme surface principale, les notes, et un daemon qui permet de rejoindre son espace depuis un téléphone. Face à Craft Agents, la différence est le natif contre le web : Neoism revendique un rendu GPU et de vrais PTY, Craft Agents un empilement TypeScript plus facile à installer.
Les faiblesses sont tout aussi nettes. Pas d'écosystème d'extensions comparable à VS Code, pas de réputation de stabilité, pas de communauté, pas de support. Un dev qui cherche un IDE-agent fiable aujourd'hui n'a aucune raison de quitter Cursor ou Zed pour un projet à 124 étoiles, sauf s'il veut précisément cette combinaison : terminal plus agent plus auto-hébergement.
Ce qui devrait vous faire réfléchir
D'abord, la surface de sécurité. Le daemon expose des terminaux, des fichiers et des sessions d'agents à des clients distants, avec appairage et auto-hébergement Docker. Le modèle de permissions ask/allow/deny est un bon signe. Mais aucun audit de sécurité tiers n'a été trouvé, et pas de fichier SECURITY.md à la racine. Pour un outil qui donne à un agent l'accès au shell et aux fichiers, c'est le point à vérifier avant toute recommandation.
Ensuite, le périmètre. Éditeur, terminal, notes, dessins, EPUB, notebooks, agent, sous-agents, mémoire, MCP, plugins, SDK, multi-joueur CRDT, daemon, cloud multi-tenant. Pour une personne. La probabilité que chaque brique soit au niveau de son concurrent spécialisé est faible, et aucun benchmark public ne permet de trancher.
La dépendance GPU, aussi. Le rendu passe par sugarloaf, qui s'appuie sur Metal, Vulkan ou WebGPU selon la plateforme. Sur une machine sans accélération correcte, l'expérience peut se dégrader. Le README documente d'ailleurs un cas NixOS qui exige un lanceur spécifique. Signe que le déploiement Linux n'est pas trivial partout.
Enfin, le nom. parkers0405/neoism n'est pas le premier Neoism de GitHub : jmcvetta/neoism, un client Neo4j en Go, occupe le nom depuis 2012, avec 387 étoiles. Le mot renvoie aussi à un mouvement artistique. D'où la nécessité de donner l'URL exacte, et le slug neoism-ide pour éviter l'ambiguïté.
Verdict
Neoism est un objet technique remarquable, et un échec commercial complet à ce jour. Les deux sont vrais en même temps.
L'architecture est cohérente. L'assemblage de briques MIT est honnête. Le modèle BYOK, sans marge sur les tokens, est séduisant. Mais 124 étoiles, 952 téléchargements et un fil Hacker News mort-né ne mentent pas : personne ne s'en sert, et personne n'en parle.
Est-ce grave ? Pour l'auteur, peut-être. Pour le reste d'entre nous, c'est surtout instructif. Neoism montre où va la catégorie « agent harness » quand un seul développeur la pousse à fond. Il sert de point de comparaison pour Zed, Craft Agents et les IDE commerciaux. Ce n'est pas une promesse de disruption. C'est un cas d'école.
Si vous voulez un agent qui vit dans votre terminal, sans abonnement, avec vos clés et votre auto-hébergement, jetez un œil au code. Et lisez-le avant de lui confier vos fichiers. À 124 étoiles, la confiance se mérite.
Sources
Auteur
Krugz
Développeur fullstack
Développeur fullstack qui tente, tant bien que mal, de suivre l'actualité de l'IA au milieu d'une marée d'informations imbuvables et des milliers d'outils et de modèles qui sortent chaque jour.
