Im März 2026 endete für einen öffentlich-rechtlichen Sender in St. Louis ein Vertrag. Kein spektakulärer Vorgang: ein Dienstleistungsvertrag über Speicher, seit 2019 jährlich verlängert. Diesmal kam die Verlängerung nicht zustande, weil der Vertragspartner ab Februar nicht mehr antwortete. Am 6. März, dem Tag des Vertragsendes, war der Zugang weg. Nicht gedrosselt, nicht teurer. Weg.
Was seither geschah, verdient den genaueren Blick. Der Sender hat den Dienstleister im April verklagt. Das änderte nichts — das Unternehmen war zu diesem Zeitpunkt praktisch nicht mehr existent. Die Daten selbst liegen nämlich gar nicht dort, sondern in einem Rechenzentrum eines großen Verwahrers in Colorado. Und der gibt sie nicht heraus, denn sein Kunde war nicht der Sender, sondern der verschwundene Dienstleister. Diesem gehörte die Infrastruktur, in der die Daten liegen.
Ende Juli klagte der Sender deshalb ein zweites Mal, nun gegen den Verwahrer. Ein Gericht untersagte zunächst, die Daten zu löschen, zu verändern oder zu überschreiben. Am 12. August hat es dann in der Sache entschieden, und zwar zugunsten des Senders: Er ist Eigentümer, der Verwahrer muss kooperieren, es gibt einen Weg zurück an die Daten.
Halten wir fest, was hier alles nicht schiefgegangen ist. Keine Festplatte ist ausgefallen. Kein Rechenzentrum ist abgebrannt. Niemand wurde gehackt. Es gab keinen Datenverlust — die Dateien sind nach allem, was bekannt ist, unversehrt. Das Eigentum ist unstrittig, ein Gericht hat es bestätigt. Und trotzdem war das Archiv fünf Monate lang unerreichbar, als der Beschluss erging — und ist es nach dem letzten öffentlich berichteten Stand bis heute.
Damit könnte die Geschichte gut ausgehen. Aufschlussreicher als der Beschluss ist, was das Gericht anordnen musste, damit ein Eigentümer an sein Eigentum kommt. Der Sender hat dreißig Tage Zeit, einen Dienstleister zu benennen, der den Zugriff technisch durchführen kann — die Anordnung nennt als Beispiel einen ehemaligen Mitarbeiter des verschwundenen Unternehmens. Er übernimmt die Lagergebühren, die sein verschwundener Vertragspartner schuldig geblieben ist. Er muss sicherstellen, dass beim Herausholen keine Daten anderer Kunden mitgehen. Und er muss den Verwahrer freistellen, falls dabei fremde Daten Schaden nehmen: Der Eigentümer trägt auch noch das Risiko der Bergung seines Eigentums.
Zwei Sätze aus der Anhörung sagen mehr als der ganze Beschluss. Der Anwalt des Verwahrers erklärte, sein Mandant kenne das Format der Daten nicht und wisse nicht, ob sie mit Material anderer Kunden vermischt seien. Der Anwalt des Senders sagte, liege das Archiv auf Bändern, sei es leicht zu holen — liege es auf einem Server und der werde abgeschaltet, sei es endgültig verloren. Für den Fall, dass die Daten verschlüsselt sind, hat das Gericht vorsorglich eine weitere Anhörung in Aussicht gestellt.
Der Verwahrer weiß also nicht, was er verwahrt. Der Eigentümer wusste es auf die Datei genau — seiner Klage liegt eine Liste der Bestände bei, und das Gericht hat angeordnet, das Geborgene am Ende gegen diese Liste abzugleichen. Genützt hat ihm das fünf Monate lang nichts: Er braucht einen ehemaligen Mitarbeiter der Firma, die es nicht mehr gibt, um an seinen eigenen Bestand zu kommen. Das ist kein Versagen einzelner Beteiligter, sondern die normale Funktionsweise einer Kette, in der jeder nur seinen eigenen Vertrag kennt.
Die Kette, nicht der Datenträger
Der Fall wird gerade überall als Cloud-Warnung erzählt: Trau der Cloud nicht, mach Backups. Das greift zu kurz und trifft die Stelle nicht, an der es gebrochen ist.
Gebrochen ist die Verwahrkette. Der Sender hatte einen Vertrag mit A. A hatte einen Vertrag mit B. Die Daten lagen bei B. Als A verschwand, blieb der Sender mit einem Anspruch gegen jemanden zurück, den es nicht mehr gibt — und ohne jede vertragliche Beziehung zu dem, der die Daten tatsächlich in Händen hält. B verhält sich dabei nicht einmal unredlich. B tut, was ein Verwahrer tun muss: Er gibt fremde Daten nicht an Dritte heraus, nur weil diese sich als Eigentümer bezeichnen.
Das ist der Grund, warum hier kein Backup hilft. Ein Backup schützt gegen Verlust. Hier ist nichts verloren. Es schützt nicht dagegen, dass die Beziehung reißt, über die man an den Bestand kommt.
Und es ist der Grund, warum auch Portabilität nicht hilft. Exportierbarkeit ist eine Eigenschaft, die man ausübt, solange man Zugang hat. Sie setzt genau das voraus, was hier fehlt. Der Sender hätte jederzeit exportieren dürfen — bis zu dem Tag, an dem er es nicht mehr konnte, und dieser Tag kam ohne Vorwarnung.
Warum das für die KI-Schicht schärfer gilt, nicht milder
Wir haben an dieser Stelle vor einigen Wochen über einen anderen Mechanismus geschrieben: was bleibt, wenn das Modell verschwindet. Dort ging es um den Verlust einer Fähigkeit — ein Modell wird abgeschaltet, ein Anbieter ändert die Regeln, und was Ihre KI konnte, kann sie nicht mehr.
Dieser Fall ist der andere Mechanismus, und er ist unangenehmer, weil er ohne jede Absicht auskommt. Hier verschwindet nichts. Hier wird nur die Kette länger, an deren Ende Ihr Bestand liegt.
In einer typischen KI-Aufstellung ist sie erheblich länger als bei einem Video-Archiv. Zwischen Ihnen und dem Zustand, den Ihre Systeme über Jahre angesammelt haben, stehen oft ein Modellanbieter, ein Memory- oder Agenten-Dienst und ein Vektor- oder Datenbank-Hoster — nicht selten in drei verschiedenen Rechtsordnungen, mit Verträgen, die nur paarweise bestehen. Jedes Glied ist einzeln ersetzbar. Die Kette als ganze ist es nicht, und niemand hat einen Vertrag mit ihr.
Dazu kommt ein Unterschied, der den Vergleich erst richtig unbequem macht. In St. Louis geht es um Videodateien. Sobald der Sender sie physisch in Händen hält, hat er sein Archiv — ein Videoformat bleibt lesbar, auch ohne den Dienstleister. Der Zustand einer KI-Wissensschicht ist das nicht. Embeddings ohne das Modell, das sie erzeugt hat, sind Zahlenkolonnen. Ein Index ohne seine Schemadefinition ist eine Datei. Ein Gedächtnisgraph ohne die Semantik des Systems, das ihn geschrieben hat, ist ein Haufen Kanten. Sie können in diesem Fall den Rechtsstreit gewinnen, die Bytes vollständig ausgehändigt bekommen — und stehen trotzdem vor etwas, das Sie nicht lesen können.
Der Bestand ist dann nicht weg. Er ist nur nicht mehr Wissen, sondern Datenmüll mit Eigentumstitel.
Wie nah das an der Wirklichkeit liegt, zeigt der Fall selbst. Der Sender hat gewonnen, und die erste praktische Frage nach dem Sieg lautet, in welchem Format die Daten überhaupt vorliegen. Vor Gericht konnte sie niemand beantworten. Bei Videodateien ist das ein lösbares Problem. Stellen Sie dieselbe Frage für eine Wissensschicht, deren Bedeutung in dem System lag, das sie geschrieben hat, und die niemand mehr betreibt.
Lokal rechnen ist nicht lokal erinnern
Es gibt gerade eine gegenläufige, gute Entwicklung: Modelle werden lokal lauffähig. Zuletzt sind mehrere leistungsfähige offene Modelle erschienen, die ausdrücklich für dauerhaft laufende lokale Agenten gedacht sind und auf gewöhnlicher Hardware arbeiten. Das ist echter Fortschritt, und es löst tatsächlich einen Teil des Problems.
Nur eben den kleineren. Wer die Ankündigungen liest, findet dort Quantisierung, Funktionsaufrufe, Kontextfenster. Über den Zustand zwischen den Sitzungen steht dort nichts. Das Modell auf den eigenen Rechner zu holen und das Gedächtnis beim Anbieter zu lassen, beantwortet die Souveränitätsfrage zur Hälfte — und zwar zur unwichtigeren. Das Modell ist austauschbar. Der Zustand ist es nicht.
Die Frage, die daraus folgt
Die nützliche Frage nach diesem Fall ist nicht, ob Ihr Anbieter vertrauenswürdig ist. Der Anbieter in St. Louis war es vermutlich, sieben Jahre lang. Die Frage ist:
Wenn morgen ein Glied Ihrer Kette ausfällt — nicht böswillig, sondern insolvent, aufgekauft oder einfach nicht mehr erreichbar — an welchem Punkt haben Sie dann noch selbst Zugriff auf Ihren Zustand, und in welcher Form?
Wer darauf antworten kann, hat es ohnehin richtig gebaut. Wer es nicht kann, hat ein Risiko, das in keinem Backup-Konzept auftaucht, weil es kein Verlustrisiko ist.
Praktisch heißt das zweierlei. Erstens: so wenige Glieder wie möglich, und ein direkter Anspruch gegen den, der den Bestand tatsächlich hält — nicht gegen einen Vermittler. Zweitens, und das ist der Teil, den man leicht übersieht: Der Zustand muss in einer Form vorliegen, die ohne das System lesbar bleibt, das ihn geschrieben hat. Sonst gewinnen Sie irgendwann einen Prozess und halten Bytes in der Hand.
Das ist der Grund, warum wir diese Schicht so bauen, dass sie auf eigener Infrastruktur läuft und ihr Format offenliegt. Nicht, weil eigene Server per se sicherer sind — die Daten in Colorado liegen ja sicher. Sondern weil eine Kette, die man selbst hält, keine Glieder hat, die ein fremder Vertrag herausbrechen kann.
Der geschilderte Fall ist öffentlich dokumentiert und war im August Gegenstand der Berichterstattung von Current, Gizmodo, The Desk und Tom's Hardware; der Beschluss vom 12. August nach der Berichterstattung von Current, gegengelesen an Engadget. Die hier genannten Tatsachen sind durch mindestens zwei dieser Quellen gedeckt; die Klageschrift lag nicht vor. Stand dieser Fassung: 25. August 2026, das Verfahren ist anhängig. Wir nehmen den Fall als Mechanismus, nicht als Urteil über die Beteiligten — sein Lehrwert liegt gerade darin, dass sich niemand falsch verhalten haben muss, damit er eintritt.