{"id":534,"date":"2026-09-12T16:30:39","date_gmt":"2026-09-12T16:30:39","guid":{"rendered":"https:\/\/hoge.gg\/de\/eliza-framework-2026-ki-agenten-ai-act-dsgvo\/"},"modified":"2026-09-12T16:30:39","modified_gmt":"2026-09-12T16:30:39","slug":"eliza-framework-2026-ki-agenten-ai-act-dsgvo","status":"publish","type":"post","link":"https:\/\/hoge.gg\/de\/eliza-framework-2026-ki-agenten-ai-act-dsgvo\/","title":{"rendered":"Eliza framework 2026: KI-Agenten, AI Act und DSGVO"},"content":{"rendered":"

Am 11. September 2026 markierte der ELIZAOS-Token ein neues Allzeittief: rund 0,00015 US-Dollar, umgerechnet etwa 0,00013 Euro, bei einer Marktkapitalisierung von gerade noch gut 1,25 Millionen US-Dollar (etwa 1,08 Millionen Euro), wie CoinGecko<\/a> ausweist. F\u00fcr einen Token, dessen Vorg\u00e4nger ai16z Anfang 2025 auf einen H\u00f6chststand von rund 2,4 Milliarden US-Dollar geklettert war (CoinDesk<\/a>), ist das eine Randnotiz. Gr\u00fcnder Shaw Walters hat den Token im August f\u00fcr tot erkl\u00e4rt und die Stiftung abgewickelt.<\/p>

Und trotzdem: Das Framework dahinter, das quelloffene elizaOS, l\u00e4uft weiter. Mit \u00fcber 19.300 Sternen auf GitHub<\/a> z\u00e4hlt es zu den meistbeachteten Baus\u00e4tzen f\u00fcr autonome KI-Agenten \u00fcberhaupt. Solche Agenten f\u00fchren Kundengespr\u00e4che, spielen NPCs in On-Chain-Spielen, verwalten DeFi-Positionen und halten eigene Wallets. Die eigentliche Nachricht im Herbst 2026 ist deshalb nicht der Kurs. Sie lautet: Der Rechtsrahmen, der lange nur angek\u00fcndigt war, ist da. Seit dem 2. August gelten die Transparenzpflichten des AI Act, seit dem 29. Juli setzt Deutschland sie mit einem eigenen Gesetz durch, und die DSGVO stellt Fragen, auf die bislang niemand eine gute Antwort hat. Wer heute in Deutschland einen Eliza-Agenten produktiv betreibt, steht pl\u00f6tzlich im Schnittpunkt von vier Regelwerken. Dieser Text sortiert, was davon wirklich gilt.<\/p>

Was ein Eliza-Agent ist, und warum das Juristen angeht<\/h2>

elizaOS ist ein in TypeScript geschriebenes Framework unter MIT-Lizenz. Der Kern ist eine Laufzeitumgebung, die eine sogenannte Character-Datei l\u00e4dt (Pers\u00f6nlichkeit, Ziele, Wissen eines Agenten) und vier Bausteine orchestriert: Actions (was der Agent tut), Providers (welchen Kontext er heranzieht), Evaluators (was er bewertet und lernt) und Services (Hintergrundprozesse und Anbindungen). Plugins erweitern das Ganze: Ein Wallet-Plugin l\u00e4sst den Agenten Transaktionen signieren, Konnektoren setzen ihn auf Discord, X oder in ein Spiel. F\u00fcr Entwickler ist das ein eleganter Baukasten. F\u00fcr Juristen ist jede dieser Eigenschaften ein Ausl\u00f6ser.<\/p>

Vier Merkmale eines typischen Eliza-Agenten sind rechtlich heikel. Erstens interagiert er direkt mit Menschen, ob als Chatbot oder als NPC in einem Spiel<\/a>. Zweitens f\u00fchrt er ein persistentes Ged\u00e4chtnis, meist eine Vektordatenbank vergangener Gespr\u00e4che. Drittens kann er eine Wallet halten und Werte bewegen. Viertens handelt er teilautonom, ohne dass f\u00fcr jede Entscheidung ein Mensch am Knopf sitzt. Das Modell, auf dem er denkt, ist austauschbar: mal ein zugekauftes Sprachmodell, mal ein lokal laufendes Open-Weight-Modell, wie es die dezentrale KI-Szene rund um Projekte wie Bittensor<\/a> propagiert. Jede dieser Eigenschaften f\u00e4llt unter ein anderes Regime.<\/p>

Das ist keine akademische Spielerei. Agenten auf solchen Frameworks verwalten l\u00e4ngst reale Summen, und je mehr echtes Geld durch sie flie\u00dft, desto mehr Aufmerksamkeit ziehen sie von Aufsehern, Datensch\u00fctzern und Finanz\u00e4mtern an. Ein Prototyp im Testnetz interessiert niemanden. Ein Agent, der in Deutschland mit Kunden spricht, ihre Daten speichert und Werte bewegt, ist ein reales Produkt mit realen Pflichten. Genau diesen \u00dcbergang vom Experiment zum Produkt vollzieht der Sektor gerade, und der Rechtsrahmen wartet am anderen Ende.<\/p>

Eigenschaft des Agenten<\/th>Was sie ausl\u00f6st<\/th>Einschl\u00e4giges Regime<\/th><\/tr><\/thead>
Interagiert direkt mit Menschen<\/td>Offenlegung: Nutzer muss wissen, dass er mit einer KI spricht<\/td>AI Act, Artikel 50<\/td><\/tr>
F\u00fchrt ein persistentes Ged\u00e4chtnis<\/td>Verarbeitung personenbezogener Daten<\/td>DSGVO<\/td><\/tr>
H\u00e4lt eine Wallet, signiert Transaktionen<\/td>Kryptowerte-Dienstleistung, ggf. Anlageberatung<\/td>MiCA \/ MiFID II (BaFin)<\/td><\/tr>
Handelt teilautonom<\/td>Zurechnung und Haftung<\/td>Zivilrecht, Produkthaftung, AI Act<\/td><\/tr>
L\u00e4uft auf einem gro\u00dfen Sprachmodell<\/td>Pflichten des Modellanbieters<\/td>AI Act, GPAI-Kapitel<\/td><\/tr><\/tbody><\/table><\/figure>

2026, das Jahr, in dem der KI-Rechtsrahmen scharf wird<\/h2>

Der AI Act, offiziell die Verordnung (EU) 2024\/1689, gilt nicht auf einen Schlag, sondern in Stufen. Verbotene Praktiken wie manipulatives Design oder Social Scoring sind seit dem 2. Februar 2025 untersagt. Die Pflichten f\u00fcr Anbieter von Universalmodellen (General Purpose AI, kurz GPAI) laufen seit dem 2. August 2025. Und seit dem 2. August 2026 greifen die Transparenzpflichten des Artikels 50, wie die Europ\u00e4ische Kommission in ihren Erl\u00e4uterungen<\/a> best\u00e4tigt. Genau diese Stufe trifft KI-Agenten am unmittelbarsten.<\/p>

Eine wichtige Verschiebung kam kurz vor der Sommerpause. Die Vorschriften f\u00fcr Hochrisiko-Systeme nach Anhang III sollten eigentlich ebenfalls ab dem 2. August 2026 gelten. Der sogenannte Digital Omnibus, die Verordnung (EU) 2026\/1744, die am 27. Juli 2026 in Kraft trat, hat diese Frist um sechzehn Monate auf den 2. Dezember 2027 verschoben; f\u00fcr in regulierte Produkte eingebettete Systeme nach Anhang I sogar auf den 2. August 2028, wie die Kanzlei Gibson Dunn<\/a> aufgeschl\u00fcsselt hat. F\u00fcr die meisten Eliza-Agenten ist das aber nur ein Aufschub am Rand, denn ein gew\u00f6hnlicher Gespr\u00e4chs- oder Spielagent ist kein Hochrisiko-System. Er lebt in der Transparenzstufe, und die gilt seit August. Wer die Pflichten verletzt, riskiert nach Artikel 99 empfindliche Bu\u00dfgelder: bis zu 15 Millionen Euro oder 3 Prozent des weltweiten Jahresumsatzes f\u00fcr die meisten Verst\u00f6\u00dfe, bis zu 35 Millionen Euro oder 7 Prozent bei verbotenen Praktiken.<\/p>

Meilenstein<\/th>Datum<\/th>Was ab dann gilt<\/th><\/tr><\/thead>
Verbotene Praktiken<\/td>2. Februar 2025<\/td>Social Scoring, manipulatives Design und andere untersagt<\/td><\/tr>
GPAI-Modellpflichten<\/td>2. August 2025<\/td>Dokumentation, Urheberrecht, Transparenz f\u00fcr Modellanbieter<\/td><\/tr>
Transparenzpflichten (Art. 50)<\/td>2. August 2026<\/td>KI muss sich als KI zu erkennen geben; synthetische Inhalte kennzeichnen<\/td><\/tr>
Hochrisiko-Systeme (Anhang III)<\/td>2. Dezember 2027 (verschoben)<\/td>Risikomanagement, Konformit\u00e4tsbewertung, Registrierung<\/td><\/tr>
Eingebettete Produkte (Anhang I)<\/td>2. August 2028<\/td>dieselben Pflichten f\u00fcr regulierte Produkte<\/td><\/tr><\/tbody><\/table><\/figure>

Artikel 50, der Agent muss sagen, dass er kein Mensch ist<\/h2>

Die f\u00fcr Eliza wichtigste Vorschrift ist Artikel 50 Absatz 1 des AI Act. Er verlangt, dass Anbieter KI-Systeme, die dazu bestimmt sind, direkt mit Menschen zu interagieren, so gestalten, dass die betroffenen Personen erkennen, dass sie es mit einer KI zu tun haben. F\u00fcr einen Agenten hei\u00dft das konkret: Der Chatbot, der im Kundendienst antwortet, der Discord-Bot, der eine Community moderiert, der Handelsassistent, der Fragen zu Positionen beantwortet, jeder von ihnen muss sich offenbaren. Ein anonymer, menschlich wirkender Agent, der sich als Person ausgibt, ist ab August 2026 schlicht rechtswidrig.<\/p>

Der Artikel kennt eine Ausnahme: Die Offenlegung entf\u00e4llt, wenn es f\u00fcr eine verst\u00e4ndige Person aus den Umst\u00e4nden offensichtlich ist, dass hier eine Maschine spricht. Ein comicartiger Roboter-NPC, der offen als Spielfigur auftritt, d\u00fcrfte darunter fallen. Ein glaubw\u00fcrdig menschlich schreibender Support-Agent f\u00e4llt es nicht. Hinzu kommen die Kennzeichnungspflichten f\u00fcr synthetische Inhalte: Erzeugt ein Agent Texte, Bilder oder Audio, m\u00fcssen diese als KI-generiert maschinenlesbar markiert werden, wobei f\u00fcr vor dem Stichtag in Verkehr gebrachte Systeme eine \u00dcbergangsfrist bis Dezember 2026 gilt. Das deutsche Schwesterst\u00fcck dieses Textes zu KI-NPCs im Gaming<\/a> hat den Punkt f\u00fcr Spielwelten schon skizziert: Ein NPC, der mit Spielern verhandelt, muss ehrlich sein, dass er ein Automat ist. Bemerkenswert an Artikel 50 ist, dass er risikounabh\u00e4ngig gilt. Er greift, egal in welcher Risikoklasse das System steckt.<\/p>

In der Praxis reicht daf\u00fcr ein sichtbarer Hinweis, eine feste Regel im System-Prompt oder, bei einem On-Chain-NPC, eine als KI erkennbare Kennung. Betreiber trifft zus\u00e4tzlich Artikel 50 Absatz 4: Wer mit einem Agenten Deepfakes oder Texte zu Fragen von \u00f6ffentlichem Interesse erzeugt und verbreitet, muss offenlegen, dass der Inhalt k\u00fcnstlich erzeugt ist. F\u00fcr einen Krypto-Agenten, der Marktkommentare postet oder in sozialen Medien auftritt, ist das keine Randfrage, sondern die Regel, unter der er kommuniziert. Die Offenlegung als l\u00e4stige Fu\u00dfnote zu behandeln, w\u00e4re der falsche Reflex; sie ist die billigste Compliance-Ma\u00dfnahme im ganzen Katalog.<\/p>

Anbieter oder Betreiber? Die Rollenfrage nach dem Ende der Stiftung<\/h2>

Der AI Act verteilt Pflichten zwischen zwei Rollen: dem Anbieter, der ein KI-System entwickelt und unter eigenem Namen in Verkehr bringt, und dem Betreiber, der es unter eigener Verantwortung einsetzt. Der Anbieter tr\u00e4gt die schwereren Lasten. Entscheidend f\u00fcr die Open-Source-Welt ist Artikel 25, der die Verantwortung entlang der Wertsch\u00f6pfungskette regelt: Wer ein System unter seinem Namen oder seiner Marke bereitstellt, es wesentlich ver\u00e4ndert oder seinen Zweck umwidmet, wird selbst zum Anbieter. \u00dcbersetzt auf elizaOS bedeutet das: Wer den quelloffenen Baukasten nimmt, daraus einen produktiven Agenten baut und ihn unter eigener Flagge in Betrieb nimmt, tr\u00e4gt sehr wahrscheinlich den Anbieterhut f\u00fcr dieses konkrete System, obwohl er keine Zeile des Frameworks selbst geschrieben hat.<\/p>

Diese Rollenfrage wird dadurch versch\u00e4rft, dass es die zentrale Anlaufstelle nicht mehr gibt. Die Eliza Foundation ist abgewickelt. Shaw Walters entwickelt elizaOS weiter und besitzt die Rechte am Namen, hat sich vom Token aber losgesagt. „The token is dead. Completely“, schrieb er im August, und weiter, er fange neu an, da er das geistige Eigentum besitze, und werde nie wieder einen Token in die N\u00e4he von Eliza lassen (dokumentiert bei Decrypt<\/a> und The Block<\/a>). F\u00fcr Betreiber hei\u00dft das: Es gibt keinen Anbieter des Frameworks, an den sich Pflichten delegieren lie\u00dfen. Der AI Act sieht f\u00fcr freie und quelloffene Komponenten zwar Erleichterungen vor, solange sie nicht als Hochrisiko- oder systemisches GPAI-Modell auftreten. Das regulierte Objekt ist deshalb nicht der Bausatz, sondern der ausgelieferte Agent. Die Verantwortung flie\u00dft zu dem, der ihn startet.<\/p>

Diese Erleichterung f\u00fcr Open Source hat allerdings Grenzen. Sie greift nicht, wenn eine Komponente als Hochrisiko-System oder als Universalmodell mit systemischem Risiko eingestuft wird; dann gelten die vollen Anbieterpflichten unabh\u00e4ngig von der Lizenz. F\u00fcr die meisten Eliza-Agenten ist das kein Thema, weil weder das Framework noch ein typischer Charakteragent diese Schwelle erreicht. Wer aber ein besonders gro\u00dfes Modell selbst betreibt oder den Agenten in einem sensiblen Bereich einsetzt, kann trotz quelloffener Basis in die sch\u00e4rfere Kategorie rutschen. Die Lizenz sch\u00fctzt den Code, nicht den Einsatz.<\/p>

GPAI, die Pflichten treffen das Modell, nicht das Framework<\/h2>

Ein h\u00e4ufiges Missverst\u00e4ndnis: Eliza sei ein KI-Modell. Ist es nicht. Das Framework orchestriert ein Sprachmodell, das man einsteckt, ob ein kommerzielles Modell oder ein lokal laufendes Open-Weight-Modell. Die GPAI-Pflichten des AI Act, die seit August 2025 gelten, richten sich an die Modellanbieter: technische Dokumentation, eine Zusammenfassung der Trainingsdaten, eine Urheberrechts-Policy, f\u00fcr Modelle mit systemischem Risiko zus\u00e4tzliche Pr\u00fcfungen. Ein deutscher Betreiber eines Eliza-Agenten schreibt diese Dokumente nicht selbst, muss aber konforme Modelle w\u00e4hlen und die Nachweiskette aufbewahren.<\/p>

Genau hier wird die Architekturentscheidung zur Rechtsfrage. Wer ein lokales Modell auf eigener Hardware betreibt, verschiebt die Anbieterrolle f\u00fcr das Modell m\u00f6glicherweise auf sich selbst und erh\u00f6ht damit die eigene Dokumentationslast. Ethereum-Mitgr\u00fcnder Vitalik Buterin argumentiert seit Monaten f\u00fcr genau diesen lokalen Ansatz: „All LLM inference local first. All files hosted locally. Sandbox everything“, schrieb er in seinem Aufsatz zu sicheren Sprachmodellen<\/a>, verbunden mit dem Vorschlag, autonome Ausgaben eines Agenten auf etwa 100 Dollar pro Tag zu deckeln und den Menschen als zweiten Best\u00e4tigungsfaktor einzubauen. Lokale, \u00fcberpr\u00fcfbare Inferenz ist auch der Pitch von Infrastrukturprojekten wie Ritual<\/a>, die vertrauliche und nachweisbare Modelll\u00e4ufe versprechen. F\u00fcr die Compliance ist das kein Detail: Wo das Modell l\u00e4uft, entscheidet mit dar\u00fcber, wer welche AI-Act-Pflichten tr\u00e4gt.<\/p>

Das \u00fcbersehene Gesetz, die DSGVO und das Ged\u00e4chtnis des Agenten<\/h2>

Die am meisten untersch\u00e4tzte Ebene ist nicht der AI Act, sondern die DSGVO. Das pr\u00e4gende Merkmal eines Eliza-Agenten ist sein Ged\u00e4chtnis: Er speichert vergangene Gespr\u00e4che, Nutzerangaben und Vorlieben in einer Datenbank, um beim n\u00e4chsten Mal daran anzukn\u00fcpfen. Sobald sich diese Eintr\u00e4ge auf identifizierbare Menschen beziehen, und das tun sie in der Praxis fast immer, verarbeitet der Agent personenbezogene Daten. Damit ist der Betreiber Verantwortlicher im Sinne der DSGVO, mit allem, was dazugeh\u00f6rt: einer Rechtsgrundlage, Datenschutz durch Technikgestaltung (Artikel 25) und Betroffenenrechten.<\/p>

Als Rechtsgrundlage kommt neben der Einwilligung das berechtigte Interesse nach Artikel 6 Absatz 1 Buchstabe f in Betracht. Der Europ\u00e4ische Datenschutzausschuss hat in seiner Stellungnahme 28\/2024<\/a> vom 17. Dezember 2024 klargestellt, dass Verantwortliche sich f\u00fcr Entwicklung und Einsatz von KI-Modellen grunds\u00e4tzlich darauf st\u00fctzen k\u00f6nnen, allerdings nur nach einem dreistufigen Abw\u00e4gungstest, und dass die Frage der Anonymit\u00e4t eines Modells stets im Einzelfall zu pr\u00fcfen ist. Richtig hart wird das Recht auf L\u00f6schung (Artikel 17): Wie entfernt man die Spuren einer einzelnen Person aus dem gelernten Ged\u00e4chtnis eines Agenten und aus dem Kontext eines Modells? Und die Angriffe, die dieses Ged\u00e4chtnis manipulieren, sind nicht nur ein Sicherheitsthema. Die Princeton-Studie „Real AI Agents with Fake Memories“<\/a> zeigte, dass sich Web3-Agenten, mit elizaOS als Referenzframework, durch vergiftete Speichereintr\u00e4ge gezielt in die Irre f\u00fchren lassen (Decrypt<\/a>). Ein manipuliertes Ged\u00e4chtnis verletzt zugleich die DSGVO-Grunds\u00e4tze der Richtigkeit und Integrit\u00e4t nach Artikel 5 und kann damit eine meldepflichtige Datenpanne sein.<\/p>

Zwei weitere Punkte werden gern \u00fcbersehen. Trifft ein Agent automatisiert Entscheidungen mit rechtlicher Wirkung, etwa \u00fcber die Ablehnung eines Nutzers, greift Artikel 22 DSGVO mit seinem grunds\u00e4tzlichen Verbot rein automatisierter Einzelentscheidungen und dem Anspruch auf menschliches Eingreifen. Und weil ein Agent, der Nutzerdaten systematisch auswertet, in der Regel eine risikoreiche Verarbeitung darstellt, ist vorab eine Datenschutz-Folgenabsch\u00e4tzung f\u00e4llig. L\u00e4uft das Sprachmodell zudem auf US-Infrastruktur, verlassen die Ged\u00e4chtnisinhalte den europ\u00e4ischen Raum, und der Transfer muss \u00fcber einen zul\u00e4ssigen Mechanismus abgesichert sein, etwa das EU-US Data Privacy Framework oder Standardvertragsklauseln. Wer local-first arbeitet, umgeht dieses Problem elegant, ein weiteres Argument f\u00fcr Buterins Ansatz.<\/p>

Wenn der Agent eine Wallet hat, MiCA, MiFID II und die BaFin<\/h2>

Die Ebene, die den Token tats\u00e4chlich get\u00f6tet hat, ist die Kryptoregulierung. MiCA, die Verordnung (EU) 2023\/1114, reguliert Emittenten und Dienstleister (Crypto-Asset Service Provider, kurz CASP), nicht das Protokoll und nicht das Framework. Die \u00dcbergangsphase endete am 1. Juli 2026; ein CASP braucht seither eine Zulassung der BaFin, wie das MiCA-Zulassungsverfahren<\/a> zeigt, das die BaFin in ihrem Merkblatt zu Kryptowerte-Dienstleistungen<\/a> beschreibt. Ein Eliza-Agent, der nur seine eigene Wallet verwaltet und f\u00fcr sich selbst tauscht, ist deshalb noch kein CASP.<\/p>

Anders sieht es aus, sobald der Agent f\u00fcr Dritte handelt. Verwaltet oder handelt er fremdes Verm\u00f6gen oder gibt er Empfehlungen, kippt die Einordnung schnell in die Welt der Wertpapierdienstleistungen nach MiFID II, die von MiCA getrennt ist und ebenfalls die BaFin beaufsichtigt. Die ESMA hat in ihrer Erkl\u00e4rung zum Einsatz k\u00fcnstlicher Intelligenz in Wertpapierdienstleistungen<\/a> betont, dass Governance, Transparenz und menschliche Aufsicht auch dann gelten, wenn eine KI ber\u00e4t oder ein Portfolio verwaltet. Der Token-Launch von ai16z war der regulierte, gef\u00e4hrliche Teil des Projekts, und genau er war Gegenstand der Sammelklage von Burwick Law (Justia-Docket<\/a>), die im August durch \u00dcbertragung der Restmittel beigelegt wurde. Das Framework selbst ist kein Finanzinstrument. Gestorben ist der Token, nicht der Code.<\/p>

Deutschland macht ernst, KI-MIG, Bundesnetzagentur und BaFin<\/h2>

Bis Sommer 2026 war der AI Act f\u00fcr deutsche Betreiber vor allem europ\u00e4isches Recht ohne sichtbaren Vollzug. Das hat sich ge\u00e4ndert. Am 29. Juli 2026 trat das Gesetz zur Markt\u00fcberwachung und Innovationsf\u00f6rderung von k\u00fcnstlicher Intelligenz (KI-MIG) in Kraft, dessen Regierungsentwurf im Februar 2026 beschlossen worden war. Es macht die Bundesnetzagentur zur zentralen Markt\u00fcberwachungsbeh\u00f6rde, zur einheitlichen Anlaufstelle und zur Beschwerdestelle f\u00fcr Verst\u00f6\u00dfe gegen die KI-Verordnung. Die Beh\u00f6rde betreibt ein Koordinierungs- und Kompetenzzentrum (KoKIVO), einen KI-Service-Desk mit einem Online-Werkzeug zur Risikoeinstufung und ein KI-Reallabor, in dem vor allem KMU neue Systeme in kontrollierter Umgebung testen k\u00f6nnen. „Die KI-Verordnung ist ein Meilenstein f\u00fcr den verantwortungsvollen Einsatz von K\u00fcnstlicher Intelligenz in Europa“, erkl\u00e4rte Beh\u00f6rdenpr\u00e4sident Klaus M\u00fcller zum Start (Bundesnetzagentur<\/a>).<\/p>

F\u00fcr Finanzanwendungen bleibt die BaFin zust\u00e4ndig. Sie \u00fcberwacht KI-Systeme, die in direktem Zusammenhang mit einer regulierten Finanzt\u00e4tigkeit stehen, von der Kreditw\u00fcrdigkeitspr\u00fcfung bis zum Kunden-Chatbot einer Bank, und kann bei Verst\u00f6\u00dfen Bu\u00dfgelder verh\u00e4ngen. „Die Menschen m\u00fcssen sich darauf verlassen k\u00f6nnen, dass ihre Grundrechte beim Einsatz von KI gesch\u00fctzt werden“, sagte BaFin-Pr\u00e4sident Mark Branson am selben Tag (BaFin<\/a>). Ein deutscher Eliza-Betreiber hat es damit im Zweifel mit drei Adressaten zu tun: der Bundesnetzagentur f\u00fcr den AI Act im Allgemeinen, der BaFin, sobald der Agent regulierte Finanzdienste ber\u00fchrt, und der zust\u00e4ndigen Landesdatenschutzbeh\u00f6rde f\u00fcr die DSGVO.<\/p>

Zwei Pflichten gelten schon l\u00e4nger und werden trotzdem oft vergessen. Seit Februar 2025 verlangt Artikel 4 des AI Act eine ausreichende KI-Kompetenz beim Personal, das solche Systeme betreibt; ein Team, das einen Agenten produktiv f\u00e4hrt, muss also nachweisen k\u00f6nnen, dass es die Risiken versteht. Und f\u00fcr Hochrisiko-Systeme sieht Artikel 73 eine Meldepflicht f\u00fcr schwerwiegende Vorf\u00e4lle vor, die neben die DSGVO-Meldung tritt. F\u00fcr den normalen Transparenz-Agenten ist Letzteres noch nicht Pflicht, doch die Richtung ist klar: Vorf\u00e4lle sollen k\u00fcnftig gemeldet, nicht verschwiegen werden.<\/p>

Regime<\/th>Was es beim Agenten erfasst<\/th>Beh\u00f6rde in Deutschland<\/th>Maximaler Bu\u00dfgeldrahmen<\/th><\/tr><\/thead>
AI Act (VO 2024\/1689)<\/td>Transparenz, Risikoklasse, Anbieter- und Betreiberpflichten<\/td>Bundesnetzagentur (BaFin im Finanzsektor)<\/td>bis 15 Mio. EUR oder 3 % (verbotene Praktiken: 35 Mio. \/ 7 %)<\/td><\/tr>
DSGVO (VO 2016\/679)<\/td>Ged\u00e4chtnis, Nutzerdaten, Profilbildung<\/td>Landesdatenschutzbeh\u00f6rden \/ BfDI<\/td>bis 20 Mio. EUR oder 4 % des Umsatzes<\/td><\/tr>
MiCA (VO 2023\/1114)<\/td>Wallet-Dienste, Token-Ausgabe f\u00fcr Dritte<\/td>BaFin<\/td>in Millionenh\u00f6he, national ausgestaltet<\/td><\/tr>
MiFID II<\/td>Anlageberatung oder Portfolioverwaltung durch den Agenten<\/td>BaFin<\/td>national ausgestaltet, in Millionenh\u00f6he<\/td><\/tr><\/tbody><\/table><\/figure>

Sicherheit ist jetzt auch Compliance<\/h2>

Bislang galt die Sicherheit autonomer Agenten als technisches Problem: ein Verlust, \u00e4rgerlich, aber Sache der Entwickler. Mit dem neuen Rechtsrahmen wird sie zur Compliance-Frage. Der bekannteste Vorfall bleibt der Grok\/Bankr-Drain vom 4. Mai 2026, bei dem ein Angreifer \u00fcber eine in Morsecode versteckte Anweisung und ein Rechte erweiterndes NFT einen Agenten dazu brachte, Token im Wert von rund 175.000 Dollar auf Base zu verschieben (OECD.AI Incident Monitor<\/a>). Die Ursache ist strukturell: Ein Sprachmodell kann Anweisung und Daten nicht sauber trennen, das klassische Prompt-Injection-Problem (OWASP LLM01). Die bereits erw\u00e4hnte Memory-Injection geht noch weiter, weil sie den gespeicherten Kontext dauerhaft vergiftet.<\/p>

Rechtlich hat das Folgen auf mehreren Ebenen zugleich. F\u00fcr Hochrisiko-Systeme verlangt der AI Act in Artikel 15 ausdr\u00fccklich Genauigkeit, Robustheit und Cybersicherheit. Selbst au\u00dferhalb der Hochrisikoklasse ist ein Sicherheitsvorfall, der personenbezogene Daten abflie\u00dfen l\u00e4sst oder ver\u00e4ndert, eine DSGVO-Datenpanne. Und bewegt der Agent Kundengelder, greifen die operativen Anforderungen der Finanzaufsicht bis hin zu DORA, dem EU-Regelwerk f\u00fcr digitale operationale Resilienz. Der alte Zielkonflikt zwischen Autonomie und Sicherheit, jede Ausgabengrenze und jede menschliche Freigabe beschneidet die Selbstst\u00e4ndigkeit des Agenten, ist damit auch ein Compliance-Konflikt geworden. Buterins Deckelung auf 100 Dollar pro Tag ist aus dieser Sicht kein Feature, sondern eine Risikominderung, die man im Zweifel dokumentieren will.<\/p>

Praktisch hei\u00dft das: Ein produktiver Eliza-Agent braucht mehr als guten Willen. Sinnvoll sind eng gefasste Berechtigungen f\u00fcr jedes Plugin, Allow-Lists f\u00fcr Adressen und Vertragsaufrufe, signierte und nachvollziehbare Aktionen, ein isolierter Ausf\u00fchrungskontext f\u00fcr nicht vertrauensw\u00fcrdige Eingaben und eine Freigabe durch einen Menschen oberhalb definierter Schwellen. Das ist genau die Sandbox-Logik, die Buterin meint. Bewegt der Agent Kundengelder, kommt mit DORA eine eigene Schicht an Anforderungen hinzu: Test-, Meldewege- und Auslagerungspflichten, die eigentlich f\u00fcr Finanzunternehmen gedacht sind, aber jeden treffen, der als solches gilt. Sicherheit ist damit nicht mehr die K\u00fcr nach dem Launch, sondern die Voraussetzung daf\u00fcr.<\/p>

Haftung, ein Agent hat keine Rechtspers\u00f6nlichkeit<\/h2>

Ein Agent kann nicht verklagt werden. Er hat keine Rechtspers\u00f6nlichkeit, keine Steuernummer, kein Verm\u00f6gen. Wenn etwas schiefgeht, trifft die Haftung Menschen: den Betreiber, der ihn in Betrieb genommen hat, den Entwickler, der das Framework ver\u00e4ndert hat, den Modellanbieter oder den Nutzer, je nachdem, wer den schadensstiftenden Umstand kontrolliert hat. Diese Zurechnung ist die eigentliche Konsequenz aus der Anbieter-Betreiber-Systematik des AI Act.<\/p>

Zwei europ\u00e4ische Entwicklungen versch\u00e4rfen die Lage. Erstens hat die Europ\u00e4ische Kommission die geplante KI-Haftungsrichtlinie im Februar 2025 zur\u00fcckgezogen, weil sich die Mitgliedstaaten nicht einigen konnten (Bird & Bird<\/a>). Damit fehlt ein Sonderregime, das Gesch\u00e4digten den Nachweis erleichtert h\u00e4tte. Zweitens f\u00fcllt die reformierte Produkthaftungsrichtlinie (EU) 2024\/2853 diese L\u00fccke teilweise: Sie z\u00e4hlt Software und KI-Systeme ausdr\u00fccklich zu den Produkten und unterwirft ihre Anbieter einer verschuldensunabh\u00e4ngigen Haftung, \u00e4hnlich wie klassische Warenhersteller. Die Richtlinie ist von den Mitgliedstaaten bis zum 9. Dezember 2026 umzusetzen und gilt f\u00fcr Produkte, die danach in Verkehr gebracht werden (Reed Smith<\/a>). F\u00fcr einen deutschen Betreiber hei\u00dft das n\u00fcchtern: Leert ein Agent \u00fcber eine Injection, die man h\u00e4tte abwehren m\u00fcssen, die Wallet eines Kunden, landet die Forderung bei der verantwortlichen Person oder dem Unternehmen, nicht bei der Maschine.<\/p>

Im deutschen Zivilrecht kommen die \u00fcblichen Anspruchsgrundlagen hinzu, von der Haftung aus Vertrag \u00fcber die deliktische Haftung nach Paragraf 823 BGB bis zur Haftung f\u00fcr Erf\u00fcllungs- und Verrichtungsgehilfen, wobei der Agent kein Gehilfe im Rechtssinne ist, sondern ein Werkzeug des Betreibers. Die neue Produkthaftung verschiebt zudem die Beweislast zugunsten Gesch\u00e4digter, wenn ein System zu komplex ist, um seinen Fehler leicht nachzuweisen. F\u00fcr Betreiber folgt daraus eine unromantische Konsequenz: Wer autonome Agenten kommerziell einsetzt, braucht klare vertragliche Rollenverteilungen, sauber dokumentierte Sicherheitsma\u00dfnahmen und im Zweifel eine passende Versicherung. Die Haftung verschwindet nicht, nur weil eine Software die Entscheidung getroffen hat.<\/p>

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

Was ein Agent an Kryptowerten h\u00e4lt, wird steuerlich dem Wallet-Inhaber zugerechnet. In Deutschland gelten Kryptowerte als anderes Wirtschaftsgut im Sinne des Paragrafen 23 EStG. Werden sie innerhalb eines Jahres ver\u00e4u\u00dfert, ist der Gewinn mit dem pers\u00f6nlichen Satz steuerpflichtig, der bis \u00fcber 45 Prozent zuz\u00fcglich Solidarit\u00e4tszuschlag reichen kann; nach Ablauf der einj\u00e4hrigen Haltefrist ist der Verkauf steuerfrei. Es gilt eine Freigrenze von 1.000 Euro pro Jahr, und f\u00fcr die Zuordnung greift die FIFO-Methode. Ma\u00dfgeblich ist das BMF-Schreiben vom 6. M\u00e4rz 2025.<\/p>

F\u00fcr einen autonomen Agenten ist das ein Minenfeld. Jede Zahlung in einer Stablecoin ist steuerlich eine Ver\u00e4u\u00dferung, sodass ein Agent, der viele kleine Transaktionen ausf\u00fchrt, tausende steuerlich relevante Vorg\u00e4nge im Jahr erzeugt, mit Kursdifferenzen zwischen Dollar-Stablecoin und Euro, die kleine Gewinne oder Verluste ausl\u00f6sen k\u00f6nnen. Noch heikler: Hochfrequenter, rund um die Uhr laufender Handel kann die Grenze zur gewerblichen T\u00e4tigkeit \u00fcberschreiten. Dann f\u00e4llt Gewerbesteuer an, und das einj\u00e4hrige Haltefristprivileg entf\u00e4llt. Wer einen handelnden Agenten betreibt, braucht deshalb ein l\u00fcckenloses Transaktionsprotokoll und sollte die Gewerblichkeitsfrage fr\u00fch mit einem Steuerberater kl\u00e4ren.<\/p>

Wird der Agent gewerblich betrieben, etwa als Dienstleistung f\u00fcr Kunden, kommt die Umsatzsteuer ins Spiel: Die Leistung selbst kann steuerbar sein, w\u00e4hrend der reine Tausch von Kryptowerten in der Regel umsatzsteuerfrei bleibt. Wichtiger als jede Feinheit ist am Ende die Buchf\u00fchrung. Ein Agent produziert Belege im Sekundentakt, und ohne saubere, automatisierte Erfassung jeder Transaktion, mit Zeitstempel, Kurs und Zweck, wird die Steuererkl\u00e4rung zur Zumutung und die Betriebspr\u00fcfung zum Risiko. Wer die Protokollierung von Anfang an einbaut, spart sich sp\u00e4ter den teuersten Teil.<\/p>

Regeln als Auslese, was das f\u00fcr den Sektor hei\u00dft<\/h2>

Der Markt f\u00fcr KI-Agenten-Token ist noch da, aber ged\u00e4mpft. Die Kategorie AI Agents kam Mitte September 2026 auf rund 3,3 Milliarden US-Dollar (etwa 2,84 Milliarden Euro), so CoinGecko<\/a>, weit entfernt von den \u00fcberzogenen Bewertungen des Vorjahres. Eliza hat aus dieser Welt einen radikalen Schluss gezogen und den Token gekappt. Das Framework finanziert sich seither \u00fcber Dienstleistungen, White-Label-Produkte und kommerzielle Infrastrukturpartner statt \u00fcber Spekulation. Diese tokenlose Wende ist mehr als eine Fu\u00dfnote, denn sie trifft auf einen Rechtsrahmen, der Kosten verursacht.<\/p>

Genau darin liegt die eigentliche Dynamik: Die Regeln wirken als Auslese. Anbieterregistrierung, DSGVO-Verantwortlichkeit, Sicherheitsaudits, Transaktionsprotokolle und Haftungsvorsorge kosten Geld und Personal. Das beg\u00fcnstigt gut kapitalisierte, kommerzielle Betreiber gegen\u00fcber anonymen Teams, die fr\u00fcher einen Token starteten und weiterzogen. Das Framework \u00fcberlebt seinen Token, aber die Schwelle, einen Agenten legal in Produktion zu bringen, steigt. Wer sie \u00fcberspringt, ist nicht mehr der schnellste Launchpad-Held, sondern der sorgf\u00e4ltigste Betreiber.<\/p>

Man sieht das bereits an den Akteuren, die kommerziell auf elizaOS setzen. Anbieter von White-Label-Automatisierung f\u00fcr kleine und mittlere Unternehmen, Infrastrukturteams, die eigene, gepr\u00fcfte Plugin-Registries pflegen, und Dienstleister, die Agenten als betreutes Produkt verkaufen, k\u00f6nnen die Kosten f\u00fcr Audits, Datenschutz und Dokumentation auf viele Kunden verteilen. Ein anonymer Solo-Entwickler, der einen Agenten mit Wallet auf X postet, kann das nicht. Das ist die stille Ironie dieses Jahres: Ausgerechnet der Tod des Tokens, der einst jedem den schnellen Einstieg versprach, macht das Framework reifer, weil nur noch ernsthafte Betreiber die Auflagen tragen.<\/p>

Projekt<\/th>Token<\/th>Marktkapitalisierung (ca.)<\/th>Finanzierung nach 2026<\/th><\/tr><\/thead>
elizaOS (Eliza)<\/td>ELIZAOS (faktisch tot)<\/td>~1,1 Mio. EUR<\/td>Dienstleistungen, Forks, White-Label<\/td><\/tr>
Virtuals Protocol<\/td>VIRTUAL<\/td>~361 Mio. EUR<\/td>Token plus Launchpad-Geb\u00fchren<\/td><\/tr>
Fetch.ai \/ ASI<\/td>FET<\/td>~338 Mio. EUR<\/td>Token, Enterprise<\/td><\/tr>
Kite<\/td>KITE<\/td>~219 Mio. EUR<\/td>Token, Agent-Payments-L1<\/td><\/tr>
Venice<\/td>VVV<\/td>~965 Mio. EUR<\/td>Token, Inferenz-Abo<\/td><\/tr><\/tbody><\/table><\/figure>

Was Entwickler und Unternehmen jetzt tun sollten<\/h2>

Die gute Nachricht: Nichts davon macht Eliza-Agenten unm\u00f6glich. Es macht sie zu einem Projekt, das man wie ein reguliertes Produkt behandeln muss, nicht wie ein Wochenendexperiment. Eine praktische Reihenfolge f\u00fcr einen Start in Deutschland:<\/p>

  • Einstufen:<\/strong> Pr\u00fcfen, ob der Agent nur unter Artikel 50 f\u00e4llt (der Regelfall) oder in eine Hochrisikokategorie rutscht, etwa bei Kreditw\u00fcrdigkeit oder Besch\u00e4ftigung.<\/li>
  • Kennzeichnen:<\/strong> Der Agent muss sich sichtbar als KI zu erkennen geben; generierte Inhalte maschinenlesbar markieren.<\/li>
  • Datenschutz:<\/strong> Rechtsgrundlage festlegen, eine Datenschutz-Folgenabsch\u00e4tzung machen und ein echtes L\u00f6schkonzept f\u00fcr das Ged\u00e4chtnis bauen.<\/li>
  • Modell:<\/strong> Nur GPAI-konforme Modelle einsetzen, die Anbieterdokumentation aufbewahren und eine Local-first-Variante ernsthaft pr\u00fcfen.<\/li>
  • Wallet:<\/strong> Ausgabenlimits setzen, oberhalb von Schwellen einen Menschen freigeben lassen und die MiCA- sowie MiFID-II-Relevanz kl\u00e4ren.<\/li>
  • Sicherheit:<\/strong> Gegen Prompt- und Memory-Injection h\u00e4rten, Audits einplanen, Laufzeit\u00fcberwachung einrichten.<\/li>
  • Haftung:<\/strong> Rollen als Anbieter oder Betreiber vertraglich sauber verteilen und Versicherungsschutz pr\u00fcfen.<\/li>
  • Steuer:<\/strong> Jede Transaktion protokollieren, FIFO anwenden und das Gewerblichkeitsrisiko bewerten.<\/li><\/ul>

    Der rote Faden dieses Jahres ist damit klar. Der Token ist gestorben, weil er der spekulative, regulatorisch angreifbare Teil war. Das Framework lebt, weil Software kein Finanzinstrument ist. Doch mit dem AI Act, der DSGVO, MiCA, MiFID II und der neuen Produkthaftung ist die Zeit vorbei, in der man einen autonomen Agenten mit Wallet einfach ins Netz stellte und hoffte. Die n\u00e4chste Bew\u00e4hrungsprobe steht schon im Kalender: Ende 2027 werden die Hochrisikoregeln scharf. Gewinnen werden die Betreiber, die Compliance nicht als Bremse begreifen, sondern als Teil des Produkts.<\/p>

    H\u00e4ufige Fragen (FAQ)<\/h2>

    Ist das Eliza-Framework selbst reguliert oder verboten?<\/h3>

    Nein. Das quelloffene Framework ist Software und damit kein Finanzinstrument. Reguliert werden der konkrete Agent, den jemand damit in Betrieb nimmt, sowie Token und Wallet-Dienste. Der AI Act erfasst KI-Systeme im Einsatz, nicht den Bausatz.<\/p>

    Muss ein Eliza-Agent offenlegen, dass er eine KI ist?<\/h3>

    Ja, seit dem 2. August 2026. Artikel 50 des AI Act verlangt, dass Menschen erkennen k\u00f6nnen, dass sie mit einer KI interagieren, es sei denn, das ist aus den Umst\u00e4nden ohnehin offensichtlich.<\/p>

    Was passiert mit dem Ged\u00e4chtnis des Agenten unter der DSGVO?<\/h3>

    Das persistente Ged\u00e4chtnis verarbeitet meist personenbezogene Daten. Der Betreiber ist damit Verantwortlicher, braucht eine Rechtsgrundlage, muss Datenschutz durch Technikgestaltung beachten und ein L\u00f6schkonzept vorhalten, denn das Recht auf L\u00f6schung nach Artikel 17 gilt auch hier.<\/p>

    Wer haftet, wenn ein autonomer Agent Geld verliert?<\/h3>

    Der Agent hat keine Rechtspers\u00f6nlichkeit, also trifft die Haftung die dahinterstehenden Menschen: Betreiber, Entwickler oder Modellanbieter, je nachdem, wer den Fehler kontrolliert hat. Die reformierte EU-Produkthaftung erfasst Software und KI zus\u00e4tzlich mit einer verschuldensunabh\u00e4ngigen Haftung.<\/p>

    Welche Beh\u00f6rde ist in Deutschland zust\u00e4ndig?<\/h3>

    Seit dem KI-MIG vom 29. Juli 2026 ist die Bundesnetzagentur die zentrale Markt\u00fcberwachungsbeh\u00f6rde und Anlaufstelle. Im Finanzsektor \u00fcberwacht die BaFin, und f\u00fcr den Datenschutz sind die Landesdatenschutzbeh\u00f6rden zust\u00e4ndig.<\/p>