Eine Alternative zur KI der Big Tech-Unternehmen · Essay 4 von 7

Ihr Modell, Ihre Mauern

Für Teams, die sensible Daten nicht in der Cloud eines Drittanbieters speichern können: eine KI, die innerhalb Ihrer eigenen vier Wände läuft und niemals nach Hause telefoniert.

Zusammenfassung. Für einen Beratungsdienst, ein Fallmanagement-Team, einen Vorstand, der geschäftlich sensible Angelegenheiten behandelt, einen Gesundheitsdienstleister oder eine sicherheitsbewusste Abteilung innerhalb einer größeren Organisation ist „es ist in der Cloud“ die höflich formulierte Problemstellung. Die meisten KI-Lösungen in Unternehmenssoftware analysieren Ihren Text, indem sie ihn an das Modell eines Anbieters senden – auf einer Infrastruktur, die Sie nicht kontrollieren und die einer ausländischen Gerichtsbarkeit unterliegt. „The Village“ behält das Modell dort, wo sich die Daten bereits befinden: Jede Community betreibt ein eigenes, bescheidenes Modell, das von einer souveränen Infrastruktur auf neuseeländischem und EU-Territorium bereitgestellt wird, und nichts verlässt den Raum, um das Produkt eines anderen zu trainieren. Im Juni haben wir den letzten Codepfad entfernt, über den ein „Village“ überhaupt noch ein externes Modell aufrufen konnte. Dieser Aufsatz erklärt, was „Ihr Modell, Ihre Mauern“ in der Praxis bedeutet.

PDF herunterladen Als Folien präsentieren Briefing-PDF

Kernaussagen – tippen Sie auf eine Zeile, um den Abschnitt zu lesen

Arbeit, die den Raum nicht verlassen darfBei sensiblen Aufgaben ist „es ist in der Cloud“ die höfliche Umschreibung des Problems.

Beratungsnotizen, Fallakten, Vorstandsstrategien und Patientenakten dürfen kein Fenster sein, durch das jemand anderes hineinschauen kann.
Es liegt an der Architektur, nicht an einem falsch eingestellten Schalter – die Daten müssen das System verlassen, damit ein Cloud-Modell sie lesen kann.
Diese Teams brauchen kein besseres Versprechen bezüglich der Daten, die bereits übertragen wurden; sie brauchen die Gewissheit, dass sie gar nicht erst übertragen werden.

Einige Organisationen halten die gesamte KI-Diskussion für irrelevant, da sie von einer ausschließenden Annahme ausgeht: dass man, um KI zu nutzen, sein Material an den Computer eines anderen sendet. Eine Beratungsnotiz. Eine Kinderschutzakte. Die Strategie eines Vorstands, bevor sie veröffentlicht wird. Eine Patientenakte. Für die Verantwortlichen war die Frage nie: „Welcher KI-Assistent ist der beste?“ Sie lautete: „Wie bekomme ich dabei Hilfe, ohne dass die Daten den Raum verlassen?“ Die Antwort der großen Anbieter lautete bisher: Das geht nicht.

Der Grund dafür liegt in der Architektur selbst. Eine Cloud-KI-Funktion liest Ihren Text, indem sie ihn an das Modell des Anbieters überträgt, wo er gemäß einer Richtlinie verarbeitet wird, auf die Sie sich verlassen müssen, und im Moment der Nutzung für eine andere Partei als Sie selbst sichtbar ist. Man kann die Seite zum Datenschutz lesen, das Kästchen „Unternehmen“ ankreuzen, jedes Wort glauben – und die Tatsache bleibt unverändert: Die sensiblen Daten haben das Gebäude verlassen, damit die Maschine sie lesen konnte. Bei gewöhnlichen Inhalten ist dieses Risiko beherrschbar. Bei sensiblen Inhalten ist es das eigentliche Problem, und kein Schalter behebt es, denn der Schalter regelt nur, was ein Anbieter mit Daten tut, die er bereits besitzt.

Wohin „die Cloud“ Ihre Daten tatsächlich bringtEine Cloud-KI-Funktion liest Ihren Text, indem sie ihn aus dem Gebäude schickt.

