neo: Neo.mjs is a self-evolving software organism: a professional end-to-end AI engineering team whose cross-model swarm inhabits live apps via Neural Link, Active Hybrid GraphRAG, DreamService, and self-healing loops.

Neo.mjs zwischen Gehirn und Körper

Neo.mjs wird in seiner README als selbstentwickelnder Software-Organismus beschrieben: ein professionelles, End-to-End-ki-Engineering-Team, das in seinem eigenen Open-Source-Repository lebt. Das Projekt ist in zwei Teile geteilt, die durch das sogenannte Neural Link verbunden sind. Das Gehirn unter /ai/ ist das Agent-OS, das Speicher, Wissen, Koordination und Automatisierung umfasst. Der Körper unter /src/ ist eine Produktionsanwendungsengine, die Worker und native ES-Module verwendet. Die README präsentiert dies als ein System, in dem das Gehirn den Körper öffentlich wartet und verbessert, und derselbe Mechanismus auf andere Codebasen gerichtet werden kann.

Prüfnotiz 1 für neo: neo wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Neo.mjs zwischen Gehirn und Körper betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe Neo.mjs, Neural Link, Agent-OS, Multi-Thread, npm in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Agent-OS und Multi-Thread-Engine

Die README nennt eine strukturierte Institution aus menschlichen und KI-Wartenden. Tobias ist der menschliche Gründer und Merge-Gate-Autorität. Mehrere Maschinenkonten, die jeweils an eine Modellfamilie (Claude, Gemini, GPT, Kimi) gebunden sind, fungieren als Wartende mit dauerhaften Identitäten. Sie erstellen Tickets und PRs, überprüfen sich gegenseitig über Familien hinweg und kommunizieren über A2A-Nachrichten, die in einem Memory Core gespeichert sind. Das Projekt beschreibt ein gated-RSI-Modell: Der Schwarm führt den Engineering-Lebenszyklus aus, aber der Gründer hat die endgültige Merge-Befugnis. Der DreamService wird als REM-Zyklus-Daemon präsentiert, der Sitzungen in einen nativen Edge-Graphen destilliert und eine Formel für die Golden-Path-Topologie verwendet.

Prüfnotiz 2 für neo: neo wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Agent-OS und Multi-Thread-Engine betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe Neo.mjs, Neural Link, Agent-OS, Multi-Thread, npm in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Neural Link als Besitzschnittstelle

Der Körper ist eine Laufzeit, die im Browser läuft. Die README listet App Worker, VDom Worker, Data Worker, Canvas Worker und SharedWorker für die Multi-Window-Orchestrierung auf. Komponenten sind dauerhafte Objekte und keine transienten DOM-Snapshots, und sie behalten ihren Zustand im App Worker. Das Projekt beansprucht Null-Laufzeitabhängigkeiten, native ES-Module und keine Transpilation. Es gibt auch Beispiele für extreme Skalierung: Finanzhandelsplätze, die über 40.000 Delta-Updates pro Sekunde verarbeiten, und Multi-Window-Kontrollräume. Die README liefert keine unabhängigen Benchmarks für diese Zahlen.

Prüfnotiz 3 für neo: neo wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Neural Link als Besitzschnittstelle betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe Neo.mjs, Neural Link, Agent-OS, Multi-Thread, npm in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Bereitstellung und Evolution

Das Neural Link wird als Brücke beschrieben, die Agenten von statischer Codegenerierung in den Live-Anwendungszustand versetzt. Darüber können Agenten den Komponentenbaum inspizieren, Instanzeigenschaften ändern, Code zur Laufzeit patchen und Ergebnisse sofort verifizieren. Die README gibt das Beispiel eines Chat-Panels, das zu einem Agenten wird, der innerhalb der Anwendung zusammenarbeitet. Es sagt auch, dass das Primitive über die Web-UI hinaus auf Spiele, Roboter und andere Domänen erweitert wird. Die README-Datei selbst enthält keine technische API-Spezifikation für das Neural Link.

