{"id":427,"date":"2026-08-30T16:30:31","date_gmt":"2026-08-30T16:30:31","guid":{"rendered":"https:\/\/hoge.gg\/de\/eliza-2026-agentisches-betriebssystem-nach-token\/"},"modified":"2026-08-30T16:30:31","modified_gmt":"2026-08-30T16:30:31","slug":"eliza-2026-agentisches-betriebssystem-nach-token","status":"publish","type":"post","link":"https:\/\/hoge.gg\/de\/eliza-2026-agentisches-betriebssystem-nach-token\/","title":{"rendered":"Eliza 2026: Wird aus dem KI-Framework ein Betriebssystem?"},"content":{"rendered":"

Der Token ist tot, das Etikett ist neu<\/h2>

„The token is dead. Completely.“ Mit diesem Satz beendete Gr\u00fcnder Shaw Walters am 5. August 2026 auf X die Marktgeschichte eines Coins, der Anfang 2025 rund 2,4 Milliarden US-Dollar (gut zwei Milliarden Euro) wert gewesen war. Die Eliza Foundation l\u00f6ste sich auf, das verbliebene Treasury floss in einen Vergleich mit der Kanzlei Burwick Law. CoinDesk<\/a> nannte es das Ende eines der bekanntesten KI-Agenten-Projekte der letzten zwei Jahre.<\/p>

Wer danach das Verschwinden der Software erwartet hatte, irrt. Einen Monat sp\u00e4ter beschreibt sich das Repository elizaOS\/eliza auf GitHub nicht mehr als Framework, sondern als „Your agentic operating system“, ein quelloffenes agentisches Betriebssystem. Der Code ist quicklebendig: rund 19.200 Sterne, ein Release-Schub bis in den 23. August, dokumentierte Aktivit\u00e4t im Hauptzweig noch am 29. August 2026. Das GitHub-Repository<\/a> tr\u00e4gt die MIT-Lizenz und ist in TypeScript geschrieben.<\/p>

Parallel meldete ein b\u00f6rsennotierter Partner Bewegung: Secure Blockchain verk\u00fcndete \u00fcber die Tochter Agentic Solutions Anfang August seinen ersten zahlenden Unternehmenskunden f\u00fcr eine private Agentenumgebung. Der Auftrag<\/a> markiert den \u00dcbergang von der Entwicklung zum kommerziellen Betrieb.<\/p>

Damit stellt sich die Frage, um die es hier geht: Ist „agentisches Betriebssystem“ eine echte Produktkategorie, oder ist es das Etikett, mit dem ein Projekt seiner toten W\u00e4hrung entkommt? Der Kurs erz\u00e4hlt das eine, der Quellcode das andere. Dass Frameworkqualit\u00e4t und Tokenkurs zwei getrennte Dinge sind, war bei Eliza immer der Kern der Geschichte. Jetzt wird dieser Satz zur Gesch\u00e4ftsstrategie.<\/p>

Was ein agentisches Betriebssystem sein soll<\/h2>

Ein Betriebssystem verwaltet Ressourcen, plant Prozesse, vermittelt zwischen Software und Hardware und stellt eine stabile Schnittstelle bereit, damit Programme nicht jedes Mal das Rad neu erfinden m\u00fcssen. \u00dcbertr\u00e4gt man dieses Bild auf autonome KI-Agenten, ergibt sich die Metapher, die elizaOS f\u00fcr sich beansprucht: Die Laufzeitumgebung (Runtime) ist der Kernel, Plugins sind Treiber und Systemaufrufe, ein Agent ist ein Prozess, der Speicher funktioniert wie ein Dateisystem, und das Sprachmodell ist die austauschbare Rechenhardware.<\/p>

Konkret l\u00e4uft jede Nachricht durch eine dreistufige Pipeline. Sogenannte Providers reichern den Kontext an, den das Modell sieht; das Modell w\u00e4hlt daraufhin aus einer Menge von Actions, also ausf\u00fchrbaren F\u00e4higkeiten wie einem Token-Swap oder einem API-Aufruf; anschlie\u00dfend laufen Evaluators, die das Ergebnis bewerten und den dauerhaften Speicher aktualisieren. Dieses Muster ist der Grund, warum das Projekt sich nicht mehr nur als Bibliothek versteht, sondern als Umgebung, in der Agenten leben.<\/p>

Die Idee ist nicht exotisch. In der Forschung kursiert das Konzept eines Agenten-Betriebssystems f\u00fcr Sprachmodelle seit 2024, etwa im vielzitierten AIOS-Papier, das einen Scheduler und eine Speicherverwaltung f\u00fcr Agenten skizziert. Der Unterschied bei elizaOS ist der Anspruch, das Ganze quelloffen, chain-f\u00e4hig und selbst betreibbar zu liefern statt als geschlossenen Cloud-Dienst. Ob das die Bezeichnung Betriebssystem rechtfertigt oder ob es ein besonders ehrgeiziges Framework bleibt, ist genau die strittige Frage.<\/p>

Was tats\u00e4chlich in der Box steckt<\/h2>

Zwischen Anspruch und Auslieferung lohnt der n\u00fcchterne Blick. Der Kern liegt in einem Monorepo, das mehr b\u00fcndelt als eine reine Agentenbibliothek: die Runtime, eine App-Schicht, ein Kommandozeilen-Werkzeug (CLI), eine Cloud-Komponente, Br\u00fccken zu nativen Plattformen und eine Reihe von Erstanbieter-Plugins. Die Versionslinie v2.0.x wurde \u00fcber das Jahr 2026 stabilisiert; die Entwicklung lief bis in den Sp\u00e4tsommer ohne Unterbrechung weiter, mit hunderten offenen Issues und Pull Requests als Zeichen eines aktiven, aber auch unfertigen Projekts.<\/p>

W\u00f6rtlich als Betriebssystem gemeint ist ein zweites, separates Repository namens elizaOS\/os. Es beschreibt sich als agentisches Betriebssystem auf Basis von elizaOS, Android Open Source und Debian Linux, also als Linux-Distribution mit Agenten im Zentrum. Der Realit\u00e4tscheck: Dieses Repository z\u00e4hlt bislang gerade einmal rund 15 Sterne. Es ist eine Absichtserkl\u00e4rung, kein ausgeliefertes Produkt. Wer heute von einem agentischen Betriebssystem spricht, meint praktisch das Framework mit OS-Ambition, nicht ein installierbares OS f\u00fcr den Massenmarkt.<\/p>

Diese Ehrlichkeit ist wichtig, weil die Kluft zwischen Marketing und Codebasis bei Eliza schon einmal teuer war. Der Vorwurf der Sammelklage lautete im Kern, dass die versprochene Autonomie nie existierte. Beim OS-Label sollte man denselben Ma\u00dfstab anlegen: Was ist ausgeliefert, was ist Roadmap?<\/p>

Framework, Plattform oder Betriebssystem? Wo die Rivalen stehen<\/h2>

Um die Kategorie zu verstehen, hilft der Vergleich mit den Nachbarn. Nicht jedes Agentenprojekt will dasselbe sein. Einige bleiben bewusst Werkzeugkasten, andere bauen einen Marktplatz, wieder andere ein Betriebssystem.<\/p>

Projekt<\/th>Selbstverst\u00e4ndnis<\/th>Monetarisierung<\/th>Token<\/th><\/tr><\/thead>
elizaOS<\/td>Agentisches Betriebssystem<\/td>Dienstleistungen, White-Label-Produkte, Forks<\/td>tot (August 2026)<\/td><\/tr>
Virtuals Protocol<\/td>Launchpad und Plattform<\/td>Ausgabe- und Handelsgeb\u00fchren<\/td>VIRTUAL (~463 Mio. USD)<\/td><\/tr>
Olas (Autonolas)<\/td>Netzwerk f\u00fcr Agenten-Dienste<\/td>Marktplatzgeb\u00fchr, Governance<\/td>OLAS<\/td><\/tr>
LangChain<\/td>Framework und SDK<\/td>kommerzielle SaaS-Schicht, Enterprise<\/td>kein Token<\/td><\/tr>
CrewAI<\/td>Multi-Agenten-Framework<\/td>Enterprise-SaaS, Cloud<\/td>kein Token<\/td><\/tr><\/tbody><\/table>
Positionierung und Erl\u00f6squellen im Vergleich; Marktdaten laut CoinGecko, 30. August 2026.<\/figcaption><\/figure>

LangChain und CrewAI verdienen Geld mit kommerziellen Schichten \u00fcber einem offenen Kern (Beobachtbarkeit, Hosting, Enterprise-Support), ohne je einen Token ausgegeben zu haben. Virtuals Protocol ist im Kern ein Launchpad, das an Ausgabe und Handel von Agenten-Token verdient; sein VIRTUAL-Token bringt laut CoinGecko<\/a> noch rund 463 Millionen US-Dollar auf die Waage. Olas betreibt einen Marktplatz f\u00fcr Agenten-Dienste mit einer Protokollgeb\u00fchr. elizaOS ist der Sonderfall: Es hatte einen Token, hat ihn verloren und setzt nun ausschlie\u00dflich auf Software und Dienstleistungen. Genau deshalb ist die OS-Frage f\u00fcr Eliza existenzieller als f\u00fcr die anderen.<\/p>

Warum das OS-Label nach dem Token-Tod wichtiger wird<\/h2>

Solange ein Token existiert, hat ein Projekt einen Spekulations-Motor. Aufmerksamkeit l\u00e4sst sich in Kurs \u00fcbersetzen, Kurs in Schlagzeilen, Schlagzeilen in Entwickler. F\u00e4llt dieser Motor weg, muss die Software aus eigener Kraft relevant bleiben. Das OS-Label ist der Versuch, genau diese Relevanz zu behaupten: nicht „kauf den Token“, sondern „bau auf der Plattform“.<\/p>

Die Zahlen zeigen, wie tief der Fall war und wie klein die verbliebene Marktrelevanz des Tokens ist.<\/p>

Kennzahl<\/th>Stand 30. August 2026<\/th><\/tr><\/thead>
ELIZAOS-Kurs<\/td>~0,00018 EUR (~0,00021 USD)<\/td><\/tr>
Marktkapitalisierung ELIZAOS<\/td>~1,3 Mio. EUR (Rang ~2.500)<\/td><\/tr>
Abstand zum Hoch (Januar 2025)<\/td>mehr als 99,9 Prozent<\/td><\/tr>
GitHub-Sterne (elizaOS\/eliza)<\/td>~19.200<\/td><\/tr>
Sektor KI-Agenten gesamt<\/td>~2,7 Mrd. EUR (~3,09 Mrd. USD)<\/td><\/tr>
OS-Distribution (elizaOS\/os)<\/td>~15 Sterne (fr\u00fche Phase)<\/td><\/tr><\/tbody><\/table>
Momentaufnahme; Quellen: CoinGecko und GitHub.<\/figcaption><\/figure>

Der ELIZAOS-Token notiert laut CoinGecko<\/a> bei rund 0,00018 Euro und bringt gut 1,3 Millionen Euro Marktkapitalisierung auf die Waage, Rang jenseits der 2.500. Vom Hoch Anfang 2025 trennen ihn mehr als 99,9 Prozent. Der breitere Sektor der KI-Agenten-Token steht bei rund 2,7 Milliarden Euro und damit unter dem Niveau vom Jahresanfang. Der Kontrast ist der eigentliche Befund: W\u00e4hrend die Token schrumpfen, w\u00e4chst die Codebasis. Diese Divergenz, Infrastruktur w\u00e4chst und Spekulationsobjekt stirbt, ist das Leitmotiv des Sektors 2026 und der Grund, warum manche Teams offen sagen, sie wollten nie wieder einen Token in die N\u00e4he ihres Produkts lassen.<\/p>

Wer wirklich darauf baut<\/h2>

Ein Betriebssystem ist nur so viel wert wie das, was darauf l\u00e4uft. Hier hat Eliza nach dem Hype-Ende paradoxerweise die interessanteste Phase: Der laute Teil der Community ist weg, der leise, kommerzielle Teil bleibt.<\/p>

Akteur<\/th>Was er tut<\/th>Bezug zu Eliza<\/th>Signal<\/th><\/tr><\/thead>
Secure Blockchain \/ Agentic Solutions<\/td>White-Label-Produkt Agentic SME f\u00fcr KMU; erster Enterprise-Auftrag (August 2026)<\/td>Entwicklungsvertrag mit der Eliza Foundation, Produkt auf offenem elizaOS<\/td>Kommerzialisierung<\/td><\/tr>
Nethermind<\/td>eigener Fork der Plugin-Registry<\/td>Ethereum-Infrastrukturteam pflegt Registry<\/td>Ernstnahme durch Infra-Teams<\/td><\/tr>
Automata Network<\/td>Registry-Fork plus DCAP-Plugin (TEE-Attestierung)<\/td>Proof-of-Agent via Intel DCAP<\/td>Vertrauens- und Sicherheitslayer<\/td><\/tr>
Shaw Walters \/ Eliza Labs<\/td>Weiterentwicklung des Kern-Stacks, kein Token<\/td>IP-Eigent\u00fcmer, Hauptmaintainer<\/td>Kontinuit\u00e4t trotz Foundation-Ende<\/td><\/tr><\/tbody><\/table>
Wer nach dem Hype-Ende praktisch auf elizaOS aufbaut.<\/figcaption><\/figure>

Am konkretesten ist Agentic SME, ein Produkt der b\u00f6rsennotierten Secure Blockchain und ihrer Tochter Agentic Solutions. Der Entwicklungsvertrag mit der Eliza Foundation<\/a> sieht ein wei\u00df etikettiertes Agentenprodukt f\u00fcr kleine und mittlere Unternehmen vor, gebaut auf dem offenen elizaOS, kundenseitig betreibbar; das Eigentum am fertigen Produkt liegt bei Agentic, nicht am Framework. Anfang August meldete das Unternehmen seinen ersten zahlenden Auftrag, eine private Agentenumgebung f\u00fcr einen australischen Gro\u00dfh\u00e4ndler. Gesch\u00e4ftsf\u00fchrer Steven Bryson-Haynes sagte, Unternehmen suchten zunehmend praktische Wege, KI sicher mit den eigenen Daten zu nutzen; der Auftrag sei bewusst eng gefasst, aber als Fundament f\u00fcr den Ausbau gedacht.<\/p>

Wichtig ist die Pr\u00e4zision: Die Mitteilung zum Auftrag sprach allgemein von quelloffenen und kommerziell lizenzierten Agententechnologien und nannte elizaOS nicht ausdr\u00fccklich. Man sollte den Vertrag also nicht als reines Eliza-Referenzprojekt verkaufen. Er zeigt aber, dass der Akteur, der Agentic SME auf elizaOS baut, echte Ums\u00e4tze macht.<\/p>

Auf der Infrastrukturseite ist das Signal \u00e4lter, aber belastbar. Das Ethereum-Team Nethermind pflegt einen eigenen Fork der Plugin-Registry, und Automata Network betreibt neben einem Registry-Fork ein DCAP-Plugin f\u00fcr Intel-basierte TEE-Attestierung, mit dem sich beweisen l\u00e4sst, in welcher Umgebung ein Agent l\u00e4uft. Wenn seri\u00f6se Infrastrukturteams ihre eigenen Registries betreiben, ist das ein st\u00e4rkeres Vertrauenssignal als jeder Kurssprung.<\/p>

Das Gesch\u00e4ftsmodell ohne Token<\/h2>

Bleibt die unbequeme Frage: Wenn die Foundation aufgel\u00f6st und das Treasury verbraucht ist, wer bezahlt dann die Wartung eines Projekts mit fast 20.000 Sternen? Open-Source-Infrastruktur ohne tragf\u00e4higes Finanzierungsmodell ist ein bekanntes Risiko; die Softwarewelt hat mit Vorf\u00e4llen wie der xz-Hintert\u00fcr 2024 schmerzhaft gelernt, wie fragil kritische Bausteine sein k\u00f6nnen, wenn sie an wenigen unbezahlten Schultern h\u00e4ngen.<\/p>

F\u00fcr Eliza zeichnen sich drei Finanzierungspfade ab, die sich nicht ausschlie\u00dfen. Erstens Walters selbst als IP-Eigent\u00fcmer und Hauptentwickler: Er hat angek\u00fcndigt, weiterzumachen, ausdr\u00fccklich ohne neuen Token. Zweitens kommerzielle Adoptierer wie Secure Blockchain, Nethermind und Automata, die aus Eigeninteresse Code beisteuern und Registries pflegen. Drittens die klassische Mischung aus Unternehmenssponsoring, Auftragsentwicklung und F\u00f6rdergeldern, wie sie andere Open-Core-Projekte tr\u00e4gt.<\/p>

In seiner Abschiedsnotiz zum Token formulierte Walters die Haltung deutlich: „I own the IP, and I am never letting a token come close to Eliza again.“ Und er werde weiterbauen, egal was komme, bis zu einer Welt, in der, wie er schrieb, „we each own our data and we don’t have to pay to be smart“ (Decrypt<\/a>). Das ist mehr als Trotz. Es ist die Umdeutung des Projekts von einem Spekulationsobjekt zu einem Werkzeug f\u00fcr digitale Selbstbestimmung, und damit die Br\u00fccke zum eigentlichen Verkaufsargument des OS.<\/p>

Local-first: der eigentliche Pitch<\/h2>

Der \u00fcberzeugendste Grund, ein agentisches Betriebssystem quelloffen und selbst betreibbar zu bauen, ist Kontrolle. Ein Agent mit Zugriff auf Kalender, Postfach, interne Dokumente und wom\u00f6glich eine Wallet ist genau das, was man nicht bedenkenlos an einen fremden Cloud-Dienst auslagert. Genau hier setzt der Local-first-Gedanke an: Modell-Inferenz lokal, Daten lokal, alles in einer Sandbox.<\/p>

Diese Linie deckt sich mit einem einflussreichen Text von Ethereum-Mitgr\u00fcnder Vitalik Buterin, der im April 2026 f\u00fcr sichere KI-Systeme pl\u00e4dierte: „All LLM inference local first. All files hosted locally. Sandbox everything“ (vitalik.eth.limo<\/a>). Buterin f\u00fchrte sein Setup mit einem lokal laufenden Modell auf einer einzelnen Grafikkarte vor und schlug harte Obergrenzen f\u00fcr autonome Ausgaben sowie eine menschliche Best\u00e4tigung als zweiten Faktor vor. Ein selbst gehostetes Agenten-OS ist die praktische Umsetzung dieser Philosophie.<\/p>

F\u00fcr den deutschsprachigen Raum ist das kein Nischenargument. Datenhoheit, DSGVO-Konformit\u00e4t und die Frage, wo Daten physisch liegen, sind f\u00fcr viele Unternehmen Ausschlusskriterien gegen reine US-Cloud-L\u00f6sungen. Ein lokal betreibbares Agenten-OS adressiert dieses Bed\u00fcrfnis direkt. Zugleich gilt die Vorsicht, die HOGE Wire schon bei dezentraler Inferenz<\/a> beschrieben hat: Selbst betreiben hei\u00dft auch, selbst f\u00fcr Verf\u00fcgbarkeit, Modellqualit\u00e4t und Sicherheit geradezustehen.<\/p>

Der Haken: ein Betriebssystem mit Wallet-Zugriff<\/h2>

Die Kehrseite der Autonomie ist das Risiko. Ein OS, das Transaktionen signieren kann, verschiebt die Vertrauensfrage von „kann die Software abst\u00fcrzen“ zu „kann die Software mein Geld verschieben“. Ein Agent mit Wallet, der etwa Renditestrategien in der DeFi f\u00e4hrt (woher solche Renditen kommen und was sie kosten, ordnet die BTCFi-Analyse<\/a> ein), ist ein lohnendes Angriffsziel. Und die bittere Erkenntnis der letzten Monate lautet: KI-Agenten lassen sich nicht nur \u00fcber Befehle angreifen, sondern \u00fcber ihre Erinnerung.<\/p>

Ein Forschungsteam der Princeton University zeigte mit dem Benchmark CrAIBench, dass Web3-Agenten anf\u00e4lliger f\u00fcr manipulierte Speichereintr\u00e4ge (Memory Injection) sind als f\u00fcr klassische Prompt-Injection; ist der gespeicherte Kontext erst vergiftet, greifen viele Schutzma\u00dfnahmen nicht mehr (arXiv 2503.16248<\/a>). elizaOS diente in der Studie als repr\u00e4sentatives Framework. Praktisch wurde die Angriffsklasse im Mai 2026 beim Grok\/Bankr-Vorfall, bei dem eine versteckte Anweisung einen Agenten dazu brachte, Tokens im Wert von rund 175.000 US-Dollar zu verschieben.<\/p>

Verifizierbare Rechenverfahren wie die TEE-Attestierung (das erw\u00e4hnte Automata-DCAP-Plugin) helfen, beweisen aber nur, in welcher Umgebung ein Agent l\u00e4uft, nicht, dass seine Eingaben sauber sind. Buterins Obergrenzen und das Prinzip Mensch plus Modell als Zwei-Faktor-Best\u00e4tigung bleiben deshalb die pragmatischste Verteidigung. Wer tiefer einsteigen will, findet die Sicherheitsmechanik im HOGE-Wire-Dossier zur Frage, wie sicher ein KI-Agent mit Wallet<\/a> wirklich ist.<\/p>

Was das f\u00fcr deutsche Unternehmen bedeutet: BaFin, MiCA, AI Act<\/h2>

F\u00fcr ein deutsches Unternehmen, das einen Eliza-Agenten produktiv einsetzt, gilt zuerst die Entwarnung: Das Framework selbst ist kein reguliertes Finanzprodukt. BaFin und MiCA beaufsichtigen Dienstleister und Emittenten von Kryptowerten, nicht ein quelloffenes St\u00fcck Software. Die einschl\u00e4gige Orientierung liefert das BaFin-Merkblatt zu Kryptowerte-Dienstleistungen<\/a>.<\/p>

Regulatorisch relevant wird es erst durch das, was der Agent tut. Verwahrt, tauscht oder \u00fcberweist er Kryptowerte f\u00fcr Dritte, kann eine CASP-Erlaubnis unter MiCA n\u00f6tig werden. Gibt er Anlageempfehlungen oder verwaltet Portfolios, greift nicht MiCA, sondern MiFID II; die ESMA hat 2024 eigens klargestellt, dass Wohlverhaltens-, Transparenz- und Aufsichtspflichten auch dann gelten, wenn KI im Spiel ist (ESMA<\/a>). Wie hart die US-Seite parallel an einem eigenen Rahmen arbeitet, zeigt die HOGE-Wire-Analyse zur Regulation Crypto Assets<\/a>.<\/p>

Neu und oft \u00fcbersehen ist die zweite Achse: der EU AI Act. Er betrifft nicht das Krypto-, sondern das KI-System. Seit dem 2. August 2026 greifen die Transparenzpflichten aus Artikel 50; Nutzer m\u00fcssen wissen, dass sie mit einem KI-System interagieren, und KI-generierte Inhalte m\u00fcssen maschinenlesbar gekennzeichnet werden. Die sch\u00e4rferen Pflichten f\u00fcr Hochrisiko-Systeme wurden auf Dezember 2027 verschoben, doch die nationalen KI-Aufsichtsbeh\u00f6rden sind seit 2026 handlungsf\u00e4hig (Europ\u00e4ische Kommission<\/a>). Wer einen Kundenservice-Agenten betreibt, f\u00e4llt praktisch sofort unter die Offenlegungspflicht.<\/p>

Kommt Geldbewegung ins Spiel, r\u00fccken zudem Geldw\u00e4schepflichten in den Blick; was \u00dcberwachung leistet und was sie kostet, hat HOGE Wire in der Analyse zur Krypto-AML 2026<\/a> aufgeschl\u00fcsselt.<\/p>

Die Steuerfrage f\u00fcr den Betreiber<\/h2>

Steuerlich gilt ein einfacher Grundsatz: Ein Agent hat keine Rechtspers\u00f6nlichkeit, also werden seine Gewinne dem Menschen oder dem Unternehmen zugerechnet, dem die Wallet geh\u00f6rt. F\u00fcr Privatpersonen behandelt das deutsche Recht Kryptowerte als anderes Wirtschaftsgut nach Paragraf 23 EStG: Nach einem Jahr Haltefrist sind Ver\u00e4u\u00dferungsgewinne steuerfrei, darunter gilt der pers\u00f6nliche Steuersatz, es existiert eine Freigrenze von 1.000 Euro pro Jahr, und die Zuordnung erfolgt nach FIFO. Die Linie stammt aus dem BMF-Schreiben vom 6. M\u00e4rz 2025.<\/p>

Der Haken f\u00fcr autonome Agenten: Ein Programm, das rund um die Uhr hochfrequent handelt, kann die Grenze zum Gewerbebetrieb \u00fcberschreiten. Dann entf\u00e4llt das Jahresprivileg, es f\u00e4llt Gewerbesteuer an, und Gewinne sind unabh\u00e4ngig von der Haltedauer steuerpflichtig. F\u00fcr ein Unternehmen, das einen Agenten kommerziell betreibt, sind die Ertr\u00e4ge ohnehin Betriebseinnahmen. Der Vergleich mit anderen Ertragsquellen, etwa der Realrendite von Validatoren<\/a>, zeigt, wie unterschiedlich Steuer- und Risikoprofile am Ende ausfallen.<\/p>

Und die Haftung? Sie folgt der Kontrolle. Verursacht ein Agent Schaden, haftet in aller Regel der Prinzipal, also der Betreiber, der die Autonomie einger\u00e4umt und die Grenzen gesetzt hat. Das ist der stille, aber entscheidende Grund, warum Obergrenzen und menschliche Freigaben kein Autonomie-Killer, sondern eine betriebswirtschaftliche Notwendigkeit sind.<\/p>

Kann die Wette aufgehen? Risiken und Wettbewerb<\/h2>

Gegen die OS-Erz\u00e4hlung sprechen mehrere harte Faktoren. Erstens der Wettbewerb von oben: Die gro\u00dfen KI-Anbieter bauen eigene Agenten-Plattformen, und selbst Kryptob\u00f6rsen betreiben inzwischen eigene Agenten-Betriebssysteme f\u00fcr den Handel. Wer „Betriebssystem f\u00fcr Agenten“ sagt, konkurriert damit nicht mehr nur mit anderen Open-Source-Frameworks, sondern mit Konzernen, die Vertrieb, Rechenzentren und Nutzerbasis mitbringen.<\/p>

Zweitens die Kluft zwischen Metapher und Substanz. elizaOS bleibt technisch ein TypeScript-Stack, kein Kernel; die eigentliche OS-Distribution ist mit ihren rund 15 Sternen ein Fr\u00fchstadium. Drittens die Reputationslast: Der tote Token, die Sammelklage und der nie eingel\u00f6ste Autonomieanspruch h\u00e4ngen dem Namen an. Ein neuer Enterprise-Kunde wird zweimal hinsehen, bevor er sein Kerngesch\u00e4ft auf eine Marke setzt, die gerade ihre Stiftung abgewickelt hat.<\/p>

Viertens die Finanzierung. Ohne Token und ohne Stiftung h\u00e4ngt die Weiterentwicklung an kommerziellen Partnern und am Gr\u00fcnder. Das kann funktionieren, wie bei vielen Open-Core-Projekten, oder es kann austrocknen, wenn ein zentraler Beitragender die Lust verliert. Die n\u00e4chsten zw\u00f6lf Monate, in denen sich zeigt, ob aus einzelnen Auftr\u00e4gen ein wiederkehrendes Gesch\u00e4ft wird, sind f\u00fcr diese Frage entscheidender als jede Kursbewegung.<\/p>

Ausblick: warum das Framework den Token \u00fcberlebt<\/h2>

Der eigentliche Lehrsatz von Eliza ist unspektakul\u00e4r und wichtig zugleich: Ein Token kann sterben, ohne dass die Software stirbt, und Software kann \u00fcberleben, ohne je einen Token gebraucht zu haben. Der Sektor der KI-Agenten-Token hat 2026 viel Kapital verbrannt, doch die brauchbaren Bausteine, also Frameworks, Registries und Bezahlprotokolle, sind geblieben und werden weiterentwickelt.<\/p>

Ob agentisches Betriebssystem zu einer echten Kategorie wird oder ein ehrgeiziges Etikett bleibt, entscheidet sich nicht an der Wortwahl, sondern an drei beobachtbaren Gr\u00f6\u00dfen: Wachsen die zahlenden Unternehmenskunden \u00fcber Einzelf\u00e4lle hinaus? Reift das Plugin-\u00d6kosystem zu etwas, das sich wie eine Plattform anf\u00fchlt? Und wird aus der elizaOS\/os-Distribution mehr als eine Absichtserkl\u00e4rung? Solange diese drei Linien nach oben zeigen, ist die OS-Erz\u00e4hlung mehr als Marketing.<\/p>

Walters selbst gibt sich langfristig. Er wolle in zehn Jahren noch da sein und dorthin gehen, wohin die gro\u00dfen Konzerne nicht gehen. „Eliza is dead. Long live Eliza“, schrieb er zum Abschied vom Token. Der Satz ist als Grabrede gemeint, klingt aber wie ein Startsignal, und er verschiebt den Ma\u00dfstab, an dem man das Projekt misst: weg vom Kurs, hin zum Code und zu den Kunden.<\/p>

H\u00e4ufig gestellte Fragen (FAQ)<\/h2>

Ist das Eliza-Framework nach dem Token-Tod noch nutzbar?<\/h3>

Ja. Der Code liegt quelloffen unter MIT-Lizenz auf GitHub, wird aktiv weiterentwickelt (rund 19.200 Sterne, Aktivit\u00e4t bis Ende August 2026) und l\u00e4sst sich ohne jeden Token selbst betreiben. Tot ist der ELIZAOS-Token, nicht die Software.<\/p>

Was bedeutet ein agentisches Betriebssystem bei elizaOS?<\/h3>

Es ist die Selbstbeschreibung des Projekts: eine Laufzeitumgebung, in der KI-Agenten wie Prozesse leben, Plugins wie Treiber F\u00e4higkeiten hinzuf\u00fcgen und ein Speicher Zustand h\u00e4lt. Praktisch ist elizaOS heute ein TypeScript-Stack mit OS-Ambition; eine installierbare OS-Distribution (elizaOS\/os) existiert erst im Fr\u00fchstadium.<\/p>

Kostet elizaOS Geld, wenn es keinen Token mehr gibt?<\/h3>

Das Framework selbst ist kostenlos. Kosten entstehen beim Betrieb, vor allem f\u00fcr Modell-Inferenz und Infrastruktur, sowie beim Einkauf fertiger L\u00f6sungen. Geld verdienen inzwischen Dritte, etwa mit White-Label-Produkten wie Agentic SME oder mit Auftragsentwicklung.<\/p>

Braucht ein deutsches Unternehmen f\u00fcr einen Eliza-Agenten eine BaFin-Lizenz?<\/h3>

F\u00fcr das Framework nicht. Eine Erlaubnis kann n\u00f6tig werden, wenn der Agent Kryptowerte f\u00fcr Dritte verwahrt oder tauscht (CASP unter MiCA) oder Anlageberatung leistet (MiFID II). Unabh\u00e4ngig davon gelten seit August 2026 Transparenzpflichten des EU AI Act sowie die DSGVO.<\/p>

Ist Eliza dasselbe wie ai16z?<\/h3>

Nicht ganz. ai16z war 2024 der KI-Fonds samt Token auf Solana; im Januar 2025 folgte die Umbenennung in ElizaOS. Eliza ist das darunterliegende Agenten-Framework. Der Token wurde im August 2026 f\u00fcr tot erkl\u00e4rt, das Framework wird weitergef\u00fchrt.<\/p>