Das Modell kann wechseln. Die Verantwortungsordnung muss tragen.

Willkommen zu Tom’s Strukturdiagnose. Die aktuelle KI-Debatte wirkt auf den ersten Blick wie eine Markt- und Technologiefrage.

Geschlossene Frontier-Modelle konkurrieren mit Open-Weight-Modellen. Unternehmen prüfen Local AI, Model Routing und mehrere Anbieter gleichzeitig. Die Hoffnung dahinter ist
verständlich: Wenn Modelle günstiger und austauschbarer werden, sinkt die Abhängigkeit.

Technisch kann das stimmen. Strukturell ist die Sache anspruchsvoller.

Denn mit jedem zusätzlichen Modell entsteht nicht nur eine neue Option. Es entsteht eine neue Auswahlentscheidung. Jemand muss beurteilen, welches Modell für welchen Service gut genug ist. Jemand muss Kosten gegen Qualität abwägen. Jemand muss festlegen, welche Daten wohin dürfen, welche Tools aufgerufen werden, welche Erinnerung bestehen bleibt und welche Ergebnisse freigegeben werden können.

Und wenn diese Kriterien nicht als Mandat gebaut sind, landen sie bei einer Person.

Dann klingt die Lage ungefähr so: Wir können das Modell wechseln. Aber am Ende muss ich entscheiden, ob das neue Modell gut genug ist – und ich muss die Folgen vertreten.

Genau hier wird aus technischer Wahlfreiheit persönliche Exposition.

Der Fehlframe lautet: Open Weight, Self-Hosting oder mehrere Anbieter machen uns souverän.

Der strukturelle Befund lautet: Mehr Modellwahl erzeugt mehr Bewertungs-, Freigabe- und Haftungsentscheidungen. Wenn Bewertungshoheit, Servicegrenze und Eskalation nicht sauber gebaut sind, wird technische Freiheit zur persönlichen Entscheidungslast.
Nehmen wir einen konkreten Servicefall. Eine Organisation ersetzt ein teures Modell durch ein günstigeres. Der neue Beitrag ist in achtzig Prozent der Fälle ausreichend. In den übrigen Fällen ist er schwächer, schwerer zu erklären oder weniger zuverlässig. Wer entscheidet nun,
ob die Einsparung den Qualitätsverlust rechtfertigt? Wer definiert, welche
Fehlerklasse im Service akzeptabel ist? Wer darf das Modell für bestimmte Fälle
sperren? Wer muss die Entscheidung später gegenüber Kunde, Audit, Compliance oder
Geschäftsleitung erklären?

Die Antwort darf nicht lauten: derjenige, dergerade am meisten Erfahrung hat.

Erfahrung ist wichtig. Aber Erfahrung ohneMandat wird zur stillen Kompensation. Der Centurio prüft mehr, sichert sich stärker ab und hält Wissen im Kopf, das eigentlich in der Verantwortungsordnung liegen müsste. Er bezahlt die fehlende Architektur mit Zeit, Risiko und
Reputation.

Das ist der Mandat–Service–Haftungs-Knoten im Nutzungsmoment.

Mandat: Wer darf ein Modell auswählen, freigeben, begrenzen oder stoppen?

Service: Welcher konkrete Nutzeffekt soll für welchen Service-Konsumenten entstehen – und welche Qualitätsgrenze gilt dabei?

Haftung: Wer ist für Wirkung, Begründung undPrüfbarkeit zurechenbar, wenn der KI-Beitrag den Service verändert?

Urteilskraft: Wer besitzt dieservicegebundenen Kriterien, um einen Beitrag nicht nur technisch, sondern im konkreten Fall als tragfähig zu beurteilen?

Ein Modellwechsel ist deshalb erst dann echte Wechsel-Fähigkeit, wenn mehr als die API austauschbar ist.

Der Servicekontext muss mitgedacht werden: Daten, Memory, Berechtigungen, Tool-Calls, Evaluation, Freigabepfade, Eskalation, Logging und Override. Vor allem aber muss klar bleiben, wer urteilen darf und wer die Folgen trägt.

Das ist der Unterschied zwischen technischer Portabilität und Migrationsmacht.

Technische Portabilität bedeutet: Wir könnenein anderes Modell anschliessen.

Migrationsmacht bedeutet: Wir können denContribution Layer wechseln, ohne dass Mandat, Service, Haftung und Urteilskraft auseinanderbrechen.

Für den Centurio ist diese Unterscheidung unmittelbar. Er braucht nicht primär noch eine Modellübersicht. Er braucht eine lesbare Antwort auf fünf Fragen:

Erstens: Welcher Service soll durch denModellwechsel tatsächlich besser, günstiger oder sicherer werden?

Zweitens: Wer besitzt die Kriterien, nachdenen der neue Beitrag als gut genug gilt?

Drittens: Wer darf freigeben, korrigieren,übersteuern oder stoppen?

Viertens: Welche Grenzfälle müssen eskaliert werden – und an wen?

Fünftens: Wer vertritt die Entscheidung, wenn der Trade-off zwischen Kosten, Geschwindigkeit und Qualität später problematisch wird?

Wenn diese Fragen nicht klar beantwortet sind,ist das kein Beweis gegen den Modellwechsel. Es ist ein Hinweis, dass die Verantwortungsordnung dem technischen Wechsel noch nicht folgt.

Der würdige nächste Schritt beginnt deshalbnicht mit einer weiteren Vendor-Matrix. Er beginnt mit Lesbarkeit: Wo ist der Servicekontext gebunden? Wo liegt Bewertungshoheit nur informell? Wo wird Freigabe zur persönlichen Absicherung? Und wo trägt eine Person bereits die
Folgen einer Architektur, die nicht gebaut wurde?

Wenn diese Lage konkret bei Ihnen landet, kannein Centurio Passage Assessment sinnvoll werden. Nicht als Modellberatung und nicht als KI-Reifegradtest. Sondern als bezahlter Erstbefund: Ist Ihre personale Tragleistung bereits größer als die strukturelle Tragfähigkeit – und welcher nächste Schritt ist dann angemessen?

Das Modell kann wechseln. Die Verantwortungsordnung muss tragen.

Das war keine Modellfrage. Das war eineStrukturfrage.