Digitale Souveränität 2026: So betreibst du KI auf eigener Infrastruktur

Am 12. Juni zwang ein US-Exportbefehl Anthropic dazu, seine zwei neuesten Modelle, Fable 5 und Mythos 5, für alle Personen ohne US-Staatsbürgerschaft zu sperren. Um die Vorgabe zu erfüllen, schaltete Anthropic sie für alle ab. Drei Tage nach dem Launch. Keine Vorwarnung, kein Einspruch, keine Übergangsfrist. Wenn dein Produkt auf diesen Modellen lief und du außerhalb der USA sitzt, hat sich deine Roadmap an diesem Nachmittag geändert. Das ist der Moment, in dem digitale Souveränität vom Panel-Thema zur Betriebsfrage wird: Welchen Teil deines Stacks kann jemand anderes einfach abschalten?

Chat ist kein Produkt mehr

Wir bauen einen KI-Arbeitsbereich namens Navigator, und eine Zeit lang haben wir die Chatbox für das Produkt gehalten. Eine saubere Chatbox fühlte sich früher wie ein Produkt an. Heute liefert jedes Tool eine mit, und eine minimal schönere Version desselben Fensters ist kein Geld wert. Chat ist eine Commodity. Also haben wir aufgehört, darin gewinnen zu wollen.

Die Frage, die wirklich zählt: Schafft die Software Wert für die Menschen, die die Arbeit machen? Für uns heißt das, manuelle Schritte zu streichen, die Tools eines Teams zu verbinden und aus chaotischen Gesprächen sauberen Output zu machen. Das Chatfenster ist ein Feature eines Betriebssystems, nicht das System selbst. Wenn du es so siehst, wird die Frage, wo das Modell läuft und wer es kontrolliert, zu einer echten Entscheidung statt zu einer Voreinstellung.

Die Abhängigkeit, die du erst beim Bruch bemerkst

Gehostete Frontier-Modelle sind richtig gut. Sie sind der einfachste Einstieg, du bekommst immer die neueste Version, und du musst nichts selbst betreiben. Für viele Teams ist das die richtige Wahl, und auch wir nutzen gehostete Modelle dort, wo sie passen.

Der Haken: Bequemlichkeit und Kontrolle sind nicht dasselbe. Der Fall Fable hat gezeigt, wie schnell der Zugang verschwinden kann, aus Gründen, die nichts mit dir oder deinem Vertrag zu tun haben. Und es geht nicht nur um den Zugang. Auch die Rechnung steigt. TechCrunch berichtete im Juni, dass Unternehmen vor den KI-Kosten zurückschrecken. Uber hatte sein komplettes KI-Coding-Budget für 2026 schon im April aufgebraucht. Die Preise pro Token fallen, die Gesamtrechnungen klettern trotzdem, weil agentische Workloads weit mehr Token verbrauchen als ein Chatfenster je verbraucht hat. Du mietest eine Fähigkeit, deren Preis und Verfügbarkeit jemand anderes festlegt. In einer anderen Jurisdiktion. Nach Regeln, die sich an einem Freitag ändern können.

Was digitale Souveränität wirklich bedeutet

Souveränität heißt hier nicht, dich abzuschotten oder alles neu zu bauen. Sie heißt Optionalität: die Fähigkeit weiterzuarbeiten, zu deinen Bedingungen, falls ein einzelner Anbieter die Regeln ändert. In der Praxis sind es vier Dinge, die du tatsächlich besitzen kannst.

• Software, die du selbst betreiben darfst, nicht nur mieten.
• Modelle, die du selbst hosten kannst, damit kein Schalter aus der Ferne sie abdreht.
• Hardware und Infrastruktur, die du oder ein europäischer Anbieter kontrolliert.
• Daten, die in deiner Hand und deiner Jurisdiktion bleiben.

Nichts davon ist Alles-oder-nichts. Du kannst Schicht für Schicht umziehen und die Teile der Cloud behalten, die ihren Platz verdienen.

Ein praktischer Weg zu selbst gehosteter KI