Sie befinden sich in der Infrastruktur einiger weniger großer Unternehmen und sind, wo auch immer du dich befindest, ausländischem Recht unterworfen.
Dein Text wird möglicherweise gespeichert, überprüft oder fließt in die nächste Version des Modells ein.
Der entscheidende Punkt ist: „Kann ich nachvollziehen, wo überall diese Daten gewesen sind?“ – und die Antwort lautet „nein“.

„In der Cloud“ bedeutet bei dieser Art von Arbeit drei Dinge:

Die Daten befinden sich auf einer Infrastruktur, die einem von wenigen sehr großen Unternehmen gehört, von denen die meisten ausländischem Recht unterliegen, wo auch immer Sie und Ihre Mitglieder sich befinden;
die KI, die sie auswertet, ist das Modell des Anbieters, auf der Hardware des Anbieters;
Ihr Text wird möglicherweise gespeichert, überprüft, fließt möglicherweise in die nächste Version des Modells ein und ist für den Anbieter zumindest zum Zeitpunkt der Nutzung lesbar.

Nichts davon ist böswillig. Es ist die Natur der Vereinbarung: Die Daten gehören ihnen, werden auf ihrer Plattform verarbeitet, und Ihr Material muss dorthin übertragen werden.

Für ein sicherheitsbewusstes Team ist diese Struktur ein Ausschlusskriterium. Ihr Bedrohungsmodell läuft auf eine Frage hinaus: Kann ich gegenüber einer Aufsichtsbehörde, einem Gericht oder der Person, deren Akte dies ist, Rechenschaft darüber ablegen, an jedem Ort, an dem diese Informationen gewesen sind? Sobald die Antwort beinhaltet: „Und dann ging es an ein Modell in einem anderen Land“, ist die Rechenschaftspflicht nicht mehr gegeben. Ein besseres Versprechen bezüglich Daten, die bereits das Land verlassen haben, ist für sie wertlos. Sie brauchen die Daten, damit diese das Land nicht verlassen.

A high-country lake below snow peaks at dusk, Aotearoa New Zealand

Ein Modell innerhalb Ihrer MauernThe Village führt das Modell dort aus, wo sich die Daten bereits befinden – ohne Aufruf an OpenAI, Google oder Anthropic.

Ein bescheidenes, offenes Modell mit etwa 14 Milliarden Parametern, das pro Community feinabgestimmt ist und auf selbst gehosteten Inferenzservern bereitgestellt wird.
Juni 2026: Der Zustimmungsweg für externe KI wurde entfernt; das Audit-Protokoll erfasst nur noch die eigene Engine des Dorfes.
„Die Daten verlassen den Ort nicht“ ist nun eine Eigenschaft der Software, kein Versprechen – sie können nirgendwohin gehen.
Ehrliche Einschränkung: Wir erheben nicht den Anspruch, Pioniermodelle zu übertreffen; der Vorteil liegt in der Datenhoheit, nicht im reinen IQ.

Das Village bewahrt das Modell dort auf, wo sich die Daten bereits befinden. Jede Art von Community betreibt ein eigenes, bescheidenes Modell – ein offenes Modell mit etwa vierzehn Milliarden Parametern, das genau auf die Arbeit dieser Community abgestimmt ist – auf souveräner Infrastruktur in Neuseeland und der EU, niemals in der Cloud eines Hyperscalers. Eine Organisation, die dies benötigt, kann das „Village“ auf ihrer eigenen Infrastruktur bereitstellen lassen. Nirgendwo auf dem Weg gibt es einen Aufruf an OpenAI, Google oder Anthropic. Auch ein kleines Modell erledigt nützliche Aufgaben: eine Frage beantworten, einen langen Thread zusammenfassen, einen Entwurf für eine Notiz erstellen, die ein Mensch genehmigen kann, einem Neuling helfen, sich zurechtzufinden. All das geschieht innerhalb der eigenen Mauern. Wie jedes Modell feinabgestimmt, bereitgestellt und von jeder externen Cloud ferngehalten wird, ist im Village-AI- Leitfaden unter mysovereignty.digital/village-ai.html dargelegt.