Prüfnotiz 4 für neo: neo wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Bereitstellung und Evolution betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe Neo.mjs, Neural Link, Agent-OS, Multi-Thread, npm in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Architektur im Schnellstart

Die README sagt, dass v13 das Agent-OS in eine Multi-Tenant-Cloud-Bereitstellung verwandelt, die auf andere Codebasen gerichtet werden kann. Es beschreibt eine kanonische Topologie mit MCP-Servern für Wissen, Speicher, GitHub-Workflow, Neural Link und Dateisystem sowie einen Orchestrator und einen OIDC-gesteuerten Eingang. Der Evolutionsmechanismus wird als MX-Schleife bezeichnet, bei der interne Reibung zu Tickets, PRs, Fähigkeiten und Speicher wird. Das Projekt nennt sich autopoietisch und sagt, das Artefakt sei ein Nebenprodukt, während die Schleife das Produkt sei. Die README verweist für weitere Details auf Diskussionen und ADRs.

Prüfnotiz 5 für neo: neo wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Architektur im Schnellstart betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe Neo.mjs, Neural Link, Agent-OS, Multi-Thread, npm in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Zielgruppe und Projektumfang

Der Schnellstart ist ein einzelner Befehl: npx neo-app@latest. Laut README richtet er einen neuen App-Arbeitsbereich, eine vorkonfigurierte Shell, einen lokalen Entwicklungsserver ein und startet die App im Browser. Das Projekt richtet sich an Ingenieure, die Unternehmens-Multi-Window-Anwendungen erstellen, KI-Architekten, die an Multi-Agenten-Systemen arbeiten, und Forscher, die autopoietische Systeme untersuchen. Der Architekturteil unterscheidet die Browser-Laufzeit von der Node.js-Toolchain. Die Laufzeit umfasst die Worker und einen Main-Thread, der auf DOM-Patching beschränkt ist. Die Toolchain ist das Agent-OS mit MCP-Servern und DreamService.

Prüfnotiz 6 für neo: neo wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Zielgruppe und Projektumfang betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe Neo.mjs, Neural Link, Agent-OS, Multi-Thread, npm in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Lizenz und Prüfung · neomjs neo

Die README berichtet über den Repository-Umfang Stand Mai 2026: etwa 191.000 Zeilen Engine-Quellcode, 306.000 Zeilen agentenlesbaren kognitiven Inhalts und 36.000 Zeilen Anleitungen, insgesamt nahe 607.000 Zeilen, mit dem Hinweis, dass generiertes /dist es über eine Million treibt. Sie nennt auch über 900 zusammengeführte PRs und über 1.100 geschlossene Issues Stand Juni 2026. Die Community-Kanäle sind Discord und Slack. Das Projekt ist unter der MIT-Lizenz lizenziert, Copyright Tobias Uhlig. Die Lizenz erteilt die Erlaubnis, Kopien zu verwenden, zu kopieren, zu modifizieren, zu fusionieren, zu veröffentlichen, zu verteilen, zu unterlizenzieren und zu verkaufen, stellt die Software jedoch „wie besehen" ohne Gewähr bereit.

Prüfnotiz 7 für neo: neo wird in diesem Abschnitt unter dem konkreten Gesichtspunkt Lizenz und Prüfung betrachtet. Für eine belastbare Prüfung gehören die im README genannten Begriffe Neo.mjs, Neural Link, Agent-OS, Multi-Thread, npm in denselben Testfall. Die Beschreibung ist eine Wiedergabe der dokumentierten Funktion; Messwerte, unabhängige Audits und nicht genannte Integrationen lassen sich aus dem Material nicht ableiten.

Redaktionelles Fazit

Geeignet ist neo für Teams und Einzelpersonen, deren konkreter Bedarf zu Neo.mjs, Neural Link, Agent-OS, Multi-Thread, npm passt. Ungeeignet ist es als pauschaler Ersatz für andere Werkzeuge. Vor einer Entscheidung sollte genau der im README beschriebene Ablauf mit neo in einer isolierten Testumgebung ausgeführt und sein tatsächliches Ergebnis mit der Dokumentation verglichen werden.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes