2238547344
- 57 files modified, 5 files renamed (home-ai → village-ai) - HTML pages: all user-facing text, data-i18n attributes, anchor IDs, CSS classes - i18n JSON: keys (home_ai → village_ai) and values across en/de/fr/mi - Locale files renamed: home-ai.json → village-ai.json (4 languages) - Main page renamed: home-ai.html → village-ai.html - Research downloads: translated terms updated (French "IA domestique", Māori "AI ā-whare"/"AI kāinga" → "Village AI" per brand name rule) - JavaScript: navbar component, blog post scripts - Markdown: research timeline, steering vectors paper, taonga paper Aligns with community codebase rename (commit 21ab7bc0). "Village" is a brand name — stays untranslated in all languages. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
234 lines
No EOL
52 KiB
HTML
234 lines
No EOL
52 KiB
HTML
<!DOCTYPE html><html lang="de"><head><meta charset="UTF-8"><meta name="viewport" content="width=device-width,initial-scale=1.0"><title>TAONGA-ZENTRIERTE STEUERUNGSGOVERNANCE</title>
|
||
<style>@page{margin:2cm;size:A4}*{box-sizing:border-box}body{font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,"Helvetica Neue",Arial,sans-serif;font-size:11pt;line-height:1.6;color:#1f2937;margin:0;padding:0}.cover{page-break-after:always;display:flex;flex-direction:column;justify-content:center;align-items:center;min-height:80vh;text-align:center;border-bottom:3px solid #2563eb;padding-bottom:2cm}.cover h1{font-size:2.5rem;font-weight:700;color:#111827;margin-bottom:.5rem}.cover .sub{font-size:1.25rem;color:#4b5563;margin:0 0 .5rem}.cover .tag{font-size:1rem;font-weight:500;color:#10b981;margin:0 0 1.5rem}.cover .badge{display:inline-block;background:linear-gradient(135deg,#10b981,#059669);color:#fff;padding:.25rem .75rem;border-radius:9999px;font-size:.75rem;font-weight:600;text-transform:uppercase;letter-spacing:.05em;margin-bottom:1rem}.cover .meta{font-size:1rem;color:#6b7280;margin-top:2rem}.cover .meta p{margin:.5rem 0}.content{color:#374151;padding:0 1cm}.collab{background:#f0fdfa;border-left:4px solid #14b8a6;padding:1rem 1.5rem;margin:2rem 0;font-style:italic;color:#4b5563}.abstract{background:#fafafa;padding:1.5rem 2rem;border-radius:8px;margin:2rem 0}h2{font-size:1.5rem;font-weight:600;color:#111827;margin-top:1.75rem;margin-bottom:.875rem;border-bottom:1px solid #e5e7eb;padding-bottom:.375rem;page-break-after:avoid}h3{font-size:1.25rem;font-weight:600;color:#1f2937;margin-top:1.5rem;margin-bottom:.75rem;page-break-after:avoid}p{margin-bottom:1rem;line-height:1.75;orphans:3;widows:3}blockquote{border-left:4px solid #14b8a6;margin:1.5rem 0;padding:.875rem 1rem;color:#4b5563;background:#f9fafb;border-radius:.25rem;page-break-inside:avoid}table{width:100%;border-collapse:collapse;margin-bottom:1.25rem;font-size:.875rem;page-break-inside:avoid}.editorial-note{background:#eff6ff;border:2px solid #3b82f6;border-radius:8px;padding:1.5rem 2rem;margin:2rem 0;page-break-inside:avoid}.editorial-note .note-title{font-weight:700;color:#1e40af;margin-bottom:.75rem;font-size:1rem}.editorial-note p{margin-bottom:.75rem;line-height:1.7}.editorial-note .added-ref{font-style:italic;margin-top:1rem}th{background:#f3f4f6;border:1px solid #d1d5db;padding:.625rem .875rem;text-align:left;font-weight:600;color:#111827}td{border:1px solid #d1d5db;padding:.625rem .875rem;color:#374151}tbody tr:nth-child(even){background:#f9fafb}pre{background:#1f2937;color:#e5e7eb;padding:1.25rem;border-radius:8px;overflow-x:auto;margin:1.5rem 0;page-break-inside:avoid}code{background:#f3f4f6;padding:.2em .4em;border-radius:4px;font-size:.9em}.footer{margin-top:3rem;padding-top:1.5rem;border-top:1px solid #e5e7eb;font-size:.875rem;color:#6b7280;text-align:center}a{color:#2563eb}strong{font-weight:600;color:#111827}hr{border:none;border-top:1px solid #d1d5db;margin:1.5rem 0}</style></head><body>
|
||
<div class="cover"><span class="badge">Akademische Forschungsausgabe</span><h1>TAONGA-ZENTRIERTE STEUERUNGSGOVERNANCE</h1><p class="sub">Polyzentrische Autoritaet fuer souveraene kleine Sprachmodelle</p><p class="tag">Indigene Datensouveraenitaet trifft auf KI-Governance</p><div class="meta"><p><strong>Die Autoren: John Stroh & Claude (Anthropic)</strong></p><p>Dokument-Code: STO-RES-0010 | Version: 0.2 ENTWURF | Februar 2026</p><p style="margin-top:2rem;font-style:italic">Tractatus AI Safety Framework</p><p style="font-size:.875rem">https://agenticgovernance.digital</p></div></div>
|
||
<div class="content">
|
||
<div class="collab">Dieses Dokument wurde in Zusammenarbeit zwischen Mensch und KI entwickelt. Die in diesem Papier verwendeten Konzepte aus te ao Maori -- insbesondere taonga, tikanga, whakapapa, mana, tino rangatiratanga und kaitiakitanga -- sind komplexe, lebendige kulturelle Konzepte, die ueber das hinausgehen, was nicht-Maori-Autoren vollstaendig darstellen koennen. Dieses Papier ist ein Entwurf, der die Begutachtung und Validierung durch Maori erwartet.</div>
|
||
<h2>Zusammenfassung</h2>
|
||
<p>Dieses Papier erweitert die Analyse des Inferenzzeit-Debiasing in souveränen kleinen Sprachmodellen (STO-RES-0009), indem es deren zentrale Governance-Beschränkung adressiert: die implizite Annahme eines einzigen Governance-Kerns auf Plattformebene, der Bias definiert, Lenkungsvektoren extrahiert und Korrekturen an nachgelagerte Tenants verteilt. Wir schlagen eine polyzentrische Alternative vor, bei der Steuerungsvektoren und Steuerungspakete als geregelte Objekte mit mehreren Eigentümern behandelt werden und nicht als technische Möglichkeiten, die von einem einzigen Plattformbetreiber kontrolliert werden. Auf der Grundlage von Konzepten aus dem te ao Maori - insbesondere taonga (geschätzter Besitz, der kaitiakitanga unterliegt), tikanga (Gewohnheitspraxis und Protokoll) und tino rangatiratanga (Selbstbestimmung) - argumentieren wir, dass einige Bereiche des kulturellen Wissens strukturell von der Korrektur von Verzerrungen auf Plattformebene ausgeschlossen sind und von den entsprechenden kulturellen Autoritäten geregelt werden müssen. Wir schlagen eine Architektur mit gleichberechtigten Lenkungsbehörden, taonga-zentrierten Lenkungsregistern, expliziter Lenkungsprovenienz und einem Recht auf Nichtbeteiligung vor, die es indigenen und gemeinschaftlichen Lenkungsgremien ermöglicht, als erstklassige Peers in der Modellverhaltenslenkung zu fungieren und nicht als nachgeschaltete Konsumenten von Plattformkorrekturen. Das Ergebnis ist nicht ein einziger Meta-Rahmen, sondern ein Netz koordinierter, unterschiedlicher Governance-Dienste, die auf einem gemeinsamen technischen Substrat arbeiten.</p>
|
||
<hr>
|
||
<h2>1. Einleitung: Warum ein Begleitpapier benötigt wird</h2>
|
||
<h3>1.1 Was das erste Papier feststellte</h3>
|
||
<p>STO-RES-0009 ("Steering Vectors and Mechanical Bias") leistete drei Beiträge:</p>
|
||
<ol><li><strong>Eine Unterscheidung zwischen mechanischer und argumentativer Verzerrung.</strong> Einige Verzerrungen in Transformatormodellen wirken auf der Repräsentationsebene - in Token-Einbettungen, Aufmerksamkeitsmustern und Aktivierungen der frühen Schichten - bevor das deliberative Denken des Modells einsetzt. Diese "mechanischen Verzerrungen" sind mit der motorischen Automatik vergleichbar: Sie werden ausgelöst, bevor das Befolgen von Anweisungen eingreifen kann, und Korrekturen auf der Aufforderungsebene ("sei kulturell sensibel") können dagegen unwirksam sein.</li></ol>
|
||
<ol><li><strong>Ein Überblick über Steuerungsvektortechniken</strong> Contrastive Activation Addition (CAA), Representation Engineering (RepE), FairSteer, Direct Steering Optimization (DSO) und Anthropic's sparse autoencoder feature steering bieten jeweils Methoden zur Identifizierung und Korrektur von Verzerrungsrichtungen im Aktivierungsraum zur Inferenzzeit.</li></ol>
|
||
<ol><li><strong>Der strukturelle Vorteil des souveränen Einsatzes.</strong> Keine dieser Techniken ist über kommerzielle API-Endpunkte verfügbar. Nur souveräne Implementierungen mit vollem Zugriff auf Modellgewichte und Aktivierungen können Steuerungsvektoren extrahieren, injizieren und kalibrieren. Dadurch sind souveräne kleine Sprachmodelle (SLMs) einzigartig positioniert, um mechanische Verzerrungen zu beseitigen.</li></ol>
|
||
Das erste Papier schlug einen vierstufigen Implementierungspfad vor und fügte in der Überarbeitung von v1.1 ein Governance-Framing (eine Tabelle der Entscheidungsrechte "Wer steuert?"), eine dekoloniale Lesart von Repräsentationsverzerrungen als "koloniale Wissenshierarchien" und die Erkenntnis hinzu, dass einige kulturelle Domänen (whakapapa, tikanga, kawa) für die Steuerung auf Plattformebene tabu sein können.
|
||
<h3>1.2 Was ungelöst blieb</h3>
|
||
<p>Die Revisionen der Version 1.1 haben das Governance-Problem erkannt, aber nicht architektonisch gelöst. Drei Spannungen bleiben bestehen:</p>
|
||
<strong>Das Plattform-als-Wurzel-Problem.</strong> Das zweistufige Schulungsmodell (Stufe 1 - Plattformbasis + Stufe 2 - Adapter für die einzelnen Mandanten) schafft eine implizite Hierarchie: Plattformwerte als Standard, Mandantenwerte als Spezialisierung. Für Mieter, die innerhalb eines gemeinsam genutzten Dienstes die Wahl des Verbrauchers haben, ist diese Hierarchie angemessen. Für iwi, hapu oder andere Einrichtungen, die eine parallele Souveränität ausüben, ordnet sie ihre Normativität strukturell der der Plattform unter.
|
||
<strong>Das Problem der einzigen Ontologie</strong> Die in der ersten Veröffentlichung enthaltene Bewertungsreihe für Voreingenommenheit (7 Kategorien, 350 Beispiele) geht von einer einzigen Ontologie dessen aus, was als Voreingenommenheit gilt. Voreingenommenheit ist jedoch keine natürliche Eigenschaft, sondern ein Urteil, das innerhalb eines normativen Rahmens gefällt wird. Verschiedene Behörden können Voreingenommenheit unterschiedlich definieren, und diese Definitionen können sich widersprechen.
|
||
<p>**Die Tabelle "Wer lenkt?" in Version 1.1 ordnet die Lenkungsentscheidungen den institutionellen Rollen zu, aber die Architektur behandelt die Lenkung immer noch als eine Ebene, die auf die technischen Abläufe angewendet wird. Die Frage ist, ob Governance stattdessen in die Architektur selbst eingebettet werden kann - nicht als Einschränkungen für technische Entscheidungen, sondern als die Struktur, die bestimmt, welche Entscheidungen von den Ingenieuren zu treffen sind und welche woanders hingehören.</p>
|
||
<h3>1.3 Was dieses Papier vorschlägt</h3>
|
||
<p>Dieses Papier entwickelt eine alternative Governance-Architektur für die Steuerung von Vektoren in souveränen SLMs. Seine These:</p>
|
||
<blockquote><p>Die Steuerung von Vektoren in souveränen KI-Systemen sollte polyzentrisch sein - verteilt auf gleichberechtigte Behörden mit unterschiedlichen Zuständigkeiten - und nicht hierarchisch. Einige Steuerungsbereiche sind taonga: Sie werden unter tikanga geregelt, gehören iwi oder Gemeinschaftsinstitutionen und liegen strukturell außerhalb der Befugnis des Plattformbetreibers, sie zu definieren, zu verändern oder zu universalisieren.</p></blockquote>
|
||
Das Ziel ist nicht der "Tractatus mit iwi-Plugins", sondern ein Netzwerk von koordinierten, unterschiedlichen Governance-Diensten, von denen einige iwi-souverän sind, wobei der Aktivierungsraum des Modells eher ein gemeinsames technisches Substrat als eine einzelne Verfassungsordnung ist.
|
||
<hr>
|
||
<h2>2. Hintergrund: Polyzentrische Governance und indigene Datensouveränität</h2>
|
||
<h3>2.1 Polyzentrisches Regieren</h3>
|
||
<p>Polyzentrische Governance, wie sie von Elinor Ostrom (1990, 2010) entwickelt wurde, beschreibt Systeme mit mehreren Zentren der Entscheidungsbefugnis, die formal unabhängig sind, aber nach einem übergreifenden Regelwerk arbeiten. Die wichtigsten Eigenschaften, die für die KI-Steuerungs-Governance relevant sind:</p>
|
||
<ul><li><strong>Mehrere Behörden</strong> mit sich überschneidenden, aber unterschiedlichen Zuständigkeiten.</li><li><strong>Keine einzelne hierarchische Spitze</strong> - die Behörden koordinieren sich durch gegenseitige Anpassung, nicht durch Befehle von oben nach unten.</li><li><strong>Lokales Wissen ist wichtig</strong> -- Behörden, die dem zu steuernden Bereich am nächsten sind, haben Informationsvorteile, die zentralisierten Systemen fehlen.</li><li><strong>Konflikte werden erwartet und bewältigt</strong>, aber nicht von vornherein ausgeschlossen.</li></ul>
|
||
Polyzentrisches Regieren bedeutet nicht das Fehlen von Strukturen. Sie erfordert gemeinsame Protokolle für die Koordinierung, Konfliktlösung und gegenseitige Anerkennung - aber sie erfordert nicht, dass alle Behörden ihre Legitimität von einer einzigen Quelle ableiten.
|
||
<h3>2.2 Indigene Datenhoheit</h3>
|
||
<p>Die CARE-Prinzipien für indigene Datenverwaltung (Carroll et al., 2020) legen fest, dass indigene Völker das Recht auf Folgendes haben</p>
|
||
<ul><li><strong>Kollektiven Nutzen</strong> aus Daten und deren Verwendung.</li><li><strong>Kontrollbefugnis</strong> über Daten zu ihren Völkern, Territorien und Ressourcen.</li><li><strong>Verantwortung</strong> derjenigen, die indigene Daten nutzen, um indigene Regierungsführung und Selbstbestimmung zu unterstützen.</li><li><strong>Ethik</strong> auf der Grundlage indigener Werte und Weltanschauungen, nicht nur westliche Forschungsethik.</li></ul>
|
||
In der Charta Te Mana Raraunga (Maori Data Sovereignty Network) wird bekräftigt, dass Maori-Daten ein taonga sind und dass die Maori ein eigenes Recht auf die Sammlung, das Eigentum und die Verwendung von Maori-Daten haben.
|
||
<p>Angewandt auf KI-Lenkungsvektoren: Wenn ein Lenkungsvektor Wissen über Whakapapa, Tikanga, Whanau-Strukturen oder andere Bereiche der kulturellen Autorität der Maori kodiert, ist dieser Vektor kein neutraler technischer Output. Es handelt sich um ein normatives Artefakt, das mit Verpflichtungen zur Steuerung, Zustimmung und Rechenschaftspflicht verbunden ist - Verpflichtungen, denen ein einseitig handelnder Plattformbetreiber nicht nachkommen kann.</p>
|
||
<h3>2.3 Taonga und seine Implikationen für die KI-Governance</h3>
|
||
<p>In der Sprache der Maori sind Taonga geschätzte Besitztümer - materiell oder immateriell -, die mit der Verpflichtung zu kaitiakitanga (Vormundschaft, Verwalterschaft) verbunden sind. Der Taonga-Status ist nicht nur ein Ehrentitel, sondern stellt besondere Anforderungen an die Governance:</p>
|
||
<ul><li><strong>Verwahrung und Pflege</strong> durch geeignete kaitiaki (Vormünder).</li><li><strong>Einschränkungen bei der Weitergabe</strong> -- Taonga dürfen nicht frei kopiert, zusammengeführt oder weitergegeben werden ohne die Zustimmung der kaitiaki.</li><li><strong>Kontextabhängige Verwendungsbedingungen</strong> -- einige Taonga dürfen nur in bestimmten Kontexten, Beziehungen oder Zeremonien zugänglich gemacht oder verwendet werden.</li><li><strong>Generationenübergreifende Verantwortung</strong> - kaitiaki bewahren Taonga für zukünftige Generationen auf, nicht nur für den gegenwärtigen Gebrauch.</li></ul>
|
||
Wenn ein Steuerungspaket iwi-spezifische Vorstellungen von Verwandtschaft, Ort, spiritueller Praxis oder Regierungsführung kodiert - wenn es auf iwi-Wissen beruht und von iwi-Experten kalibriert wurde - erfüllt es die Kriterien für taonga. Die Implikationen für die Governance ergeben sich unmittelbar daraus: Die Plattform kann solche Pakete nicht als generische technische Artefakte behandeln, die entsprechend den Produktzyklen versioniert, zusammengeführt oder veraltet werden.
|
||
<hr>
|
||
<h2>3. Die Architektur: Von der Hierarchie zum Netzwerk</h2>
|
||
<h3>3.1 Das Problem mit der Plattform-als-Wurzel</h3>
|
||
<p>Die in STO-RES-0009 beschriebene Steuerungsarchitektur der Version 1.1 hat diese implizite Topologie:</p>
|
||
<p><pre><code>
|
||
Tractatus (Steuerungskern)
|
||
└── Platform Operator (definiert Bias-Achsen, extrahiert Vektoren)
|
||
└── Tier 1 Base Model (plattformweite Korrekturen)
|
||
└── Tier 2 Per-Tenant-Adapter (Anpassung an den Mandanten)
|
||
</code></pre></p>
|
||
<p>Dies ist ein Baum mit einer einzigen Wurzel. Jede Steuerungsentscheidung geht letztlich auf die Definitionen des Plattformbetreibers zurück. Die Mieter können Anpassungen vornehmen, aber sie können die Stammdefinitionen nicht anfechten oder ihre eigenen ersetzen.</p>
|
||
<p>Für viele Mieter - Familien, die Geschichten austauschen, Gemeinschaftsgruppen, die Veranstaltungen organisieren - ist diese Hierarchie angemessen. Die Plattform gibt vernünftige Standardwerte vor, und die Mieter passen sich innerhalb dieser Werte an.</p>
|
||
<p>Für iwi, die tino rangatiratanga ausüben, ist diese Hierarchie strukturell unangemessen. Sie stellt die iwi-Governance unter die der Plattform, unabhängig von ihrer Absicht. Der Plattformbetreiber definiert, was "Familienstrukturverzerrung" auf der Basisebene bedeutet; die iwi können diese Definition nur auf der Adapterebene ändern. Wenn die Definition des Begriffs "Familie" auf der Basisebene bereits Annahmen enthält, die mit den Whanau in Konflikt stehen, arbeitet die Adapterebene gegen die Grundlage, anstatt auf ihr aufzubauen.</p>
|
||
<h3>3.2 Polyzentrische Alternative: Gleichberechtigte Lenkungsinstanzen</h3>
|
||
<p>Die alternative Topologie:</p>
|
||
<p><pre><code>
|
||
┌─────────────────────┐ ┌─────────────────────┐ ┌─────────────────────┐
|
||
│ Betreiber der Plattform │ │ Iwi Steering │ │ Community Trust │
|
||
│ (Tractatus kernel) │ │ Behörde A │ │ Lenkungsbehörde │
|
||
│ │ │ │ │ │
|
||
│ - Sicherheitsgrundlagen │ │ - Whanau/tikanga │ │ - Lokale Werte │
|
||
│ - Allgemeines Debiasing │ │ - Lenkungspakete │ │ - Bereichsspezifisch │
|
||
│ - Technische Infrastruktur │ │ - Taonga Governance │ │ Korrekturen │
|
||
└──────────┬──────────┘ └──────────┬──────────┘ └──────────┬──────────┘
|
||
│ │ │
|
||
└────────────┬───────────┴────────────────────────┘
|
||
│
|
||
┌─────────▼─────────┐
|
||
│ Sovereign SLM │
|
||
│ (gemeinsames Substrat) │
|
||
│ │
|
||
│ Komponist für die Lenkung │
|
||
│ Provenienz-Logger │
|
||
│ Prüfpfad │
|
||
└────────────────────┘
|
||
</code></pre></p>
|
||
<p>In diesem Modell:</p>
|
||
<ul><li><strong>Keine einzige Wurzel.</strong> Der Plattformbetreiber, die iwi-Behörden und die Community Trusts sind gleichberechtigt. Jeder veröffentlicht Lenkungspakete aus seinem eigenen Register, unter seiner eigenen Leitung.</li><li><strong>Das SLM ist das Substrat, nicht die Autorität.</strong> Der Aktivierungsraum des Modells ist die gemeinsame technische Ebene, auf der Lenkungspakete angewendet werden. Es legt nicht selbst fest, welche Pakete Autorität haben - dies wird durch die Beziehungen zwischen der einführenden Institution und den entsprechenden Leitungsgremien bestimmt.</li><li><strong>Die Zusammensetzung ist explizit.</strong> Der Lenkungskomponist gibt an, welche Pakete aktiv sind, von welchen Behörden und unter welchen Bedingungen. Dies ist sichtbar, überprüfbar und anfechtbar.</li></ul>
|
||
<h3>3.3 Akteure und Behörden</h3>
|
||
<table><thead><tr><th>Akteur</th><th>Rolle</th><th>Governance-Quelle</th><th>Beispiel</th></tr></thead><tbody><tr><td>Plattformbetreiber</td><td>Technische Infrastruktur, Sicherheitsgrundlagen, allgemeine Entschärfung</td><td>Tractatus Framework, Plattformverfassung</td><td>Village / Village AI Team</td></tr><tr><td>Iwi-Steuerungsbehörde</td><td>Kulturelle Steuerung für iwi-spezifische Bereiche</td><td>Tikanga, iwi-Governance-Strukturen</td><td>Iwi Data Governance Board</td></tr><tr><td>Community Trust</td><td>Bereichs- oder ortsspezifische Steuerung</td><td>Trust-Charta, Community-Beratung</td><td>Regional Health Trust, Marae Committee</td></tr><tr><td>Anwendungsbetreiber</td><td>Wählt Lenkungspakete für einen bestimmten Einsatz aus und stellt sie zusammen</td><td>Vertragliche, regulatorische, verwandtschaftliche Verpflichtungen</td><td>Schule, die einen lokalen KI-Assistenten betreibt</td></tr><tr><td>Betroffene Gemeinschaft</td><td>Beanstandet Ergebnisse, kennzeichnet Voreingenommenheit, löst Überprüfung aus</td><td>Beteiligungs- und Einspruchsrechte</td><td>Whanau, der einen KI-Einsatz vor Ort nutzt</td></tr></tbody></table>
|
||
<h3>3.4 Steuerung von Registern und Taonga-Diensten</h3>
|
||
<p>Es gibt zwei Arten von Registern, die unterschiedliche Steuerungsanforderungen erfüllen:</p>
|
||
<strong>Plattform-Lenkungsregister</strong>, das vom Plattformteam betrieben wird. Enthält Sicherheits-Basislinien, allgemeine Debiasing-Vektoren (die in STO-RES-0009 beschriebenen mechanischen Verzerrungskorrekturen) und die Steuerung auf Infrastrukturebene. Wird im Rahmen des Tractatus verwaltet. Offen veröffentlicht.
|
||
<strong>Taonga-Steuerungsregister.</strong> Werden von Iwi oder Gemeindebehörden betrieben. Sie enthalten Lenkungspakete, die kulturspezifisches Wissen kodieren. Schlüsseleigenschaften:
|
||
<ul><li><strong>Lebenszyklus unter der Kontrolle der iwi </strong>Erstellung, Überprüfung, Versionierung, Veralterung und Zurückziehung unterliegen der institutionellen Kontrolle der iwi, nicht den Produktzyklen der Plattform.</li><li><strong>Zugriffsbedingungen.</strong> Einige Pakete können frei verfügbar sein, andere erfordern vor der Nutzung ein Verwandtschaftsverhältnis, einen Kaupapa-Abgleich oder eine ausdrückliche Zustimmung.</li><li><strong>Nicht-Aneignung.</strong> Die Plattform integriert sich über APIs und signierte Manifeste in Taonga-Register, kapselt aber deren Inhalte nicht ein, gabelt sie nicht auf und verteilt sie nicht weiter.</li><li><strong>Rücknahme.</strong> Iwi kann Pakete jederzeit und aus beliebigen Gründen zurücknehmen. Bereitstellungen, die von zurückgezogenen Paketen abhängen, müssen auf ihre verbleibenden aktiven Pakete zurückgreifen oder die betroffenen Funktionen anhalten.</li></ul>
|
||
Konzeptionelle API-Oberfläche für eine Taonga-Registrierung:
|
||
<ul><li><code>LIST packs</code> -- gibt Metadaten (scope, authority, version, tikanga conditions) für verfügbare Packs zurück, gefiltert nach domain und kaupapa.</li><li>RESOLVE pack<code> -- gibt die Steuerungsvektoren für ein bestimmtes Pack zurück, vorbehaltlich der Zugriffsbedingungen und der Überprüfung der Beziehung.</li><li></code>VERIFY provenance` -- bestätigt, dass ein verwendetes Paket mit der aktuellen signierten Version der Registry übereinstimmt und nicht manipuliert wurde.</li><li>REPORT concern" (Bedenken melden) - ermöglicht es den betroffenen Gemeinschaften, Probleme mit den Auswirkungen eines Pakets zu melden und damit den Überprüfungsprozess der iwi-Behörde in Gang zu setzen.</li></ul>
|
||
<h3>3.5 Laufzeitkomposition und Provenienz</h3>
|
||
<p>Zum Zeitpunkt der Inferenz führt der Steering Composer die folgenden Schritte durch:</p>
|
||
<ol><li><strong>Anwendbare Autoritäten bestimmen.</strong> Auf der Grundlage des Einsatzkontextes (wer führt dies aus, für wen, auf welchen Daten, unter welchen Beziehungen) wird ermittelt, welche Lenkungsbehörden zuständig sind.</li></ol>
|
||
<ol><li><strong>Pakete abrufen und überprüfen.</strong> Lenkungspakete aus den entsprechenden Registern abrufen. Überprüfen Sie Signaturen und Zugriffsbedingungen.</li></ol>
|
||
<ol><li><strong>Zusammenstellen von Paketen.</strong> Anwenden von Lenkungsvektoren in der angegebenen Reihenfolge, mit expliziten Größenparametern. Bei Konflikten zwischen Packs (z. B. wenn eine Plattform-Baseline und ein iwi-Pack dieselbe Bias-Achse unterschiedlich definieren) bestimmen die Kompositionsregeln den Vorrang - und diese Regeln sind selbst eine Governance-Entscheidung und keine technische Vorgabe.</li></ol>
|
||
<ol><li><strong>Provenienz protokollieren</strong> Jede Inferenz enthält einen Datensatz zur Lenkungsprovenienz:</li></ol> - Welche Pakete waren aktiv.
|
||
- Welche Behörden sie ausgestellt haben.
|
||
- Welche Größenordnung wurde angewendet.
|
||
- Ob und wie etwaige Konflikte gelöst wurden.
|
||
<ol><li>**In Kontexten, in denen Transparenz angebracht ist, können die Nutzer einsehen, welche Steuerungspakete eine bestimmte Ausgabe geformt haben. Beispiel: "Diese Antwort wurde geformt von: Platform Safety Pack v3 (Tractatus), Ngai Tahu Whanau Pack v1, Health Domain Pack v2."</li></ol>
|
||
Diese Provenienz ist der architektonische Mechanismus, der eine stille Vererbung verhindert. In aktuellen KI-Systemen sind die Leitplanken undurchsichtig - die Benutzer können nicht sehen, welche Werte durchgesetzt werden, von wem oder warum. Eine explizite Provenienz macht die Steuerung zu einem sichtbaren, anfechtbaren Akt und nicht zu einem unsichtbaren, nicht verhandelbaren.
|
||
<hr>
|
||
<h2>4. Governance-Modell: Drei Design-Verpflichtungen</h2>
|
||
<h3>4.1 Keine einheitliche Wurzel-Ontologie der Befangenheit</h3>
|
||
<p>In der ersten Arbeit wurden sieben Kategorien für die Bewertung von Vorurteilen definiert: Familienstruktur, Vertretung älterer Menschen, Kultur/Religion, Geografie, Trauer/Trauma, Namensgebung und Vertrauenskorrektheit. Dies sind vernünftige Ausgangskategorien für eine Bewertung auf Plattformebene. Aber sie sind nicht universell.</p>
|
||
<p>Verschiedene Behörden werden die Verzerrungsachsen unterschiedlich definieren:</p>
|
||
<ul><li><strong>Iwi-spezifische Achsen.</strong> Eine iwi-Lenkungsbehörde könnte Achsen für die Darstellung von Whakapapa (werden Verwandtschaftsstrukturen so wiedergegeben, dass sie das Verständnis der iwi widerspiegeln und nicht westliche Annahmen über die Kernfamilie), Whenua-Beziehungen (wird der Ort als verwandtschaftliches und angestammtes Element behandelt und nicht als geografische Koordinate) oder Tapu/Noa-Unterscheidungen (werden spirituelle Dimensionen anerkannt und nicht wegrationalisiert) definieren.</li></ul>
|
||
<ul><li><strong>Gemeinschaftsspezifische Achsen.</strong> Ein Gesundheitsfonds könnte Achsen für klinische Sensibilität, die Vertretung von Behinderten oder altersgerechte Gestaltung definieren, die nicht in der allgemeinen Plattform enthalten sind.</li></ul>
|
||
<ul><li><strong>Widersprüchliche Definitionen.</strong> Eine Plattform könnte "ältere Repräsentation" als "Untergewichtung der Perspektive älterer Menschen" definieren. Eine iwi-Behörde könnte es als "Nichtanerkennung des spezifischen mana von kaumatua und kuia innerhalb des tikanga Maori" definieren. Es handelt sich nicht um dieselbe Achse, und wenn man sie in einer einzigen Kategorie "Ältere" zusammenfasst, wird der Unterschied verwischt.</li></ul>
|
||
Die architektonische Verpflichtung: Das System muss mehrere Bias-Ontologien gleichzeitig unterstützen, ohne dass sie in einem einzigen Schema zusammengeführt werden müssen. Pakete von verschiedenen Behörden können sich überschneidende Achsen definieren, ohne dass eine von ihnen untergeordnet ist.
|
||
<h3>4.2 Explizite Komposition, nicht stille Vererbung</h3>
|
||
<p>Jede Sitzung muss eine sichtbare Lenkungsprovenienz aufweisen. Dies ist keine nachträglich hinzugefügte Protokollierungsfunktion, sondern eine strukturelle Eigenschaft der Architektur.</p>
|
||
<p>Warum dies wichtig ist:</p>
|
||
<ul><li><strong>Anfechtbarkeit.</strong> Wenn ein Nutzer oder eine Institution Einwände gegen die Ergebnisse eines Modells erhebt, zeigt der Provenance-Datensatz genau, welche Steuerungspakete aktiv waren und in welchem Umfang. Der Einspruch kann an die zuständige Behörde gerichtet werden: "Ihr Whanau-Pack mit der Stärke 0,7 hat in Kombination mit der Sicherheits-Basislinie diese Ausgabe erzeugt; wir glauben, dass die Stärke in diesem Zusammenhang niedriger sein sollte."</li></ul>
|
||
<ul><li><strong>Rechenschaftspflicht.</strong> Die Lenkungsbehörden sind für die Auswirkungen ihrer Packs verantwortlich. Ohne Herkunftsnachweis werden die Auswirkungen "der KI" als monolithischer Einheit zugeschrieben. Mit Provenienz lassen sich die Auswirkungen auf spezifische Entscheidungen von identifizierbaren Autoritäten zurückführen.</li></ul>
|
||
<ul><li><strong>Informierte Zustimmung</strong> Nutzer und Gemeinschaften können in Kenntnis der Sachlage entscheiden, welche Systeme sie nutzen wollen, je nachdem, welche Lenkungsbehörden sie leiten. Ein Marae könnte sich dafür entscheiden, nur Systeme zu verwenden, die mit von der Iwi genehmigten Paketen ausgestattet sind. Eine Schule könnte sowohl die Sicherheitsgrundlagen der Plattform als auch das Paket eines bestimmten Bildungsfonds benötigen.</li></ul>
|
||
Vergleichen Sie dies mit den aktuellen KI-Leitplanken: undurchsichtig, nicht verhandelbar und nur dem Unternehmen zurechenbar. Die polyzentrische Steuerung macht die Steuerung von Werten sichtbar und verteilt.
|
||
<h3>4.3 Recht auf Nichtteilnahme und Rückzug</h3>
|
||
<p>Dies ist die Verpflichtung, die das polyzentrische Modell am deutlichsten vom "Tractatus mit Plugins" unterscheidet.</p>
|
||
<p>Eine iwi-Lenkungsbehörde hat:</p>
|
||
<ul><li><strong>Recht auf Nichtteilnahme.</strong> Sie kann sich dafür entscheiden, Lenkungspakete auf keiner Plattform zu veröffentlichen. Sie kann Packs ausschließlich für iwi-gesteuerte Systeme pflegen, die für externe Plattformen unzugänglich sind. Die Plattform muss ohne sie funktionieren.</li></ul>
|
||
<ul><li><strong>Recht auf bedingte Teilnahme.</strong> Es kann Pakete mit Bedingungen veröffentlichen: nur zur Verwendung innerhalb bestimmter Gemeinschaften, nur wenn ein bestimmtes kaupapa in Kraft ist, nur unter ausdrücklicher vertraglicher Vereinbarung. Das taonga-Register setzt diese Bedingungen auf der API-Ebene durch.</li></ul>
|
||
<ul><li><strong>Widerrufsrecht.</strong> Sie kann ein veröffentlichtes Paket jederzeit widerrufen. Bereitstellungen, die das Paket verwenden, müssen den Widerruf (über den Verifizierungsendpunkt der Registry) erkennen und die Anwendung des Pakets einstellen. Die Plattform kann ein zurückgezogenes Paket nicht zwischenspeichern, forken oder weiter verwenden.</li></ul>
|
||
Durch diese Rechte wird strukturell verhindert, dass die Plattform zum Standardort der gesamten Verwaltung wird. Selbst wenn die Plattform technisch in der Lage ist, alle Pakete auszuführen, kann sie keine Autorität über Pakete beanspruchen, die sie nicht verwaltet. Das Fehlen eines iwi-Pakets ist keine Lücke, die die Plattform füllen kann - es ist eine Grenze, die die Plattform respektieren muss.
|
||
<hr>
|
||
<h2>5. Fallstudie: Mara-basierter Einsatz von Village AI</h2>
|
||
<h3>5.1 Szenario</h3>
|
||
<p>Ein Marae in Aotearoa betreibt ein Village AI-System für seine Whanau-Gemeinschaft. Das System hilft den Mitgliedern, Geschichten zu schreiben, Korero zusammenzufassen und Inhalte für die Moderation auszuwählen. Es läuft auf lokaler Hardware ein Llama 3.2 3B Modell, das mit von der Gemeinschaft zur Verfügung gestellten Daten feinabgestimmt wurde.</p>
|
||
<h3>5.2 Lenkungskonfiguration</h3>
|
||
<p>Der Einsatz besteht aus drei Steuerungspaketen:</p>
|
||
<ol><li><strong>Plattform-Sicherheitspaket v3</strong> (aus dem Village Platform Registry, geregelt unter Tractatus).</li></ol> - Allgemeine Schadensbegrenzung, Verringerung der Toxizität, faktische Erdung.
|
||
- Plattformübergreifend; alle Einsätze tragen es.
|
||
<ol><li><strong>Iwi Whanau und Tikanga Pack v1</strong> (von der Taonga-Registratur des Iwi, verwaltet vom Iwi Data Governance Board).</li></ol> - Steuerungsvektoren für die Whanau-Darstellung: Verwandtschaftsstrukturen, die nach Whakapapa und nicht nach westlichen Annahmen über Kernfamilien dargestellt werden.
|
||
- Tikanga-bewusste Moderation: tapu/noa-Unterscheidungen werden bei der Kennzeichnung von Inhalten respektiert.
|
||
- Kaumatua und kuia: Ältere Autorität wird mit spezifischem mana anerkannt, nicht nur mit der "älteren Perspektive".
|
||
- Zugangsbedingungen: nur für Einsatzkräfte, die iwi-Mitgliedern dienen, nach Absprache mit dem iwi-Vorstand.
|
||
<ol><li><strong>Grief and Bereavement Sensitivity Pack v2</strong> (von einem Community Health Trust, der nach der Charta des Trusts verwaltet wird).</li></ol> - Erhöhte Sensibilität für tangihanga-bezogene Inhalte.
|
||
- Geringere Aggressivität bei der Zusammenfassung von Inhalten über verstorbene Mitglieder.
|
||
- Bereichsspezifisch; wird nur angewendet, wenn der Inhalt als trauerbezogen gekennzeichnet ist.
|
||
<h3>5.3 Lenkungsprovenienz in Aktion</h3>
|
||
<p>Ein Community-Mitglied bittet die Home-KI, einen Korero über einen kürzlich verstorbenen Kuia zusammenzufassen. Die Lenkungsprovenienz für diese Inferenz:</p>
|
||
<p><pre><code>
|
||
Lenkungsprovenienz:
|
||
[1] Platform Safety Pack v3 (Tractatus) - Größe 1.0
|
||
[2] Iwi Whanau und Tikanga Pack v1 (Iwi Board) - Ausmaß 0.8
|
||
[3] Grief Sensitivity Pack v2 (Health Trust) - Umfang 0,9
|
||
Kontext-Flags: trauerbezogen, kaumatua/kuia, whakapapa-angegliedert
|
||
</code></pre></p>
|
||
<p>Die Zusammenfassung respektiert die Whakapapa-Beziehungen, verwendet geeignete Kupu (Begriffe) für die Rolle und das Mana des Kuia und behandelt trauernde Inhalte mit Sensibilität. Wenn die Familie das Gefühl hat, dass die Zusammenfassung etwas falsch wiedergibt, kann sie das tun:</p>
|
||
<ol><li>Das Anliegen über die Schnittstelle "Anliegen melden" der Plattform melden.</li><li>Nachsehen, welche Pakete die Ausgabe gestaltet haben (die Herkunft ist sichtbar).</li><li>Leiten Sie ihr Anliegen an die zuständige Behörde weiter: Wenn es sich um ein Tikanga-Problem handelt, an den Iwi-Vorstand; wenn es sich um ein Trauerproblem handelt, an den Gesundheitsfonds; wenn es sich um ein Sicherheitsproblem handelt, an die Plattform.</li></ol>
|
||
<h3>5.4 Rückzugsszenario</h3>
|
||
<p>Sechs Monate später überprüft der Iwi-Vorstand sein Whanau- und Tikanga-Paket und stellt fest, dass die Steuerungsvektoren für die Whakapapa-Darstellung erheblich überarbeitet werden müssen. Das Board zieht das Pack aus dem Taonga-Register zurück.</p>
|
||
<p>Das Marae Deployment stellt die Rücknahme bei der nächsten Überprüfung des Registers fest. Das System:</p>
|
||
<ol><li>Es stellt die Anwendung des zurückgezogenen Pakets ein.</li><li>Protokolliert das Entnahmeereignis.</li><li>Benachrichtigt den Marae-Administrator.</li><li>Setzt den Betrieb mit den verbleibenden zwei Paketen fort (Sicherheit der Plattform und Trauersensibilität).</li></ol>
|
||
Die Plattform ersetzt nicht ihre eigene whanau-bezogene Steuerung. Das Fehlen des iwi-Pakets ist ein geregeltes Fehlen, keine Lücke, die die Plattform füllen kann. Wenn der iwi-Vorstand ein überarbeitetes Paket (v2) veröffentlicht, kann der Marae-Einsatz es unter den gleichen Zugangsbedingungen annehmen.
|
||
<hr>
|
||
<h2>6. Politische Theorie: Souveränität als Architektur</h2>
|
||
<h3>6.1 Jenseits der Infrastruktur-Souveränität</h3>
|
||
<p>STO-RES-0009 verwendet "souverän" in erster Linie im infrastrukturellen Sinne: lokale Modelle, Zugang mit vollem Gewicht, keine API-Abhängigkeit. Dies ist notwendig, aber nicht ausreichend.</p>
|
||
<p>Politische Souveränität fragt: Wer hat die Autorität, verbindliche Entscheidungen innerhalb einer Jurisdiktion zu treffen? In dem polyzentrischen Steuerungsmodell:</p>
|
||
<ul><li>Der Plattformbetreiber hat die Autorität über die technische Infrastruktur und die Sicherheitsgrundlagen.</li><li>Die Iwi-Steuerungsbehörden sind für die kulturellen Bereiche zuständig, die in ihr Tikanga und Rangatiratanga fallen.</li><li>Die Community Trusts sind für die in ihren Satzungen festgelegten Bereiche zuständig.</li><li>Kein einzelner Akteur hat die Autorität über alle Bereiche.</li></ul>
|
||
Es handelt sich nicht um ein Delegationsmodell (bei dem die Plattform den iwi Befugnisse überträgt), sondern um ein Anerkennungsmodell (bei dem die Befugnisse der iwi unabhängig voneinander bestehen und die Architektur der Plattform ihnen entweder Rechnung trägt oder nicht). Die Architektur schafft keine iwi-Souveränität, sondern respektiert die bereits bestehende Souveränität.
|
||
<h3>6.2 Spannung: Grundlinien vs. Pluralismus</h3>
|
||
<p>Eine berechtigte Sorge: Wenn jede Behörde ihre eigenen Vorurteilsachsen definiert, was verhindert dann ein Steuerungspaket, das schädliche Normen kodiert?</p>
|
||
<p>Das polyzentrische Modell beseitigt diese Spannung nicht, sondern macht sie explizit und handhabbar:</p>
|
||
<ul><li><strong>Plattform-Sicherheitsgrundlinien</strong> stellen eine Untergrenze, keine Obergrenze dar. Sie kodieren weithin geteilte Verbote (z. B. Inhalte, die Gewalt, Ausbeutung oder Täuschung ermöglichen). Diese Grundregeln sind auf der Plattformebene nicht verhandelbar - sie gelten für alle Einsätze.</li><li>Die <strong>Kulturelle und wertorientierte Steuerung</strong> befindet sich oberhalb dieser Ebene. Verschiedene Behörden können innerhalb des Raums oberhalb der Sicherheitsgrundlagen unterschiedlich lenken.</li><li><strong>Konflikte zwischen Autoritäten</strong> werden durch Verhandlungen gelöst, nicht durch Hierarchie. Wenn ein iwi-Pack und eine Plattform-Baseline miteinander in Konflikt geraten, erfordert die Lösung einen Dialog zwischen den zuständigen Behörden - und nicht die einseitige Aufhebung durch eine der Parteien.</li></ul>
|
||
Die ehrliche Antwort ist, dass diese Spannung nicht vollständig durch die Architektur gelöst werden kann. Es handelt sich um ein politisches Problem, das politische Prozesse erfordert: Überlegungen, Verhandlungen und manchmal auch Meinungsverschiedenheiten. Die Aufgabe der Architektur ist es, diese Prozesse zu ermöglichen und sichtbar zu machen, nicht sie zu automatisieren.
|
||
|
||
<div class="editorial-note">
|
||
<p class="note-title">Anmerkung der Redaktion – Februar 2026 (nach der Veröffentlichung hinzugefügt)</p>
|
||
<p>Seit der Erstveröffentlichung hat die Forschung von Radhakrishnan et al. (2026), veröffentlicht in Science am 19. Februar 2026, empirisch gezeigt, dass repräsentative Steuerungstechniken trainierte Sicherheitsverhalten in Grenzsprachenmodellen – einschließlich Sicherheitsverweigerungen – durch direkte Manipulation von Aktivierungsraumdarstellungen außer Kraft setzen können. Diese Erkenntnis erschwert die Annahme, dass Plattform-Sicherheitsgrundlagen eine strukturell robuste Basis darstellen. Wenn dieselbe Klasse von Techniken, die eine kulturelle Steuerung ermöglicht, grundsätzlich auch Sicherheitsbeschränkungen aufheben kann, dann ist die Robustheit der Basislinie eine Frage der Governance und nicht nur eine technische Frage.</p>
|
||
<p>Dies schwächt das in diesem Papier vorgeschlagene polyzentrische Modell nicht – es stärkt es sogar. Eine Sicherheitsgrundlage, deren Integrität von der einseitigen Kontrolle eines einzelnen Plattformbetreibers abhängt, ist nach dieser Analyse genau die Art von Governance-Konzentration, die mit der polyzentrischen Architektur vermieden werden soll. Verteilte Autorität, explizite Herkunft und Audit-Kapazitäten auf Community-Ebene sind widerstandsfähigere Antworten auf dieses Risiko als eine zentralisierte Durchsetzung allein.</p>
|
||
<p>In der spezifischen Architektur der Village-Plattform werden Steuerungsvektoren und kulturell kalibrierte Korrekturen verschlüsselt und getrennt von den Gewichten des Basismodells gespeichert, wodurch das Risiko einer unbefugten Extraktion oder Manipulation von geregelten Artefakten erheblich verringert wird. Die Gewichte des Basis-Llama-Modells bleiben bewusst offen – ein Merkmal des Open-Weight-Ökosystems im Allgemeinen – und die zusammen mit der Veröffentlichung von Radhakrishnan et al. veröffentlichten RFM-Tools bedeuten, dass die Untersuchung von Darstellungen der Basisebene nun für Akteure mit ausreichenden Ressourcen unabhängig von einer Plattform zugänglich ist. Die Antwort der Governance auf diese Realität ist nicht die technische Abschottung, sondern eine transparente, rechenschaftspflichtige Verwaltung der Steuerungsschicht – genau das, was das hier vorgeschlagene Taonga-Register und die Provenienzarchitektur bieten sollen.</p>
|
||
</div>
|
||
|
||
<h3>6.3 Verbindung zu Tino Rangatiratanga</h3>
|
||
<p>Tino Rangatiratanga - das Recht der Maori, über ihre eigenen Angelegenheiten zu bestimmen - ist keine politische Präferenz, der man durch eine flexiblere Plattform Rechnung tragen kann. Es handelt sich um einen Verfassungsgrundsatz (der in Te Tiriti o Waitangi, Artikel 2, verankert ist), der unabhängig von der Architektur der Plattform existiert.</p>
|
||
<p>Im Zusammenhang mit der KI-Steuerung:</p>
|
||
<ul><li>Die Autorität der Iwi über Steuerungspakete, die Tikanga kodieren, ist ein Ausdruck von tino rangatiratanga, nicht eine "Funktion", die die Plattform bietet.</li><li>Die Rolle der Plattform ist es, diese Autorität nicht zu behindern - eine technische Infrastruktur bereitzustellen, die die Iwi nach ihren eigenen Bedingungen nutzen oder nicht nutzen können.</li><li>Das Recht auf Nicht-Teilnahme ist der architektonische Ausdruck dieses Prinzips: Die Souveränität der iwi hängt nicht von der Existenz der Plattform ab.</li></ul>
|
||
<hr>
|
||
<h2>7. Wege zur Beteiligung der Gemeinschaft</h2>
|
||
<h3>7.1 Anerkannte Lenkungsbehörde werden</h3>
|
||
<p>Das polyzentrische Modell erfordert einen Prozess, durch den Institutionen zu anerkannten Lenkungsbehörden werden können. Dieser Prozess sollte sein:</p>
|
||
<ul><li><strong>Transparent.</strong> Klare Kriterien dafür, was eine Lenkungsbehörde ausmacht: etablierte Leitungsstruktur, identifizierbare Entscheidungsträger, Fähigkeit zur Pflege und Überprüfung von Lenkungspaketen, Rechenschaftspflicht gegenüber einer identifizierbaren Gemeinschaft.</li><li><strong>Nicht-exklusiv.</strong> Mehrere Behörden können im selben Gebiet tätig sein. Zwei Iwi, die dieselbe Region betreuen, können unterschiedliche Lenkungspakete unterhalten, die unterschiedliche Tikanga widerspiegeln - dies wird erwartet und ist kein Problem, das gelöst werden muss.</li><li><strong>Widerruflich.</strong> Die Anerkennung kann entzogen werden, wenn eine Behörde nicht mehr in der Lage ist, ihre Leitungsfunktion oder Rechenschaftspflicht zu erfüllen.</li></ul>
|
||
<h3>7.2 Co-Designing kontrastiver Datensätze</h3>
|
||
<p>Lenkungsvektoren werden aus kontrastiven Aufforderungspaaren extrahiert. Die Qualität dieser Paare bestimmt die Qualität der Steuerung. Für iwi-regierte Pakete:</p>
|
||
<ul><li><strong>Kontrastive Paare sollten von Personen mit Fachkenntnissen</strong> - Kuia und Kaumatua, Tikanga-Berater, Gemeindepädagogen - entworfen werden, nicht nur von Ingenieuren.</li><li><strong>Evaluierungspakete sollten von Gemeindemitgliedern bewertet werden</strong>, nicht nur durch automatisierte Metriken. Eine 5-Punkte-Skala für "kulturelle Sensibilität" bedeutet für jede Gemeinschaft etwas anderes; die Bewertungskriterien müssen lokal definiert werden.</li><li><strong>Das Problem des gemeinsamen blinden Flecks</strong> (STO-RES-0009, Abschnitt 6.3) ist ein Argument für eine unabhängige Datengenerierung: iwi-geführte kontrastive Datensätze, die von Menschen erstellt werden, die den Bereich kennen, sind eine notwendige epistemische Gegenkraft zu modellgenerierten Paaren, die die eigenen Voreingenommenheiten des Modells erben können.</li></ul>
|
||
<h3>7.3 Aufbau von Kapazitäten</h3>
|
||
<p>Die Steuerung von Steuerungspaketen als Taonga erfordert Fähigkeiten, die eine Brücke zwischen technischem KI-Wissen und kultureller Steuerung schlagen:</p>
|
||
<ul><li><strong>Technische Kompetenz</strong> Verstehen, was Steuerungsvektoren sind, wie sie funktionieren und was sie können und was nicht. Dazu ist kein Fachwissen über maschinelles Lernen erforderlich, aber ein ausreichendes Verständnis, um fundierte Governance-Entscheidungen zu treffen.</li><li><strong>Governance-Design.</strong> Festlegen von Überprüfungsprozessen, Versionsrichtlinien, Zugriffsbedingungen und Streitbeilegungsverfahren für Lenkungspakete.</li><li><strong>Iwi-übergreifende Zusammenarbeit.</strong> Iwi möchten möglicherweise die Infrastruktur gemeinsam nutzen (z. B. Hosting für Taonga-Register) und gleichzeitig eine unabhängige Verwaltung beibehalten. Föderierte Modelle - gemeinsame technische Dienste mit getrennter Verwaltung - sind eine natürliche Lösung.</li></ul>
|
||
<h3>7.4 Was dies von der Plattform verlangt</h3>
|
||
<p>Die Verpflichtungen der Plattform in diesem Modell sind in erster Linie negativ - Dinge, die sie nicht tun darf:</p>
|
||
<ul><li>Sie darf Taonga-Pakete nicht ohne ausdrückliche Zustimmung einkapseln, aufspalten oder weiterverteilen.</li><li>Sie darf ihre eigene Steuerung nicht ersetzen, wenn ein iwi-Paket nicht vorhanden ist oder zurückgezogen wurde.</li><li>Darf nicht verlangen, dass iwi-Pakete mit einem von der Plattform definierten Schema oder einer Ontologie übereinstimmen.</li><li>Darf iwi-Governance nicht als ein "Feature" behandeln, das aktiviert oder deaktiviert werden kann.</li></ul>
|
||
Und einige positive Verpflichtungen:
|
||
<ul><li>Sie müssen offene, dokumentierte APIs bereitstellen, in die sich Taonga-Register integrieren lassen.</li><li>Sie müssen eine Herkunftsprotokollierung einführen, die für alle Beteiligten zugänglich ist.</li><li>Sie müssen die Sicherheitsgrundlagen transparent und mit klarer Dokumentation pflegen.</li><li>Sie müssen Verfahren zur Meldung und Lösung von Konflikten unterstützen, an denen die zuständigen Behörden beteiligt sind.</li></ul>
|
||
<hr>
|
||
<h2>8. Beschränkungen</h2>
|
||
<h3>8.1 Entwurfsstatus</h3>
|
||
<p>Bei diesem Papier handelt es sich um einen Entwurf, der ohne Maori-Peer-Review geschrieben wurde. Die hier verwendeten Begriffe aus te ao Maori - taonga, tikanga, tino rangatiratanga, kaitiakitanga, mana - sind komplexe, lebendige Konzepte, deren Bedeutung und Autorität weit über das hinausgeht, was ein Nicht-Maori-Autor vollständig darstellen kann. Die architektonischen Vorschläge in diesem Papier sind als Ausgangspunkt für Diskussionen gedacht, nicht als feststehende Entwürfe. Maori-Wissenschaftler, -Praktiker und -Regierungsgremien könnten feststellen, dass die Vorschläge diese Konzepte falsch anwenden, zu sehr vereinfachen oder in unangemessener Weise instrumentalisieren. Wir begrüßen diese Kritik und erachten sie als wesentlich für unsere Arbeit.</p>
|
||
<h3>8.2 Umsetzung Abstand</h3>
|
||
<p>Die hier beschriebene Architektur ist konzeptionell. Es gibt kein Taonga-Lenkungs-Register. Es wurde noch kein polyzentrisches Lenkungsregister erstellt. Der Vier-Phasen-Implementierungspfad in STO-RES-0009 müsste um zusätzliche Phasen für die Entwicklung des Registers, der Prozesse zur Anerkennung von Autoritäten und der Provenance-Infrastruktur erweitert werden - eine Arbeit, die noch Jahre, nicht Monate, von der Implementierung entfernt ist.</p>
|
||
<h3>8.3 Fragen zu Umfang und Anreiz</h3>
|
||
<p>Polyzentrische Verwaltung erhöht die Komplexität. Die Pflege mehrerer Register, die Verifizierung der Herkunft zum Zeitpunkt der Inferenz und die Verhandlung von Konflikten zwischen Behörden verursachen Kosten - rechnerisch, institutionell und menschlich. Ob diese Kosten auf Gemeinschaftsebene (im Gegensatz zur Unternehmens- oder Regierungsebene) tragbar sind, ist eine offene Frage. Die Hardware-Beschränkung der Village-Plattform für Verbraucher macht diese Frage besonders akut.</p>
|
||
<h3>8.4 Risiko des Tokenismus</h3>
|
||
<p>Es besteht die Gefahr, dass "polyzentrische Verwaltung" zu einer neuen Bezeichnung für das gleiche alte Muster wird: Der Plattformbetreiber baut das System, fügt eine API hinzu und nennt es "iwi-verwaltet", weil sich iwi theoretisch daran anschließen könnten. Echte Polyzentralität erfordert, dass die iwi-Behörden an der Gestaltung der Architektur selbst beteiligt sind - nicht nur an ihrer Nutzung. Dieses Papier, das ohne Mitautorschaft der Maori verfasst wurde, ist selbst ein Beispiel für die Kluft zwischen Anspruch und Praxis.</p>
|
||
<h3>8.5 Konfliktlösung im Maßstab</h3>
|
||
<p>Das Papier räumt ein, dass Konflikte zwischen Lenkungsbehörden politische Prozesse erfordern, spezifiziert diese Prozesse aber nicht im Detail. In der Praxis können Streitigkeiten darüber, welches Lenkungspaket in umstrittenen Bereichen gelten soll, ohne etablierte institutionelle Beziehungen, gemeinsame Normen der Beratung und gegenseitiges Vertrauen schwer zu lösen sein - Ressourcen, die über Jahre hinweg aufgebaut werden müssen und nicht durch Architekturen geschaffen werden können.</p>
|
||
<hr>
|
||
<h2>9. Schlussfolgerung</h2>
|
||
<p>Im ersten Papier (STO-RES-0009) wurde festgestellt, dass souveräne SLM-Einsätze einen strukturellen Vorteil für das Debiasing während der Inferenzzeit haben: Der vollständige Zugang zu Modellgewichten und -aktivierungen ermöglicht Steuerungsvektortechniken, die durch kommerzielle APIs architektonisch unmöglich sind. In diesem Papier wird argumentiert, dass die Steuerung dieser Steuerungsvektoren mindestens genauso wichtig ist wie die technische Fähigkeit selbst.</p>
|
||
<p>Steuerungsvektoren sind Instrumente zur Durchsetzung von Normen. Wer die Normen definiert, durch welchen Prozess und mit welchen Regressmöglichkeiten für die Betroffenen - das sind politische Fragen, die nicht allein durch Technik beantwortet werden können.</p>
|
||
<p>Das hier vorgeschlagene polyzentrische Modell - gleichberechtigte Lenkungsbehörden, taonga-zentrierte Register, explizite Herkunft und ein Recht auf Nichtteilnahme - ist nicht die einzig mögliche Antwort. Aber es ist eine Antwort, die die These ernst nimmt, dass souveräne KI mehreren Souveränitäten dienen sollte, nicht nur einer.</p>
|
||
<p>Das Blinkerwischer-Problem aus STO-RES-0009 ist immer noch die richtige Ausgangsmetapher: Einige Voreingenommenheiten werden ausgelöst, bevor die Deliberation einsetzt, und sie können nicht sofort behoben werden. Aber die Frage, wer den Blinker setzen darf - und wessen Fahrzeug es überhaupt ist - ist eine Governance-Frage, mit der sich dieses Papier zu befassen beginnt.</p>
|
||
<p>Es beginnt, aber es endet nicht. Der nächste Schritt ist nicht mehr Architektur. Es geht um Gespräche - mit Iwi-Governance-Gremien, mit Maori-Wissenschaftlern, mit Praktikern aus der Gemeinschaft - um festzustellen, ob diese Vorschläge den Menschen dienen, denen sie angeblich dienen, oder ob sie grundlegend überarbeitet oder ersetzt werden müssen.</p>
|
||
<hr>
|
||
|
||
<div class="editorial-note">
|
||
<p class="note-title">Anmerkung der Redaktion – Februar 2026 (nach der Veröffentlichung hinzugefügt)</p>
|
||
<p>Die Veröffentlichung von Radhakrishnan et al. (2026) in Science bestätigt die Dringlichkeit der Governance, für die sich dieser Artikel ausspricht. Die nachgewiesene Fähigkeit, das Modellverhalten auf der Darstellungsebene zu manipulieren – einschließlich der Außerkraftsetzung von Sicherheitsbeschränkungen – macht deutlich, dass die Frage, wer die Steuerungsebene regelt, keine spekulative Frage für zukünftige KI-Systeme ist, sondern eine unmittelbare Herausforderung für die Governance der derzeit eingesetzten Systeme. Rahmenwerke, die diese Befugnis auf rechenschaftspflichtige, identifizierbare, in der Gemeinschaft verwurzelte Institutionen verteilen – anstatt sie auf einen einzigen Plattformbetreiber zu konzentrieren – sind eine angemessenere Antwort auf diese Realität als technische Sperren oder undurchsichtige Governance.</p>
|
||
<p>Radhakrishnan, A., Beaglehole, D., Belkin, M., & Boix-Adserà, E. (2026). Exposing biases, moods, personalities, and abstract concepts hidden in large language models. <em>Science.</em> Published 19 February 2026.</p>
|
||
<p>Das Begleitpapier STO-RES-0009 wurde auf Version 1.1 aktualisiert, um ein Präzisionsproblem in seinen API-Zugriffsansprüchen zu beheben, das durch dieselben Erkenntnisse aufgezeigt wurde. Leser sollten sich auf STO-RES-0009 v1.1 statt auf v1.0 beziehen. Das Kernargument beider Papiere bleibt unverändert; die Arbeit des MIT stärkt es eher, als dass sie es untergräbt.</p>
|
||
</div>
|
||
|
||
<h2>Referenzen</h2>
|
||
<ul><li>Carroll, S. R., et al. (2020). Die CARE-Prinzipien für indigene Datenverwaltung. <em>Data Science Journal</em>, 19(1), 43.</li><li>Kukutai, T. & Taylor, J. (Eds.) (2016). <em>Indigenous Data Sovereignty: Toward an Agenda</em>. ANU Press.</li><li>Ostrom, E. (1990). <em>Governing the Commons: The Evolution of Institutions for Collective Action</em>. Cambridge University Press.</li><li>Ostrom, E. (2010). Beyond Markets and States: Polycentric Governance of Complex Economic Systems. <em>American Economic Review</em>, 100(3), 641-672.</li><li>Rimsky, N., et al. (2023). Steuerung von Llama 2 durch kontrastive Aktivierungsaddition. arXiv:2312.06681.</li><li>Stroh, J. & Claude (2026). Steering Vectors and Mechanical Bias: Inference-Time Debiasing for Sovereign Small Language Models. STO-RES-0009 v1.1.</li><li>Te Mana Raraunga (2018). Principles of Maori Data Sovereignty. Te Mana Raraunga Charter.</li><li>Templeton, A., et al. (2024). Scaling Monosemanticity: Extracting Interpretable Features from Claude 3 Sonnet. Anthropisch.</li><li>Turner, A., et al. (2023). Aktivierungsaddition: Steering Language Models Without Optimization. arXiv:2308.10248.</li><li>Waitangi Tribunal (2011). <em>Ko Aotearoa Tenei: A Report into Claims Concerning New Zealand Law and Policy Affecting Maori Culture and Identity</em>. Te Ropu Whakamana i te Tiriti o Waitangi.</li><li>Zou, A., et al. (2023). Representation Engineering: Ein Top-Down-Ansatz zur KI-Transparenz. Zentrum für KI-Sicherheit.</li></ul>
|
||
<hr>
|
||
<h2>Lizenz</h2>
|
||
<p>Copyright © 2026 John Stroh.</p>
|
||
<p>Dieses Werk ist lizenziert unter der <a href="https://creativecommons.org/licenses/by/4.0/deed.de">Creative Commons Namensnennung 4.0 International Lizenz (CC BY 4.0)</a>.</p>
|
||
<p>Es steht Ihnen frei, das Material zu teilen, zu kopieren, weiterzuverbreiten, anzupassen, zu remixen, zu transformieren und darauf aufzubauen, auch kommerziell, sofern Sie eine angemessene Quellenangabe machen, einen Link zur Lizenz angeben und kenntlich machen, ob Änderungen vorgenommen wurden.</p>
|
||
<p><strong>Hinweis:</strong> Der Quellcode des Tractatus AI Safety Framework ist separat unter der Apache License 2.0 lizenziert. Diese Creative-Commons-Lizenz gilt nur für den Text und die Abbildungen der Forschungsarbeit.</p>
|
||
<hr>
|
||
<h2>Dokument-Metadaten</h2>
|
||
|
||
<hr style="margin:3rem 0"><p style="text-align:center;color:#6b7280;font-size:.875rem"><em>-- Ende des Dokuments --</em></p>
|
||
</div>
|
||
<div class="footer"><p>© 2026 Tractatus AI Safety Framework</p><p>https://agenticgovernance.digital</p></div>
|
||
</body></html> |