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 passiert, ist der eigentlich interessante Teil. 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.
Im Juli klagte der Sender deshalb ein zweites Mal, nun gegen den Verwahrer. Ein Gericht hat inzwischen untersagt, die Daten zu löschen, zu verändern oder zu überschreiben, und festgestellt, dass sie dem Sender gehören.
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 kommt seit fünf Monaten niemand an 70 Jahre Regionalgeschichte heran.
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. Wenn der Sender die Herausgabe erstreitet, hat er sein Archiv zurück — 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.
Lokal rechnen ist nicht lokal erinnern
Es gibt gerade eine gegenläufige, gute Entwicklung: Modelle werden lokal lauffähig. In den letzten Wochen 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 verschwinden können.
Der geschilderte Fall ist öffentlich dokumentiert und war Mitte August Gegenstand der Berichterstattung von Current, Gizmodo, The Desk und Tom's Hardware. Die hier genannten Tatsachen sind durch mindestens zwei dieser Quellen gedeckt; das Verfahren war zum Redaktionsschluss 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.