Der vorherige Beitrag dieser Serie hat argumentiert, dass jede Jurisdiktion nativ gebaut werden muss, nie übersetzt. Das wirft eine naheliegende technische Frage auf: Wenn jeder Markt sein eigener Build ist, warten dann ein separates Produkt pro Land auf Pflege?

Nein. Es gibt eine Engine. Was sich pro Markt unterscheidet, ist in ihr abgeschottet. Dieser Beitrag erklärt, wie diese beiden Tatsachen zusammenleben.

Geteilt, wo es geteilt werden sollte

Manche Dinge variieren nicht nach Jurisdiktion. Wie Mandatsdaten im Browser gespeichert werden. Wie das Verschwiegenheitsschutzgate vor jedem ausgehenden KI-Aufruf sitzt. Wie die Oberfläche aufgebaut ist, wie Dokumente zusammengestellt werden, wie ein Mandat seine Stadien durchläuft. Diese Maschinerie ist eine gemeinsame Codebasis, weil sie pro Land neu zu bauen bedeuten würde, bei jedem Neubau eine frische Chance zu haben, das Sicherheitsmodell subtil verschieden zu gestalten — und das Sicherheitsmodell ist das Eine, das überall identisch sein muss.

Also ist der Kern gemeinsam. Eine Korrektur daran, wie Mandatsdaten geschützt werden, schützt jeden Markt auf einmal. Das ist der Punkt des Teilens: die sicherheitskritischen Teile werden einmal geschrieben und halten überall.

Abgeschottet, wo es abgeschottet sein muss

Die rechtlichen Inhalte sind das Gegenteil. Die Gesetze, die Berufssprache und die Vorlagen eines Markts liegen auf der Seite dieses Markts. Diese Seiten referenzieren sich gegenseitig nicht. Der Code eines Markts greift nie auf den Rechtsinhalt eines anderen Markts zu — nicht als eine Konvention, die jemand vergessen könnte, sondern als eine Grenze, die der Build durchsetzt.

Das Risiko ist spezifisch und unangenehm: Einblutung. Der Inhalt eines Markts, der stillschweigend das Gesetz eines anderen Markts zitiert. Der Inhalt eines anderen Markts, der einen Regulator eines anderen Markts nennt. Eine Formulierung, die ein Übersetzungscalque ist statt eines nativen Entwurfs. Jedes dieser Dinge ist ein kleiner Fehler, der gut klingt und falsch ist, und jeder würde genau das Vertrauen untergraben, das das Produkt aufzubauen da ist.

Also prüfen wir danach. Ein Detektor durchläuft eingecheckten Code nach jurisdiktionsübergreifender Inhaltsvermischung und bricht den Change ab, wenn er etwas findet — der Inhalt eines Markts referenziert die Gesetze eines anderen wörtlich, der Inhalt eines Markts nennt den Regulator eines anderen, Übersetzungscalques. Das Verschwiegenheitsschutzgate wird auf dieselbe Weise geprüft: jede ausgehende Aufrufstelle wird gegen die Regel des jeweiligen Markts klassifiziert — soft-warn, wo das Gesetz Ermessen lässt, und harter Block, wo das Recht des Markts die Pflicht absolut macht. Eine Umgehung bricht den Build. Die Mauer ist kein Versprechen in einem Dokument; sie ist ein Gate in der Pipeline.

Wie neue Märkte auf demselben Kern öffnen

Das ist, was es erlaubt, einen neuen Markt zu öffnen, ohne ein neues Produkt. Die gemeinsame Engine ist bereits gebaut und bereits sicher. Einen Markt zu öffnen bedeutet, seinen nativen Rechtsinhalt zu verfassen — seine Gesetze, seine Stimme, sein Compliance-Paket, seine Vorlagen — hinter derselben Mauer, hinter der die bestehenden Märkte sitzen, und dieselben Detektoren bestätigen zu lassen, dass nichts eingeblutet ist.

Die Engine wird nicht für jeden Markt umgeschrieben. Die Mauer wird für keinen gelockert.

Warum das so gebaut ist

Die faule Version von „multi-market" ist ein juristisches Gehirn, das nach außen übersetzt wird — billig zu behaupten, falsch an den Stellen, an denen es darauf ankommt. Die ehrliche Version ist eine Engine, viele native Rechtsbuilds, harte Mauern zwischen ihnen und automatisierte Prüfungen, dass die Mauern gehalten haben.

Es ist wieder der rote Faden: von Rechtsanwälten gebaut, für Rechtsanwälte — kein generisches KI-Werkzeug mit juristischem Anstrich. Das Werkzeug mit Anstrich würde übersetzen. Die Engine schottet die Jurisdiktionen absichtlich ab und beweist, dass sie es getan hat.

← Alle Beiträge