elizaOS/eliza: ein Open-Source-TypeScript-Agenten-Laufzeit- und Produkt-Monorepo
Open-Source-Agenten-Betriebssystem. Apps auf elizaOS elizaOS führt Apps aus, nicht nur einen Agenten.
Auf einen Blick
- Was ist das?
- Ein quellenbasierter Blick auf das elizaOS/eliza-Repository: was es enthält, wie man es ausführt und wohin die README als Nächstes verweist.
- Für wen ist es gedacht?
- Das elizaOS/eliza-Repository ist ein breites Monorepo, das Laufzeit, Anwendungsschicht, CLI, Cloud-Schnittstellen und native Brücken zusammenführt, während die bootfähigen Betriebssystem-Distributionen in einem separaten Repository liegen. Die README verweist konsequent auf paketbezogene Dokumentation für genaue Unterstützungs- und Einrichtungsdetails und macht keine Angaben zu spezifischer Leistung oder Produktionsergebnissen.
- Darf ich es kommerziell nutzen?
- Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Ein TypeScript-Monorepo für Agentenlaufzeit und Produkte
Die README beschreibt elizaOS als ein Open-Source-TypeScript-Framework und Produkt-Stack für autonome KI-Agenten. Das Monorepo enthält die Kernlaufzeit, die Eliza-App, die CLI, Cloud-Dienste, native Brücken und Erstanbieter-Plugins. Bootfähige Linux- und Android-Distributionen befinden sich nicht in diesem Repository, sondern im separaten elizaOS/os-Repository. Die Repository-Metadaten zeigen 18.902 Sterne und 5.606 Forks, aber die README selbst zitiert keine Nutzungsstatistiken oder Produktionsbereitstellungen.
Das Repository aus dem Quellcode ausführen
Um das Repository aus dem Quellcode auszuführen, verlangt die README, die in package.json festgelegten Bun- und Node-Versionen zu installieren, dann mit git clone --filter=blob:none https://github.com/elizaos/eliza.git zu klonen, in das Verzeichnis zu wechseln, bun install auszuführen und mit bun run dev zu starten. Der Installationsschritt bereitet auch Submodule, Patches und Laufzeit-Artefakte vor; bun run install:light überspringt das große Artefakt-Bundle. Weitere dokumentierte Befehle sind bun run build, bun run verify, bun run test, bun run test:e2e und bun run cloud:mock. Die genauen festgelegten Versionen sind in der README nicht aufgeführt, daher muss package.json überprüft werden, bevor man diesen Schritten folgt.
Die Eliza-Anwendung und die Framework-Pakete
Eliza ist die benutzerorientierte Agenten-App für Web, Desktop und Mobilgeräte, deren Fähigkeiten von der Laufzeit und installierten Plugins bereitgestellt werden. Die README listet Chat, Sprache, Gedächtnis, Wissen, Dokument-Workflows, Messaging- und Arbeitsbereichs-Konnektoren, Kalender- und Erinnerungsdomänen, Browser- und Desktop-Automatisierung, native Gerätebrücken, nicht verwahrte EVM- und Solana-Wallet-Operationen, geplante Workflows und Kodierungs-Agenten-Orchestrierung auf. Die Verfügbarkeit hängt vom Betriebssystem, den Plugins, Berechtigungen und konfigurierten Modellanbietern ab. Das Kernframework ist modellunabhängig; @elizaos/core definiert AgentRuntime, kanonische Typen, die Nachrichtenschleife, Gedächtnis- und Zustandsprimitive sowie Plugin-Verträge, während @elizaos/agent einen eigenständigen Agenten und HTTP-Backend zusammenstellt, @elizaos/app-core und @elizaos/ui Anwendungs-Hosting und gemeinsame React-UI unterstützen und das elizaos-Paket die CLI ist.
Lokale Inferenz mit plugin-local-inference
Das Paket plugin-local-inference bietet einen On-Device-Inferenzpfad. Die aktuelle Eliza-1-Registry enthält 2B-, 4B-, 9B- und 27B-Textstufen basierend auf Gemma 4 sowie lokale Einbettungen, Sprach-, Vision- und Bildgenerierungs-Assets. Hardware-Erkennung und Modell-Routing wählen unterstützte Backends aus; nachdem die erforderlichen Assets heruntergeladen wurden, können berechtigte Operationen ohne Netzwerkverbindung ausgeführt werden. Die README sagt, dass lokale Inferenz nicht auf nicht unterstützter Hardware erzwungen wird; jede Modellfähigkeit kann an lokale, direkte Anbieter- oder Eliza-Cloud-Backends geroutet werden. Es werden keine Benchmarks oder Leistungsansprüche genannt.
Eliza Cloud als optionale Schicht
Eliza Cloud ist optional und bietet Konto- und Authentifizierungsdienste, gehostetes Modell-Routing, Anwendungs- und Agentenbereitstellung, Remote-Konnektivität und geräteübergreifende Produktdienste. Die README stellt fest, dass die lokale Laufzeit und die direkte Modellanbieter-Konfiguration weiterhin erstklassige Pfade sind. Sie beschreibt keine Preise, Betriebszeiten oder Datenverarbeitung, daher müssten diese Details vom Cloud-Produkt selbst verifiziert werden. Das Repository enthält den Befehl cloud:mock, um einen lokalen Eliza-Cloud-Stack mit Mocks auszuführen.
Das separate elizaOS/os-Repository
Die README verweist auf elizaOS/os als Eigentümer der bootfähigen Linux- und AOSP-Distributionen, Installationsprogramme, Release-Manifeste und OS-Toolchains. Dieses Monorepo behält die Eliza-Anwendungsshells und nativen Laufzeitbrücken, die für Desktop-, iOS-, Android- und Geräteintegrationen verwendet werden. Die README gibt keine Build-Anweisungen für diese OS-Images und spezifiziert nicht, welche Geräte unterstützt werden; diese Informationen müssten aus dem os-Repository stammen.
Gerüstbau mit der elizaos-CLI
Die von diesem Zweig veröffentlichte Beta-CLI verwendet das nicht bereichsbezogene elizaos-Paket. Die README zeigt bun add --global elizaos@beta, dann elizaos create my-project --template project für einen bereitstellbaren Arbeitsbereich und elizaos create plugin-example --template plugin für ein wiederverwendbares Fähigkeitspaket. Die Vorlagenverträge befinden sich in packages/elizaos/templates/. Um die Laufzeit direkt einzubetten, importieren Sie @elizaos/core. Der Szenario-Runner bietet ausführbare Integrationsabdeckung gegen eine echte Laufzeit und, wenn konfiguriert, Live-Modelle.
Repository-Struktur, Beitragsregeln und Lizenz
Die README teilt das Repository in packages/, plugins/, scripts/ und patches/. Jedes gewartete Paket oder Plugin sollte eine eigene README.md und ein zugehöriges CLAUDE.md/AGENTS.md haben. Mitwirkende werden angewiesen, vor einer nicht trivialen Änderung ein Issue zu öffnen und Pull-Requests gegen develop einzureichen; Links zu Fehlerberichten, Funktionsanfragen, Agenten-Arbeitsaufgaben, Windows-Einrichtung und Sicherheitsdokumentation sind enthalten. Die Lizenz ist MIT, Urheberrecht 2026 Shaw Walters und elizaOS Contributors, und erlaubt die Nutzung, Vervielfältigung, Änderung, Zusammenführung, Veröffentlichung, Verteilung, Unterlizenzierung und den Verkauf von Kopien, wobei die Software ohne Gewähr bereitgestellt wird. Der Lizenztext macht keine Aussagen über Support, Sicherheitslage oder Eignung für einen bestimmten Zweck über den Haftungsausschluss hinaus.
Redaktionelles Fazit
Das elizaOS/eliza-Repository ist ein breites Monorepo, das Laufzeit, Anwendungsschicht, CLI, Cloud-Schnittstellen und native Brücken zusammenführt, während die bootfähigen Betriebssystem-Distributionen in einem separaten Repository liegen. Die README verweist konsequent auf paketbezogene Dokumentation für genaue Unterstützungs- und Einrichtungsdetails und macht keine Angaben zu spezifischer Leistung oder Produktionsergebnissen.
Community-Notizen