Du musst nicht alles auf einmal umstellen. Eine realistische Reihenfolge:

1. Starte mit Open-Source-Software, die du selbst hosten kannst. Wähle Tools, die ihren Quellcode offenlegen und Self-Hosting erlauben. So bist du nie nur eine Preis-E-Mail von einer erzwungenen Migration entfernt. Open Source ist außerdem auditierbar, und das zählt, sobald die Software deine Kundendaten berührt.
2. Betreibe Open-Weight-Modelle lokal. Modelle wie Llama, Mistral, Qwen und DeepSeek decken heute die meiste Alltagsarbeit ab: Texte entwerfen, Daten extrahieren, klassifizieren, zusammenfassen. Das ist die praktische Seite einer Bring-your-own-Model-Strategie: Behalte die gehosteten Frontier-Modelle für die wenigen Aufgaben, die sie wirklich brauchen, und leite alles andere an ein Modell, das du kontrollierst. Die meiste Routinearbeit ähnelt eher einer verlässlichen Automatisierung als einem offenen Agenten und braucht nicht das teuerste Modell am Markt.
3. Besitze die Hardware, oder miete sie in deiner Jurisdiktion. Das kann eine einzelne GPU-Workstation unter dem Schreibtisch sein, ein On-Prem-Server oder eine europäische Cloud-Region. Entscheidend ist, dass die Maschine dir gehorcht.
4. Sichere deine eigenen Daten und nutze sie. Deine Dokumente, Tickets und Gesprächsverläufe sind der eigentliche Burggraben. Lege sie hinter Retrieval auf einer Infrastruktur, die du kontrollierst, statt sie in einen Dienst zu laden, dessen Bedingungen sich ohne dich ändern.

Genau das ist der Grund, warum wir Navigator für alle geöffnet und das Anbinden lokaler Modelle einfach gemacht haben. Du kannst ihn auf eigener Infrastruktur betreiben, deine Daten behalten und den Lock-in überspringen. Auch die Hardware-Frage ist real. Deshalb bauen wir eine kleine Box, die NAV-01, für Teams, die das Modell im eigenen Büro stehen haben wollen statt in einem Rechenzentrum, das sie nie sehen. Wenn es dir vor allem um die Daten geht, führt dieselbe Logik dazu, sensible Daten auf einem privaten KI-Server zu halten statt bei einem Dritten.

Open Source ist mehr als eine Lizenz

Open Source nimmt nicht nur einen Anbieter aus der Gleichung. Es ändert, wer das Tool formt. Die Menschen, die Navigator täglich nutzen, können den Code lesen, beheben, was sie nervt, ergänzen, was sie brauchen, oder ihn in eine Richtung forken, die wir nie geplant haben. Und wir können unsere Zeit dort investieren, wo wir Wert schaffen, statt ein Chatfenster zu polieren, das es in fünfzig anderen Produkten längst gibt.

Der Code ist öffentlich. Nimm ihn auseinander, bau darauf auf und sag uns, was fehlt: github.com/keinsaasforever/better-chatbot ↗.

Was würdest du auf eigener Infrastruktur laufen lassen?

Souveränität wird das Thema 2026, und das nicht aus ideologischen Gründen. Die Fable-Abschaltung und die steigende Token-Rechnung sind dieselbe Lektion aus zwei Richtungen: sich vollständig auf Infrastruktur zu verlassen, die du nicht kontrollierst, ist ein Risiko, das du messen und beziffern kannst. Du musst die Cloud nicht verlassen. Aber du solltest wissen, welche Teile deines Stacks auch ohne sie weiterlaufen würden.

Wenn du sehen willst, wie ein modell-agnostischer, selbst hostbarer Arbeitsbereich in der Praxis aussieht: Genau dafür haben wir Navigator gebaut. Fang mit einem Workflow an, einem lokalen Modell, einem Datensatz, den du im Haus behältst. Den Teil, der dir gehört, baust du von dort aus weiter.

Was würdest du auf einer Infrastruktur laufen lassen, die du wirklich kontrollierst?