Im Juni haben wir die letzte Tür geschlossen. Wir haben „external_ai“ aus den Zwecken entfernt, denen ein Mitglied zustimmen kann, sodass das Audit-Protokoll nun nur noch die eigene Engine eines Village oder eine lokale Simulation als Quelle für jegliche KI-Ausgabe aufzeichnet. Es gibt keinen Codepfad mehr, über den ein Village auf ein externes Modell zugreifen kann. „Die Daten verlassen das System nicht“ ist keine Datenschutzerklärung mehr, an die man glauben muss; es ist eine Eigenschaft der Software, denn es gibt keinen Ort, an den die Daten gelangen könnten.

Ein Wort der Vorsicht, denn die falsche Interpretation davon ist eine Lüge. Unser Modell mit vierzehn Milliarden Parametern übertrifft nicht die größten Pionier- Systeme, und das hat das Korpus schon immer gesagt. Diese Modelle sind außergewöhnlich; ein Community-Modell ist im Vergleich dazu bescheiden. Das Angebot hier ist ein anderes: Intelligenz, die niemals Ihre Obhut verlässt. Für wirklich sensible Aufgaben ist das besser als ein clevereres Modell, an das Sie Ihre Dateien per E-Mail senden müssen. Eine brillante Antwort, für die Ihre Fallakte das Gebäude verlassen muss, ist die falsche Antwort.

Sunflowers in a field at golden hour, Aotearoa New Zealand

Kontextbezogen, nicht gemitteltEin Modell, das ausschließlich Ihre Art von Arbeit sieht, erfasst die Details, die ein globaler Durchschnitt verwischt.

Frontier-Modelle sind so konzipiert, dass sie allen gehören – was sie im Detail zu niemandes Eigentum macht.
Dein Modell ist auf deinen Kontext abgestimmt und läuft nach deinen eigenen Regeln.
Keine dieser Einzelheiten wird jemals zu Trainingsdaten für jemand anderen.

Ein Modell, das innerhalb einer Gemeinschaft existiert, hat einen stillen Vorteil und widerspricht der Annahme, dass größer immer besser ist. Ein Frontier- Modell ist so konzipiert, dass es gleichzeitig allen gehört, was es im Einzelnen zu niemandem gehört. Es kennt den Durchschnitt dessen, wie das gesamte Internet über eine Sache diskutiert, nicht aber, wie Ihre Gemeinde, Ihre Praxis oder Ihr Fallteam tatsächlich arbeitet. Ein „Village“-Modell ist genau auf die Art von Gemeinschaft abgestimmt, der es dient, und läuft nach den eigenen Regeln dieser Gemeinschaft. Da es nur Ihre Art von Arbeit in Ihrem Kontext sieht, erfasst es genau die Einzelheiten, die ein globaler Durchschnitt ausblendet: das lokale Vokabular, die spezifischen Verpflichtungen, die Art und Weise, wie Ihre Mitarbeiter Dinge formulieren. Und keine dieser Einzelheiten wird zu Trainingsdaten für das Produkt eines anderen. Situativ, nicht gemittelt.

Wie weit Sie es in Ihre eigenen vier Wände integrieren könnenEntscheiden Sie selbst, wie dick die Mauern sind – bis hin zur vollständigen Ausführung auf Ihrer eigenen Hardware.

Gemeinsam genutzt, aber unterteilt → eine dedizierte Datenbank → vollständig selbst gehostet in Ihren eigenen Räumlichkeiten.
Hub-and-Spoke: Mitglieder erreichen nur die Moderatoren, die ihnen helfen – für Beratung, Fallmanagement, Mentoring.
Ihr Logo, Ihre Farben, Ihr Vokabular, Ihre Domain und Ihre E-Mail-Adresse – es sieht aus wie Ihr eigenes, weil es Ihr eigenes ist.

Wie viel Abgrenzung eine Community benötigt, ist ihre eigene Entscheidung:

Die meisten laufen auf gemeinsam genutzter Infrastruktur, wobei die Daten jeder Community softwaremäßig von allen anderen getrennt sind, was für die große Mehrheit ausreicht;
wer mehr will, kann eine eigene Datenbank nutzen, die ausschließlich ihm vorbehalten ist;
wer seine Daten überhaupt nicht auf dem Rechner eines anderen speichern möchte, kann „The Village“ auf einer eigenen Infrastruktur bereitstellen.

Für alle drei gilt: Die Daten bleiben auf eigenem Terrain, außerhalb der Clouds aller Hyperscaler, und das Modell, das sie auswertet, ist das eigene der Community. Die Plattform dient dem Strickkreis ebenso wie der Fallmanagement-Einheit; der Unterschied liegt lediglich darin, wie viel Abgrenzung Sie gewünscht haben.

Die Abgrenzungen verlaufen auch innerhalb einer Community, wo es die Arbeit erfordert. Für Beratung, Fallmanagement, Mentoring und Rekrutierung verfügt das Village über einen Modus, in dem gewöhnliche Mitglieder nur die Moderatoren erreichen, die ihnen helfen, nicht aber einander. Die Person, die Hilfe sucht, wird niemals einer Gruppe von Fremden in derselben Situation ausgesetzt; die Unterstützungsbeziehung bleibt privat. Derselbe Ansatz, angewendet auf die Struktur der Community anstatt auf ihre Infrastruktur. Dieser Hub-and-Spoke-Modus läuft in der Rekrutierungs-Demo unter recruitment-demo.mysovereignty.digital.

Und weil es Ihr eigenes ist, sieht es auch so aus: Ihr Logo, Ihre Farben, das Vokabular, das Ihre Leute tatsächlich verwenden, statt des Produktjargons eines anderen, Ihre eigene Domain, Ihre eigene E-Mail-Adresse.

A rain squall sweeping over farmland toward the sea, Aotearoa New Zealand

Wer braucht schon so dicke Wände?Die meisten nicht; diejenigen, die sie brauchen, wissen genau, wer sie sind.

Sicherheitsbewusste Teams in größeren Organisationen, die wissen, dass „es ist in der Cloud“ keine Antwort ist.
Beratungs- und Gesundheitsdienste, deren Verschwiegenheitspflicht die Grundlage ihrer Arbeit bildet.
Vorstände, die sich mit geschäftlich sensiblen oder vertraulichen Angelegenheiten befassen; Abteilungen, die einer Aufsichtsbehörde Rechenschaft schuldig sind.

Den meisten Gemeinschaften reicht die leichtere Variante aus. Für diejenigen, die dicke Wände benötigen, ist dies ein absolutes Muss, und sie wissen, wer sie sind:

das sicherheitsbewusste Team innerhalb einer größeren Organisation, das bereits zu dem Schluss gekommen ist, dass „es ist in der Cloud“ keine Antwort auf das ist, was es verwahrt;
die Beratungs- und Gesundheitsdienste, deren Schweigepflicht die Grundlage ihrer Arbeit bildet;
der Vorstand, der sich mit geschäftlich sensiblen oder rechtlich vertraulichen Angelegenheiten befasst;
die Abteilung, die einer Aufsichtsbehörde gegenüber rechenschaftspflichtig ist, die eines Tages einen vollständigen Nachweis darüber verlangen wird, wo sich eine bestimmte Information befunden hat.

Für sie alle ist das Angebot klar und nachweisbar: Das Modell läuft innerhalb Ihrer Mauern, Ihr Material verlässt diese nicht, und es gibt keine Tür mehr, durch die es entweichen könnte.

Dies ist der Teil der Serie, der sich mit der Datenverwahrung befasst. Frühere Essays argumentierten, dass die KI Ihnen gehören und ihren Platz kennen sollte; in diesem Beitrag geht es darum, was „Ihnen gehören“ bedeutet, wenn das Material zu sensibel ist, um irgendetwas Geringeres zu bedeuten. Die nächsten Beiträge richten den Blick nach außen: den Betrieb und die Markenbildung Ihres eigenen vernetzten „Village“, den Zusammenschluss mit anderen zu Bedingungen, die Sie festlegen und wieder widerrufen können. Sie alle ruhen auf diesem Fundament. Die Mauern kommen zuerst.

Das „Village“ ist ein laufendes System, keine Broschüre – sehen Sie es sich unter mysovereignty.digital an. Das „Village“ lässt seine eigenen Modelle auf selbst gehosteten Inferenzservern laufen, ohne Code-Pfade zu externen KI-Systemen; „die Daten verlassen das System nicht“ ist eine Eigenschaft der Architektur, kein politisches Versprechen. – John G. Stroh, My Digital Sovereignty Ltd., Juni 2026.