From 2895bbb5a54bd50edec08ed93a26ee70d423502e Mon Sep 17 00:00:00 2001
From: Dennis Westermann <hey@dennis-westermann.de>
Date: Mon, 10 Aug 2026 08:43:00 +0200
Subject: [PATCH] chore(governance): establish sole project ownership

Record D-105 and align review routing, contribution checks, Tier 2/3 authority, and honest manual-play deferral with the owner decision.
---
 .github/CODEOWNERS                            |  32 ++---
 .github/pull_request_template.md              |   8 +-
 .../check_external_contributor_review.py      |  11 +-
 .../workflows/external-contributor-review.yml |   6 +-
 .github/workflows/quality-gate.yml            |   8 +-
 AGENTS.md                                     |  19 ++-
 CHANGELOG.md                                  |  12 ++
 CONTRIBUTING.md                               |  60 +++++-----
 GOVERNANCE.md                                 |  60 +++++++---
 README.md                                     |  19 +--
 docs/README.md                                |   5 +-
 docs/production/DecisionLog.md                | 111 +++++++++++++++++-
 .../hashkrieg/13-0_Sprint_Freigabe.md         |  10 +-
 .../hashkrieg/13-15_Parallelbetrieb.md        |  36 ++++--
 docs/production/hashkrieg/README.md           |   7 +-
 quality/README.md                             |   9 +-
 16 files changed, 299 insertions(+), 114 deletions(-)

diff --git a/.github/CODEOWNERS b/.github/CODEOWNERS
index 90ea7da..678cbba 100644
--- a/.github/CODEOWNERS
+++ b/.github/CODEOWNERS
@@ -1,25 +1,25 @@
 # CODEOWNERS – automatic review routing for Project Nova
 #
 # Merge authority comes from the protected-main push restriction, not from this
-# file: only @cubetribe and @travelhawk may merge into main. Once native
-# code-owner review is enabled, every PR requires an approval by the other
-# maintainer. The detailed day-to-day stream ownership remains authoritative in
+# file: only @cubetribe may merge into main. CODEOWNERS routes review to the
+# project owner; it is not a second-person approval gate for owner-authored PRs.
+# The detailed day-to-day stream ownership remains authoritative in
 # docs/production/hashkrieg/13-15_Parallelbetrieb.md.
 
-# Every path is owned by the two maintainers for the required peer review.
-*                                               @cubetribe @travelhawk
+# Every path is owned by the sole project owner.
+*                                               @cubetribe
 
 # CI, PR policy, code-owner policy, and their enforcement scripts.
-/.github/                                      @cubetribe @travelhawk
+/.github/                                      @cubetribe
 
 # Repository governance and commercial-relicensing terms.
-/AGENTS.md                                     @cubetribe @travelhawk
-/GOVERNANCE.md                                 @cubetribe @travelhawk
-/CONTRIBUTING.md                               @cubetribe @travelhawk
-/CONTRIBUTOR_LICENSE_AGREEMENT.md              @cubetribe @travelhawk
-/LICENSE                                       @cubetribe @travelhawk
-/NOTICE                                        @cubetribe @travelhawk
-/CHANGELOG.md                                  @cubetribe @travelhawk
-/docs/meta/                                    @cubetribe @travelhawk
-/docs/production/DecisionLog.md                @cubetribe @travelhawk
-/docs/production/hashkrieg/                    @cubetribe @travelhawk
+/AGENTS.md                                     @cubetribe
+/GOVERNANCE.md                                 @cubetribe
+/CONTRIBUTING.md                               @cubetribe
+/CONTRIBUTOR_LICENSE_AGREEMENT.md              @cubetribe
+/LICENSE                                       @cubetribe
+/NOTICE                                        @cubetribe
+/CHANGELOG.md                                  @cubetribe
+/docs/meta/                                    @cubetribe
+/docs/production/DecisionLog.md                @cubetribe
+/docs/production/hashkrieg/                    @cubetribe
diff --git a/.github/pull_request_template.md b/.github/pull_request_template.md
index 4982cae..73ecd89 100644
--- a/.github/pull_request_template.md
+++ b/.github/pull_request_template.md
@@ -1,7 +1,9 @@
 <!-- Danke für deinen Beitrag zu Project Nova! Kurz halten ist erwünscht. -->
 
 ## Was & Warum
-<!-- 1–3 Sätze. Bei Änderungen am Spielverhalten: was hast du im laufenden Spiel gesehen? -->
+<!-- 1–3 Sätze. Bei Änderungen am Spielverhalten: Was war im laufenden Spiel
+     zu sehen? Falls zurückgestellt: "nicht gespielt", Grund, automatisierte
+     Ersatznachweise und Restrisiko nennen. -->
 
 ## Checkliste
 - [ ] `dotnet test tools/Nova.SimRunner.Tests` lokal grün
@@ -11,8 +13,8 @@
 
 ## Externe Beiträge
 
-<!-- Für @cubetribe und @travelhawk nicht erforderlich. Alle anderen PRs werden
-     erst nach der bestätigten Maintainer-Prüfung und dem folgenden Häkchen grün. -->
+<!-- Für @cubetribe nicht erforderlich. Alle anderen PRs werden erst nach der
+     bestätigten Inhaberprüfung und dem folgenden Häkchen grün. -->
 - [ ] I agree to the Contributor License Agreement
 
 <!-- Governance-Tier 2: D-IDs für echte Entscheidungen und Versionen für
diff --git a/.github/scripts/check_external_contributor_review.py b/.github/scripts/check_external_contributor_review.py
index 9baf6ea..ea5fd7f 100644
--- a/.github/scripts/check_external_contributor_review.py
+++ b/.github/scripts/check_external_contributor_review.py
@@ -1,5 +1,5 @@
 #!/usr/bin/env python3
-"""Require a current maintainer approval and CLA acceptance for external PRs."""
+"""Require the project owner's current approval and CLA for external PRs."""
 
 from __future__ import annotations
 
@@ -10,7 +10,7 @@
 from typing import Any
 
 
-MAINTAINERS = frozenset({"cubetribe", "travelhawk"})
+MAINTAINERS = frozenset({"cubetribe"})
 CLA_MARKER = "- [x] I agree to the Contributor License Agreement"
 DECISIVE_REVIEW_STATES = frozenset({"APPROVED", "CHANGES_REQUESTED", "DISMISSED"})
 
@@ -59,8 +59,8 @@ def evaluate(
 
     return (
         False,
-        "External contributions require an APPROVED review by cubetribe or "
-        "travelhawk on the current head commit.",
+        "External contributions require an APPROVED review by cubetribe "
+        "on the current head commit.",
     )
 
 
@@ -75,6 +75,9 @@ def _self_test() -> None:
     }
     stale = {**approved, "id": 2, "commit_id": "b" * 40}
     assert evaluate(author="cubetribe", head_sha=head, body="", reviews=[])[0]
+    assert not evaluate(author="travelhawk", head_sha=head, body="", reviews=[])[0]
+    assert not evaluate(author="travelhawk", head_sha=head, body=CLA_MARKER, reviews=[])[0]
+    assert evaluate(author="travelhawk", head_sha=head, body=CLA_MARKER, reviews=[approved])[0]
     assert not evaluate(author="outside", head_sha=head, body="", reviews=[])[0]
     assert not evaluate(author="outside", head_sha=head, body=CLA_MARKER, reviews=[])[0]
     assert evaluate(author="outside", head_sha=head, body=CLA_MARKER, reviews=[approved])[0]
diff --git a/.github/workflows/external-contributor-review.yml b/.github/workflows/external-contributor-review.yml
index 0304bb1..7fcfe5b 100644
--- a/.github/workflows/external-contributor-review.yml
+++ b/.github/workflows/external-contributor-review.yml
@@ -1,7 +1,7 @@
 name: External Contributor Review
 
-# D-091: every PR authored by someone other than the two maintainers needs a
-# CLA acknowledgment and an approval on its current head commit. This
+# D-105: every PR authored by someone other than the project owner needs a CLA
+# acknowledgment and the owner's approval on its current head commit. This
 # metadata-only workflow operates with read-only permissions, reads its
 # implementation from main, and never checks out or executes pull-request code.
 # After an approval is submitted, rerun the latest failed check; native branch
@@ -28,7 +28,7 @@ jobs:
         with:
           ref: ${{ github.event.repository.default_branch }}
           persist-credentials: false
-      - name: Verify contributor terms and maintainer approval
+      - name: Verify contributor terms and project-owner approval
         env:
           GH_TOKEN: ${{ github.token }}
           PR_AUTHOR: ${{ github.event.pull_request.user.login }}
diff --git a/.github/workflows/quality-gate.yml b/.github/workflows/quality-gate.yml
index 4491fb4..e831347 100644
--- a/.github/workflows/quality-gate.yml
+++ b/.github/workflows/quality-gate.yml
@@ -1,6 +1,7 @@
 name: Quality Gate
 
-# D-066 two-phase quality gate. DORMANT until governance tier 3 (D-076, D-091).
+# D-066 two-phase quality gate. DORMANT until governance tier 3
+# (D-076, D-091, D-105).
 #
 # The gate chain G0-G5 no longer blocks milestone progress; see GOVERNANCE.md
 # and quality/README.md. Nothing here is deleted - this workflow is the
@@ -13,8 +14,9 @@ name: Quality Gate
 # Job "gate-evidence-authorize" implements the protected authorize path of
 # the two-phase GateAuthorization receipt contract (D-066, G0-A2). It runs
 # only via manual workflow_dispatch on main behind the protected
-# "quality-gate" environment (a maintainer must create that environment with
-# required reviewers once before the first authorize run can start).
+# "quality-gate" environment (the project owner must create it with at least
+# one required reviewer independent from the authorize execution before the
+# first run; that approval attests evidence, not project governance).
 #
 # IMPORTANT for dispatchers: the validator binds the run to GITHUB_SHA and
 # requires it to equal the trusted tool checkout HEAD. Dispatch this workflow
diff --git a/AGENTS.md b/AGENTS.md
index b047beb..3af1059 100644
--- a/AGENTS.md
+++ b/AGENTS.md
@@ -1,13 +1,14 @@
 # AGENTS.md – Arbeitsregeln für KI-Agenten & Mitwirkende
 
-**Dokumentversion:** 4.1.0 | **Status:** verbindlich ab Merge des Sprint-13.0-PR | **Verantwortungsbereich:** Maintainers | **Sprint:** 13.0 | **Governance-Tier:** 2 ([GOVERNANCE.md](GOVERNANCE.md))
+**Dokumentversion:** 5.0.0 | **Status:** verbindlich | **Verantwortungsbereich:** Project Owner | **Sprint:** 16 | **Governance-Tier:** 2 ([GOVERNANCE.md](GOVERNANCE.md))
 
 Verbindliche Betriebsanleitung für jeden KI-Coding-Agenten (Claude, Kimi, Codex,
 Cursor u. a.) und jede Person, die an *Project Nova* arbeitet. **Lies diese Datei
 zuerst.** Sie wird von den gängigen Agenten-Tools automatisch als Kontext geladen.
 
 Welche Regeln in welcher Projektphase gelten, steht in [GOVERNANCE.md](GOVERNANCE.md).
-Aktiv ist **Tier 2: externe Beitragende, zwei Maintainer.**
+Aktiv ist **Tier 2: externe Beitragende, ein Projektinhaber.** Dennis Westermann
+(`@cubetribe`) ist alleiniger Projektinhaber, Maintainer und Mergeberechtigter.
 
 ## 1. Projekt in einem Absatz
 
@@ -51,11 +52,16 @@ Eine Änderung ist fertig, wenn diese vier Punkte stimmen:
 Zusätzlich, wenn zutreffend:
 
 - Echte Entscheidung getroffen? → D-ID im [DecisionLog](docs/production/DecisionLog.md)
-- Spielverhalten geändert? → einmal im laufenden Spiel ansehen und im PR beschreiben
+- Spielverhalten geändert? → im laufenden Spiel ansehen und im PR beschreiben;
+  der Projektinhaber darf diese Abnahme ausdrücklich zurückstellen, wenn der PR
+  stattdessen „nicht gespielt“, Grund, automatisierte Ersatznachweise und
+  Restrisiko nennt. Der PR ist dann mergebar, aber nicht spielerisch abgenommen
+  und kein Meilenstein-Nachweis.
 - Neues oder entferntes Dokument? → [docs/README.md](docs/README.md)-Index nachziehen
-- Tier-2-PR? → Freigabe des anderen Maintainers auf dem aktuellen Head;
-  externer PR zusätzlich mit bestätigter
-  [Contributor License Agreement](CONTRIBUTOR_LICENSE_AGREEMENT.md)
+- Inhaber-PR? → Selbst-Merge erst nach grüner Pflicht-CI und dokumentiertem,
+  unabhängigem Read-only-Review.
+- Externer PR? → Freigabe des Projektinhabers auf dem aktuellen Head und
+  bestätigte [Contributor License Agreement](CONTRIBUTOR_LICENSE_AGREEMENT.md)
 - Vertrag oder öffentliche Doku? → Kopfversion und Änderungsverlauf pflegen
 
 Weiterhin nicht verlangt: Gate-Evidence, Receipt-Ketten und Performance-Evidenz
@@ -163,3 +169,4 @@ gh pr create --fill --base main
 | 3.1.0–3.7.0 | 2026-07-24 – 2026-07-26 | Ausbau des Gate-Evidenzregimes (D-062 bis D-067) | Orchestrator |
 | 4.0.0 | 2026-08-06 | D-076: auf Governance-Tier 1 zurückgeschnitten. Gate-Kette, Receipt-Verträge und Evidenzpflicht schlafen gelegt; DoD von 13 auf 4 Punkte; Doku-Ritual freiwillig; Sprint-Ritual entfernt; `dotnet test` als kanonischer CI-Check verankert | Orchestrator |
 | 4.1.0 | 2026-08-08 | D-091: Governance-Tier 2 für externe Beiträge aktiviert; Maintainer-Review/CLA für fremde PRs und Versionspflicht für Verträge/öffentliche Doku ergänzt | Dennis Westermann / Michael Falk |
+| 5.0.0 | 2026-08-10 | D-105: Dennis Westermann als alleinigen Projektinhaber, Maintainer, Tier-Entscheider und Mergeberechtigten festgelegt; Selbst-Merge bei grüner Pflicht-CI und unabhängigem Review sowie ehrliche Spielabnahme-Zurückstellung geregelt | Dennis Westermann |
diff --git a/CHANGELOG.md b/CHANGELOG.md
index f149aaf..9e21cef 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -17,6 +17,18 @@ die Versionierung folgt (in der aktuellen Doku-Phase) dem Dokumentationsstand de
 > Wiki-/Vertrags-Minor und kein Game-Release. Es wird kein Tag oder Release
 > erzeugt; MS-0 und MS-1 bleiben offen.
 
+### Entschieden
+- **D-105: Dennis Westermann (`@cubetribe`) führt das Projekt allein.** Er ist
+  alleiniger Projektinhaber, Maintainer, Tier-Entscheider und Mergeberechtigter;
+  Michael Falk (`@travelhawk`) bleibt historischer Autor und
+  Organisationsmitglied, hat aber keine Projekt-Governance-Rolle mehr.
+  Inhaber-PRs dürfen nach grüner Pflicht-CI und unabhängigem Read-only-Review
+  selbst gemergt werden, externe PRs brauchen weiterhin CLA und seine aktuelle
+  Freigabe. PR-only, strikte Checks, Squash/lineare Historie und kein
+  Force-Push bleiben bestehen. Manuelle Spielabnahme darf sichtbar als „nicht
+  gespielt“ zurückgestellt werden; der PR ist dann integrierbar, aber nicht
+  spielerisch abgenommen und kein Meilenstein-Nachweis
+
 ### Hinzugefügt
 - **Die Welle der Skirmish-KI kann in Kampfstärke statt in Köpfen messen
   (Verhalten `r6`):** `CombatStrength` bewertet eine Einheit als
diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
index 1daf89c..7e1f436 100644
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -1,6 +1,6 @@
 # Beitragen zu Project Nova
 
-**Version:** 4.0.1 | **Status:** verbindlich ab Merge des Sprint-13.0-PR | **Verantwortungsbereich:** Maintainers | **Sprint:** 13.0 | **Governance-Tier:** 2 ([GOVERNANCE.md](GOVERNANCE.md))
+**Version:** 5.0.0 | **Status:** verbindlich | **Verantwortungsbereich:** Project Owner | **Sprint:** 16 | **Governance-Tier:** 2 ([GOVERNANCE.md](GOVERNANCE.md))
 
 Branch-, PR- und Review-Ablauf für Menschen und KI-Agenten. Detailregeln stehen
 in [AGENTS.md](AGENTS.md), Dokumentregeln in
@@ -23,7 +23,7 @@ Force-Pushes auf `main`, keine History-Rewrites auf geteilten Branches.
    lokal grün bekommen.
 4. Zeile unter `[Unreleased]` in [CHANGELOG.md](CHANGELOG.md) ergänzen.
 5. Conventional Commit, Branch pushen, PR nach `main` öffnen.
-6. CI abwarten, mergen.
+6. CI abwarten; der Projektinhaber merged.
 
 Commit, Push, Merge und Release sind getrennte Autoritätsgrenzen. **KI-Agenten
 committen oder pushen nur nach einer ausdrücklichen Anfrage für die konkrete
@@ -54,7 +54,7 @@ Pflicht auf jedem PR:
   dürfen nicht im selben PR geändert werden. Ein dokumentierter Reset braucht
   das Maintainer-Label `baseline-reset-approved`.
 - **`external-contributor-review`** – bei einem externen PR müssen die
-  CLA-Zustimmung und eine Freigabe eines Maintainers auf dem aktuellen Head
+  CLA-Zustimmung und die Freigabe des Projektinhabers auf dem aktuellen Head
   vorliegen.
 
 Unity-EditMode-Tests laufen mangels CI-Lizenz nicht automatisch. Wer die
@@ -63,30 +63,30 @@ führt sie lokal aus und schreibt das Ergebnis in den PR.
 
 ## 4. Zugänge und Reviews (Tier 2)
 
-`main` ist technisch auf die beiden Maintainer beschränkt:
+`main` ist technisch auf den alleinigen Projektinhaber und Maintainer beschränkt:
 
 - [@cubetribe](https://github.com/cubetribe) (Dennis Westermann)
-- [@travelhawk](https://github.com/travelhawk) (Michael Falk)
 
-Nur diese Accounts dürfen einen PR nach `main` mergen. Externe arbeiten aus
-einem Fork, erhalten weder einen Collaborator-Zugang noch Mitgliedschaft im
-Maintainer-Team und öffnen einen PR nach `main`.
+Nur dieser Account darf einen PR nach `main` mergen. Michael Falk
+(`@travelhawk`) hat keine Maintainer- oder Governance-Rolle mehr in diesem
+Projekt; eine fortbestehende Organisationsmitgliedschaft ändert das nicht.
+Externe arbeiten aus einem Fork, erhalten weder einen Schreibzugang noch eine
+Projekt-Maintainer-Rolle und öffnen einen PR nach `main`.
 
-Jeder PR braucht eine Freigabe des jeweils anderen Maintainers auf dem aktuellen
-Head-Commit. Ein neuer Push macht eine alte Freigabe unwirksam. Der Remote-
-Rollout setzt dafür eine erforderliche Freigabe, das Verwerfen veralteter
-Freigaben und eine Freigabe des letzten Pushes. Für externe PRs prüft
-`external-contributor-review` zusätzlich die CLA-Zustimmung und genau diese
-Maintainer-Freigabe. Bis die Einstellungen nach den ersten erfolgreichen Läufen
-in Folge-PRs aus dem geschützten `main`-Stand aktiv sind, werden keine externen
-PRs gemergt.
+Inhaber-PRs dürfen nach grüner Pflicht-CI und dokumentiertem, unabhängigem
+Read-only-Review selbst gemergt werden. Für externe PRs prüft
+`external-contributor-review` zusätzlich zur CLA-Zustimmung eine
+`APPROVED`-Review von `@cubetribe` auf dem aktuellen Head-Commit. Ein neuer Push
+macht diese Freigabe unwirksam.
 
 Nach einer neu eingereichten Freigabe wird der jüngste fehlgeschlagene
-`external-contributor-review`-Lauf erneut gestartet. Die native Branch
-Protection bleibt der maßgebliche, automatisch aktualisierte Review-Schutz.
+`external-contributor-review`-Lauf erneut gestartet. Die Branch Protection
+bleibt der maßgebliche Schutz für PR-only, Pflichtchecks, lineare Historie und
+das Verbot von Force-Pushes.
 
-`CODEOWNERS` ordnet jeden Pfad den beiden Maintainers zu; GitHubs native
-Code-Owner-Prüfung macht die Peer-Freigabe damit eindeutig. Die ausdrücklich
+`CODEOWNERS` ordnet jeden Pfad `@cubetribe` zu und routet Review-Anfragen; eine
+Code-Owner-Freigabe ist für Inhaber-PRs kein zusätzliches Selbstfreigabe-Gate.
+Die ausdrücklich
 benannte Steuerfläche (`.github/`, Lizenz, Governance und Planungsdokumente)
 bleibt besonders sichtbar, ersetzt aber nicht die Schreibhoheit aus
 [13-15_Parallelbetrieb.md](docs/production/hashkrieg/13-15_Parallelbetrieb.md).
@@ -122,25 +122,26 @@ Binärdateien oder Debug-Artefakte einchecken.
 ## 7. Pull Requests
 
 Die Beschreibung nennt: was und warum, betroffene Bereiche, gegebenenfalls die
-D-ID einer echten Architektur-, Design- oder Prozessentscheidung, den
-Changelog-Eintrag und – bei Änderungen am Spielverhalten – was du im laufenden
-Spiel gesehen hast. Verträge und öffentliche Doku erhalten in Tier 2 außerdem
-eine Kopfversion und einen Änderungsverlauf.
+D-ID einer echten Architektur-, Design- oder Prozessentscheidung und den
+Changelog-Eintrag. Bei Änderungen am Spielverhalten nennt sie entweder die
+Beobachtung im laufenden Spiel oder ausdrücklich „nicht gespielt“, Grund,
+automatisierte Ersatznachweise und Restrisiko. Eine solche Zurückstellung macht
+den PR mergebar, aber nicht spielerisch abgenommen. Verträge und öffentliche
+Doku erhalten in Tier 2 außerdem eine Kopfversion und einen Änderungsverlauf.
 
 ## 8. Releases
 
-Nur ein Maintainer erzeugt nach expliziter Freigabe Tag und Release. Wiki-Versionen
+Nur der Projektinhaber erzeugt nach expliziter Freigabe Tag und Release. Wiki-Versionen
 sind keine Game-Releases. Es gibt bisher kein veröffentlichtes Release.
 
 ## Offene Punkte
 
-- Die neuen Tier-2-Checks und die erforderliche Maintainer-Peer-Review werden
-  erst nach dem Merge und ihren ersten erfolgreichen Folge-PR-Läufen in GitHubs
-  Branch Protection hinterlegt.
+- `integrity`, `baseline-guard` und `external-contributor-review` sind noch
+  nicht als Required Checks in GitHubs Branch Protection hinterlegt.
 
 ## Nächste Schritte
 
-1. Neue externe Beiträge erst nach dem vollständigen Remote-Rollout annehmen.
+1. Neue externe Beiträge nur mit CLA und aktueller Inhaberfreigabe annehmen.
 2. Den Baseline-Wächter mit einem absichtlich falschen PR nachweislich rot
    auslösen.
 
@@ -154,3 +155,4 @@ sind keine Game-Releases. Es gibt bisher kein veröffentlichtes Release.
 | 3.0.0 | 2026-08-06 | D-076: auf Tier 1 zurückgeschnitten. Gate- und Evidenzpflichten entfernt, `tests` als Pflichtcheck ergänzt, `integrity` auf `quality/**` begrenzt, Selbst-Merge erlaubt | Maintainers |
 | 4.0.0 | 2026-08-08 | D-091: Tier 2 aktiviert; Maintainer-Peer-Review auf aktuellem Head für jeden PR, Fork-only plus CLA für externe Beiträge, Baseline-Wächter und zwei festgelegte Merge-Accounts dokumentiert | Dennis Westermann / Michael Falk |
 | 4.0.1 | 2026-08-08 | CLA-Wirkung nicht rückwirkend präzisiert und D-ID-Pflicht auf echte Entscheidungen vereinheitlicht | Dennis Westermann |
+| 5.0.0 | 2026-08-10 | D-105: `@cubetribe` als alleinigen Projektinhaber und Mergeberechtigten festgelegt; Inhaber-Selbst-Merge, externe aktuelle Freigabe und ehrliche Spielabnahme-Zurückstellung geregelt | Dennis Westermann |
diff --git a/GOVERNANCE.md b/GOVERNANCE.md
index c107b41..a56fd06 100644
--- a/GOVERNANCE.md
+++ b/GOVERNANCE.md
@@ -1,10 +1,10 @@
 # Governance – Project Nova
 
-**Version:** 2.1.1 | **Status:** verbindlich ab Merge des Sprint-13.0-PR; Tier-2-Remote-Rollout offen | **Verantwortungsbereich:** Maintainers | **Sprint:** 13.0
+**Version:** 3.0.0 | **Status:** verbindlich; Tier 2 aktiv | **Verantwortungsbereich:** Project Owner | **Sprint:** 16
 
 ## Zweck
 
-**Aktives Tier: 2 — externe Beitragende, zwei Maintainer**
+**Aktives Tier: 2 — externe Beitragende, ein Projektinhaber**
 
 Dieses Repository regelt seine Prozessstrenge über **Tiers** statt über eine feste
 Regelmenge. Jede Regel gehört zu genau einem Tier. Regeln höherer Tiers werden
@@ -49,13 +49,27 @@ Spielrunde.
 
 | | Tier 1 | Tier 2 (aktiv) | Tier 3 |
 |---|---|---|---|
-| **Lage** | zwei Entwickler, kein Publikum | fremde Beitragende | Veröffentlichung, Geld, Nutzer |
-| **Auslöser** | Status quo | erster PR von außerhalb des Maintainer-Kreises, oder mehr als zwei aktive Maintainer | Steam-Seite, bezahlter Build, Publisher-Vertrag, oder Nutzerdaten im Spiel |
+| **Lage** | kleiner interner Kreis, kein Publikum | fremde Beitragende | Veröffentlichung, Geld, Nutzer |
+| **Auslöser** | keine fremden Beiträge | erster PR von außerhalb des Maintainer-Kreises | Steam-Seite, bezahlter Build, Publisher-Vertrag, oder Nutzerdaten im Spiel |
 | **Vertrauensmodell** | wir vertrauen einander | wir vertrauen dem Code, nicht jedem Absender | wir müssen es Dritten beweisen können |
 
 Ein Tier-Wechsel ist eine Inhaberentscheidung und wird als D-ID im
 [DecisionLog](docs/production/DecisionLog.md) festgehalten.
 
+## Entscheidungs- und Merge-Autorität
+
+Dennis Westermann (`@cubetribe`) ist nach D-105 alleiniger Projektinhaber,
+Maintainer, Tier-Entscheider und Mergeberechtigter. Michael Falk
+(`@travelhawk`) hat keine Governance- oder Maintainer-Rolle mehr in diesem
+Projekt. Seine Organisationsmitgliedschaft und historische Urheberschaft
+bleiben davon unberührt und begründen keine Projektentscheidungskompetenz.
+
+Der Inhaber darf eigene PRs nach grüner Pflicht-CI und dokumentiertem,
+unabhängigem Read-only-Review selbst mergen. Externe PRs brauchen weiterhin die
+CLA-Zustimmung und seine `APPROVED`-Review auf dem aktuellen Head. Auch unter
+Tier 3 entscheidet der Inhaber allein; technische Prüfung und Gate-Evidenz sind
+Nachweise, keine zweite Entscheidungsstimme.
+
 ## Was in welchem Tier gilt
 
 | Mechanismus | Tier 1 | Tier 2 (jetzt) | ab Tier 3 |
@@ -69,7 +83,8 @@ Ein Tier-Wechsel ist eine Inhaberentscheidung und wird als D-ID im
 | CI: tote interne Doku-Links | ✅ | ✅ | ✅ |
 | CHANGELOG-Eintrag | pro PR | pro PR | pro PR |
 | DecisionLog D-IDs | bei echten Architektur-, Design- oder Prozessentscheidungen | ebenso | ebenso |
-| Merge | Selbst-Merge erlaubt | jeder PR braucht eine Freigabe des anderen Maintainers; extern zusätzlich CLA | zwei Freigaben |
+| Merge | Inhaber-Selbst-Merge bei grüner Pflicht-CI | ebenso; extern zusätzlich CLA und Inhaberfreigabe auf aktuellem Head | Inhaberentscheidung; aktivierte Tier-3-Gates bleiben Pflicht |
+| Unabhängiges Read-only-Review für Inhaber-PRs | ✅ | ✅ | ✅ |
 | Doku: Pflichtaufbau, Versionsbump, Änderungsverlauf | nur `quality/content/mvp-v1.json` | für Verträge und öffentliche Doku | überall |
 | DecisionLog: ≥3 Alternativen je Entscheidung | ✖ | ✅ | ✅ |
 | Sprint-Ritual (8 Pflichtschritte) | ✖ | ✖ | ✅ |
@@ -90,8 +105,16 @@ Ein Meilenstein ist erreicht, wenn **beides** zutrifft:
    Ablauf dafür beschreibt das Demo-Runbook (`docs/production/DemoRunbook.md`,
    kommt mit dem Demo-Prep-Strang).
 
-Kein Receipt, kein Hash, keine Kette. Punkt 2 ist nicht optional: Er ist genau
-die Prüfung, die F-001 gefunden hätte.
+Kein Receipt, kein Hash, keine Kette. Punkt 2 ist für den Meilenstein nicht
+optional: Er ist genau die Prüfung, die F-001 gefunden hätte.
+
+Für einen einzelnen PR darf der Projektinhaber die manuelle Spielabnahme
+ausdrücklich zurückstellen. Der PR nennt dann sichtbar **„nicht gespielt“**, den
+Grund, die gelaufenen automatisierten Ersatznachweise und das Restrisiko. Er darf
+mit grüner Pflicht-CI gemergt werden, gilt aber weder als spielerisch abgenommen
+noch als Nachweis für Punkt 2. Eine spätere gemeinsame Spielrunde kann mehrere
+solche PRs abnehmen. Aktivierte Tier-3-Evidenz wird durch diese Regel nicht
+erlassen, und „nicht gespielt“ darf niemals als „gespielt“ ausgegeben werden.
 
 Was das Spiel gegenüber dem MS-1-Sollinhalt noch schuldig bleibt, steht ehrlich
 im [ScopeLedger](docs/production/ScopeLedger.md). Der bleibt – als Lückenliste,
@@ -108,7 +131,9 @@ der Apparat verrottet also nicht unbemerkt, während externe Beiträge eingehen.
 Zum Aufwecken bei Tier 3:
 
 1. Tier-Wechsel als D-ID entscheiden.
-2. Das geschützte Environment `quality-gate` mit Required Reviewers anlegen.
+2. Das geschützte Environment `quality-gate` mit mindestens einem von der
+   Authorize-Ausführung unabhängigen Required Reviewer anlegen. Diese Freigabe
+   bestätigt technische Evidenz und ist keine Governance-Mitentscheidung.
 3. [`docs/production/MVPRecoveryPlan.md`](docs/production/MVPRecoveryPlan.md)
    wieder als führend für Meilensteinstatus erklären.
 
@@ -120,23 +145,19 @@ Der Detailvertrag steht unverändert in
 - [AGENTS.md](AGENTS.md) – Arbeitsregeln für Agenten und Menschen
 - [CONTRIBUTING.md](CONTRIBUTING.md) – Branch-, PR- und Review-Ablauf
 - [docs/meta/DocumentationStandard.md](docs/meta/DocumentationStandard.md) – Doku-Regeln
-- [docs/production/DecisionLog.md](docs/production/DecisionLog.md) – D-076 begründet das Tier-Modell; D-091 aktiviert Tier 2
+- [docs/production/DecisionLog.md](docs/production/DecisionLog.md) – D-076 begründet das Tier-Modell; D-091 aktiviert Tier 2; D-105 regelt die alleinige Projektleitung
 
 ## Offene Punkte
 
-- Nach dem Merge müssen `integrity`, `baseline-guard` und
-  `external-contributor-review` nach ihren ersten erfolgreichen Läufen in
-  Folge-PRs als Required Checks in der Branch Protection hinterlegt werden.
-- Der Remote-Rollout setzt außerdem eine erforderliche, stale-dismissed
-  Maintainer-Freigabe auf dem aktuellen Head, native Code-Owner-Reviews und das
-  `baseline-reset-approved`-Label.
+- `integrity`, `baseline-guard` und `external-contributor-review` laufen weiter,
+  sind aber noch nicht als Required Checks in der Branch Protection hinterlegt.
+- Die verpflichtende Negativkontrolle des Baseline-Wächters bleibt offen.
 
 ## Nächste Schritte
 
-1. Sprint 13.0 als PR einbringen und die neue CI auf dem geschützten Zielbranch
-   ausführen lassen.
-2. Danach die offene Remote-Konfiguration setzen und mit einem absichtlich
-   falschen Baseline-PR negativ prüfen.
+1. Die Main-Restriktion und Review-Routen auf `@cubetribe` als alleinigen
+   Projektinhaber synchronisieren, ohne Pflichtchecks zu lockern.
+2. Den Baseline-Wächter mit einem absichtlich falschen PR negativ prüfen.
 
 ## Änderungsverlauf
 
@@ -144,3 +165,4 @@ Der Detailvertrag steht unverändert in
 |---|---|---|---|
 | 2.1.0 | 2026-08-08 | D-091: Tier 2, externe Beitragsregeln und den noch ausstehenden Remote-Rollout dokumentiert | Dennis Westermann / Michael Falk |
 | 2.1.1 | 2026-08-08 | D-ID-Pflicht in allen Tiers auf echte Architektur-, Design- und Prozessentscheidungen präzisiert | Dennis Westermann |
+| 3.0.0 | 2026-08-10 | D-105: alleinige Projektleitung und Tier-Entscheidung durch Dennis Westermann, grünen Inhaber-Selbst-Merge sowie ehrliche Zurückstellung manueller Spielabnahmen geregelt; PR-only und Tier-3-Evidenzpflicht bleiben bestehen | Dennis Westermann |
diff --git a/README.md b/README.md
index 940701a..44fa2a5 100644
--- a/README.md
+++ b/README.md
@@ -1,6 +1,6 @@
 # Project Nova
 
-**Dokumentversion:** 0.19.1 | **Status:** unveröffentlichter Entwicklungsstand, spielbar | **Verantwortungsbereich:** Executive Producer / Technical Writer | **Stand:** 2026-08-08
+**Dokumentversion:** 0.20.0 | **Status:** unveröffentlichter Entwicklungsstand, spielbar | **Verantwortungsbereich:** Executive Producer / Technical Writer | **Stand:** 2026-08-10
 
 > Ein Echtzeitstrategiespiel in der Tradition von **Command &amp; Conquer** — Basisbau,
 > Ernte, Armee, Karte kontrollieren. Gebaut mit Unity und C#, offen entwickelt.
@@ -170,14 +170,18 @@ Der ausgeführte Stand und die offenen Abnahmen stehen im
 Das Repository enthält einen unvollständig integrierten Prototyp. Dateien,
 Typen und isolierte Tests sind kein Fertignachweis — führend bleibt der
 [Implementierungs-Audit](docs/production/ImplementationAudit_2026-07-24.md).
-Was stattdessen als Nachweis zählt, definiert [GOVERNANCE.md](GOVERNANCE.md):
-**grüne CI plus eine gespielte und protokollierte Runde.**
+Was stattdessen als Meilenstein-Nachweis zählt, definiert
+[GOVERNANCE.md](GOVERNANCE.md): **grüne CI plus eine gespielte und
+protokollierte Runde.** D-105 erlaubt, einen einzelnen grünen PR mit sichtbar
+zurückgestellter Spielabnahme zu mergen; er gilt dann nicht als spielerisch
+abgenommen und liefert noch keinen Meilenstein-Nachweis.
 
 Seit D-091 gilt **Governance-Tier 2**: Externe Beiträge kommen ausschließlich
-aus Forks, und nur Dennis Westermann (`@cubetribe`) und Michael Falk
-(`@travelhawk`) dürfen nach `main` mergen. Nach dem Tier-2-Remote-Rollout braucht
-jeder PR eine Freigabe des jeweils anderen Maintainers. Das Gate-Regime G0–G5
-mit Evidence- und Receipt-Verträgen blockiert nichts mehr; es ist vollständig
+aus Forks. Seit D-105 ist Dennis Westermann (`@cubetribe`) alleiniger
+Projektinhaber, Maintainer, Tier-Entscheider und Mergeberechtigter; externe PRs
+brauchen weiterhin CLA und seine Freigabe auf dem aktuellen Head. Michael Falk
+(`@travelhawk`) hat keine Projekt-Governance-Rolle mehr. Das Gate-Regime G0–G5
+mit Evidence- und Receipt-Verträgen blockiert in Tier 2 nichts; es ist vollständig
 erhalten und ruht bis Tier 3 — siehe
 [quality/README.md](quality/README.md).
 
@@ -460,6 +464,7 @@ Projekt ein Publikum hat.
 | 0.18.0 | 2026-08-08 | Sprint 11 und Sprint 12 A/B in Projektstatus, Spielanleitung, Grenzen und nächste Schritte übernommen; Truppenführung, TCP-Relay sowie VFX/SFX nicht länger als fehlend bezeichnet; macOS-Testbuild korrekt als universell und ad-hoc-signiert dokumentiert | Technical Writer |
 | 0.19.0 | 2026-08-08 | D-091: Source-available Lizenz, CLA und Tier-2-Beitragsmodell ergänzt; die zwei Maintainer mit Merge-Recht und die Asset-/Markenabgrenzung klar benannt | Technical Writer |
 | 0.19.1 | 2026-08-08 | CLA-Wirkung auf Beiträge mit dokumentierter Zustimmung begrenzt; keine rückwirkende Rechteübertragung unterstellt | Technical Writer |
+| 0.20.0 | 2026-08-10 | D-105: alleinige Projektleitung und Merge-Autorität von `@cubetribe`, externe aktuelle Inhaberfreigabe sowie die ehrliche Zurückstellung manueller Spielabnahmen dokumentiert | Technical Writer |
 | 0.7.1 | 2026-07-24 | Recovery-Baseline nach Implementierungs-Audit | Executive Producer / Lead Technical Director |
 | 0.8.0 | 2026-07-24 | Closed-Core MS-1, exakten Engine-Pin, G0-offenen Status und Quality-Verträge D-056–D-061 aufgenommen | Executive Producer / Technical Writer |
 | 0.8.1 | 2026-07-24 | Evidence-Semantikvalidator ergänzt und Dokumentstruktur korrigiert | Technical Writer / Lead QA Engineer |
diff --git a/docs/README.md b/docs/README.md
index 2fbe362..f09bc65 100644
--- a/docs/README.md
+++ b/docs/README.md
@@ -1,6 +1,6 @@
 # Project Nova – Entwicklungs-Wiki
 
-**Version:** 0.18.0 | **Status:** unveröffentlichter Arbeitsstand – Lobby (Sprint 14) client- und relay-seitig implementiert und getestet; Supabase-Anlage, Relay-Redeploy und gespielte Abnahme offen | **Verantwortungsbereich:** Executive Producer / Technical Writer | **Sprint:** 14
+**Version:** 0.19.0 | **Status:** unveröffentlichter Arbeitsstand – Lobby (Sprint 14) client- und relay-seitig implementiert und getestet; Supabase-Anlage, Relay-Redeploy und gespielte Abnahme offen | **Verantwortungsbereich:** Executive Producer / Technical Writer | **Sprint:** 16
 
 ## Zweck
 
@@ -24,7 +24,7 @@ Game-Release und ohne die benannten gespielten Abnahmen kein bestandenes Gate.
 
 | Stufe | Status |
 |---|---|
-| Governance | **Tier 2** – externe Beitragende, zwei Maintainer (D-091) |
+| Governance | **Tier 2** – externe Beitragende, ein Projektinhaber (`@cubetribe`, D-105) |
 | Sprint 12 | Strang A A1–A7 umgesetzt, A8 Stufe 1 nachgewiesen und Stufen 2–4 offen (D-089); Strang B technisch umgesetzt, 60-Einheiten-Gegenhör-/Sichtabnahme offen (D-090) |
 | Spielbar | lokales 1v1 auf der Glutrinne-Graybox (Ablauf: `production/DemoRunbook.md`) |
 | MS-0 | offen – Kern läuft, Cross-Plattform- und Perf-Nachweise stehen aus |
@@ -272,3 +272,4 @@ kann keine Datei einen Gate-Pass erzeugen.
 | 0.16.0 | 2026-08-07 | D-089-Netzprofil, RelayServer-Runbook und Sprint-12-Strang-A-Stand indexiert; manuelle Netzwerkabnahme ausdrücklich offen | Technical Writer |
 | 0.17.0 | 2026-08-08 | D-091 und Sprint 13.0 indexiert: Tier-2-Beitragsmodell, Lizenz- und Merge-Schutz vorbereitet | Technical Writer |
 | 0.18.0 | 2026-08-09 | Sprint-14-Lobby indexiert: LobbySupabase.md (Vertrag, Schema, Edge-Function-Referenzen, Betriebspfad) und RelayServer.md 1.1.0 (kurzlebige Lobby-Tokens) aufgenommen, D-092 bis D-094; Supabase-Anlage, Relay-Redeploy und gespielte Abnahme ausdrücklich offen | Agent (Umsetzung) |
+| 0.19.0 | 2026-08-10 | D-105 indexiert: Dennis Westermann ist alleiniger Projektinhaber, Tier-Entscheider und Mergeberechtigter; Tier 2 und die externen CLA-/Review-Regeln bleiben aktiv | Technical Writer |
diff --git a/docs/production/DecisionLog.md b/docs/production/DecisionLog.md
index 4c4e8b5..4c7bc4f 100644
--- a/docs/production/DecisionLog.md
+++ b/docs/production/DecisionLog.md
@@ -1,6 +1,6 @@
 # Decision Log
 
-**Version:** 1.33.0 | **Status:** aktiv (laufend) | **Verantwortungsbereich:** Game Director / Lead Technical Director / Project Owner | **Sprint:** 16
+**Version:** 1.34.0 | **Status:** aktiv (laufend) | **Verantwortungsbereich:** Game Director / Lead Technical Director / Project Owner | **Sprint:** 16
 
 ## Zweck
 
@@ -1654,10 +1654,14 @@ Donnerkanone 60; der Scout bleibt abgeleitet (10).
 
 ---
 
-### D-076 | verbindlich | Sprint 7 (Governance-Tier-Modell, Gate-Kette schlafend)
+### D-076 | teilweise ersetzt durch D-105 | Sprint 7 (Governance-Tier-Modell, Gate-Kette schlafend)
 
 **Status:** verbindlich — Inhaberentscheidung vom 2026-08-06 (Dennis Westermann).
 
+**Fortschreibung:** D-105 ersetzt nur die Zuordnung der manuellen Spielabnahme
+zum einzelnen PR. Für Meilensteine bleibt die gespielte Runde Pflicht; ein PR
+darf nun mit ehrlich dokumentierter Zurückstellung früher integriert werden.
+
 **Kontext:** Das Repository trug ein Governance-Regime für ein Projekt, das es
 nicht ist. Messbar am Ist-Stand vor dieser Entscheidung:
 
@@ -2412,13 +2416,18 @@ technisch umgesetzt, nicht als vollständig spielerisch abgenommen bezeichnet.
 
 ---
 
-### D-091 | verbindlich ab Merge | Sprint 13.0 (Tier 2, Source-available-Beiträge und PR-Schutz)
+### D-091 | teilweise ersetzt durch D-105 | Sprint 13.0 (Tier 2, Source-available-Beiträge und PR-Schutz)
 
 **Status:** Inhaberentscheidung vom 2026-08-08 (Dennis Westermann). Sie wird
 mit dem Merge dieses Freigabe-PR wirksam. Michael Falk (`@travelhawk`) und Dennis
 Westermann (`@cubetribe`) sind die einzigen Maintainer mit Merge-Zugang zu
 `main`.
 
+**Fortschreibung:** D-105 ersetzt die zwei Merge-Accounts, die
+Maintainer-Peer-Review und die daraus abgeleitete CODEOWNERS-/Branch-Protection-
+Konfiguration. Tier 2, Lizenz, CLA, Baseline-Trennung und `integrity` bleiben
+unverändert verbindlich.
+
 **Kontext:** Ein externer Beitragender arbeitet am Einheitenstrang. Das bisherige
 Tier 1 setzt Vertrauen zwischen zwei Maintainers voraus und enthält weder einen
 standardisierten Code-Lizenztext noch eine Regel, die externe Beiträge auf dem
@@ -2992,6 +3001,101 @@ die Zusicherung dort schrumpft auf eine Zeile, der erklärende Kommentar
 verweist auf die neue Datei. Der Einheitenstrang ist zu informieren (Issue #75).
 Wer den Harness umbenennt, sagt es an. Keine Baseline-Datei ist berührt.
 
+---
+
+### D-105 | verbindlich | Sprint 16 (alleinige Projektleitung und Merge-Autorität)
+
+**Status:** unmittelbar wirksame Inhaberentscheidung vom 2026-08-10 (Dennis
+Westermann). D-102 bis D-104 sind durch die offenen Sprint-16-PRs #80 bis #82
+belegt; D-105 vermeidet diese reservierten IDs bewusst.
+
+**Kontext:** Michael Falk (`@travelhawk`) ist weiterhin Teil der GitHub-
+Organisation, aber nicht mehr Teil dieses Projekts. Dennis Westermann
+(`@cubetribe`) leitet das Projekt allein. D-091 bildete dagegen zwei
+Projektmaintainer ab und verlangte die Freigabe des jeweils anderen auf jedem
+PR. Diese Regel ist nach Michaels Ausscheiden nicht nur sachlich falsch, sondern
+zirkulär: Niemand könnte den PR freigeben, der den tatsächlichen Zustand
+dokumentiert.
+
+Die Verfassung löst den Übergang bereits auf der richtigen Ebene:
+[../../GOVERNANCE.md](../../GOVERNANCE.md) weist Tier-Wechsel dem Inhaber zu,
+und D-076 wie D-091 sind Inhaberentscheidungen von Dennis. Die heutige
+außerrepositoryliche Inhaberentscheidung gilt deshalb sofort; dieser PR
+dokumentiert und implementiert sie. Er bleibt dennoch PR-only, durchläuft die
+strikte Pflicht-CI und ein unabhängiges Read-only-Review und wird ohne
+Force-Push per Squash integriert.
+
+**Alternativen:**
+
+1. **Michael bis zur Benennung eines Ersatzes als Projektmaintainer führen.**
+   Verworfen: Das wäre eine wissentlich falsche Zuständigkeitsbehauptung und
+   blockierte jeden PR an einer Person, die das Projekt nicht mehr betreut.
+2. **Sofort einen zweiten Maintainer ernennen.** Verworfen: Eine unbesetzte
+   Rolle nur für eine Freigabe zu füllen erzeugt keine unabhängige Prüfung und
+   gäbe unnötig Merge- und Governance-Rechte ab.
+3. **Auf Tier 1 zurückwechseln.** Verworfen: Der externe Einheitenstrang und
+   damit CLA-, Herkunfts- und aktuelle Inhaberfreigabe bleiben real. Tier 2 ist
+   weiterhin die passende Vertrauensgrenze.
+4. **Tier 2 mit einem alleinigen Projektinhaber und unabhängiger technischer
+   Prüfung betreiben.** Angenommen: Entscheidungen bleiben eindeutig, externe
+   Beiträge bleiben geschützt und Nachweis wird nicht mit Mitentscheidung
+   verwechselt.
+
+**Entscheidung:**
+
+1. Dennis Westermann (`@cubetribe`) ist alleiniger Projektinhaber, Maintainer,
+   Tier-Entscheider und Mergeberechtigter. Michael Falk (`@travelhawk`) hat
+   keine Projekt-Governance- oder Maintainer-Rolle mehr. Organisationsrechte
+   und historische Urheberschaft bleiben unberührt und verleihen keine
+   Entscheidungsbefugnis für Project Nova/HashKrieg.
+2. Tier 2 bleibt aktiv. Der Inhaber darf eigene PRs nach grüner Pflicht-CI und
+   dokumentiertem, unabhängigem Read-only-Review selbst mergen. Externe PRs
+   brauchen weiterhin die CLA-Zustimmung und eine `APPROVED`-Review von
+   `@cubetribe` auf dem aktuellen Head.
+3. Tier-Wechsel und Tier-3-Entscheidungen liegen ebenfalls allein beim Inhaber.
+   Aktivierte Gate-Evidenz und technische Prüfungen bleiben verbindliche
+   Nachweise. Der unabhängige Required Reviewer des Evidence-Authorizers
+   bestätigt die technische Vertrauensgrenze, ist aber keine zweite
+   Governance-Stimme.
+4. Unverändert bleiben: geschütztes PR-only-`main`, strikte grüne Pflichtchecks,
+   Squash-Merge, lineare Historie, aufgelöste Review-Gespräche, kein Force-Push
+   auf oder Löschen von `main` sowie die Trennung von Simulationsverhalten und
+   den vier geschützten Determinismus-Baselines. Der dokumentierte Baseline-
+   Ausnahmeweg wird nicht gelockert; Topic-Branches werden nach dem Merge wie
+   bisher gelöscht.
+5. Der Inhaber darf die manuelle Spielabnahme eines einzelnen PR ausdrücklich
+   zurückstellen. Der PR nennt dann „nicht gespielt“, Grund, gelaufene
+   automatisierte Ersatznachweise und Restrisiko. Er ist mergebar, aber weder
+   spielerisch abgenommen noch ein Meilenstein-Nachweis; eine spätere gemeinsame
+   Spielrunde kann mehrere integrierte PRs abnehmen. Tier-3-Evidenz wird dadurch
+   nicht erlassen.
+6. Die in D-091 verlangte zweite Maintainer-Freigabe gilt nicht für den
+   dokumentierenden D-105-PR, weil die Inhaberentscheidung vor dem PR unmittelbar
+   wirksam wurde. Sein Ersatzschutz ist unabhängiges Read-only-Review plus
+   strikte grüne CI; rote Checks bleiben unübergehbar.
+7. Fachliche Schreibhoheiten bleiben der Standard. Für eine serielle
+   Integrationskette darf der Inhaber eine fremde Fläche jedoch vorübergehend
+   für eine minimale Reparatur freigeben, wenn der PR sonst nicht grün werden
+   kann. Pfad, Anlass, Änderung, Tests und Restrisiko werden dokumentiert und
+   der Strangverantwortliche wird informiert. Das ändert die dauerhafte
+   Eigentümerschaft nicht.
+
+**Begründung:** Projektentscheidung und technische Prüfung sind zwei
+verschiedene Funktionen. Die erste braucht eine wahrheitsgemäße, eindeutig
+verantwortliche Person; die zweite bleibt durch CI, unabhängige Agentenreviews,
+Tests und späteres Spielen reproduzierbar. Ein fiktiver zweiter Entscheider
+würde weder Qualität noch Bus-Faktor verbessern.
+
+**Konsequenzen:** `CODEOWNERS`, der externe Review-Check und die Main-
+Restriktion nennen nur noch `@cubetribe`. Michaels fortbestehende Rolle als
+Organisationsinhaber kann ihm auf GitHub technisch weiter administrative
+Möglichkeiten geben; sie wird in diesem projektbegrenzten Entscheid nicht
+verändert und ist keine Projekt-Governance-Rolle. Fremde fachliche
+Schreibhoheiten im Parallelbetrieb bleiben bestehen; D-105 erlaubt nur die
+dokumentierte, begrenzte Integrationsreparatur. PRs mit zurückgestellter
+Spielabnahme müssen ihr Restrisiko offen tragen und dürfen nicht als vollständig
+gespielt gemeldet werden.
+
 ## Offene Punkte
 
 - Alle Sprint-4-Review-Befunde (105, davon 9 kritisch): 7 entscheidungsbedürftige kritische Befunde sind durch D-043–D-052 entschieden.
@@ -3072,6 +3176,7 @@ Wer den Harness umbenennt, sagt es an. Keine Baseline-Datei ist berührt.
 
 | Version | Datum | Änderung | Autor |
 |---|---|---|---|
+| 1.34.0 | 2026-08-10 | D-105 aufgenommen: Dennis Westermann ist alleiniger Projektinhaber, Tier-Entscheider und Mergeberechtigter; Tier 2 bleibt mit CLA und aktueller Inhaberfreigabe aktiv, Inhaber-PRs dürfen nach grüner Pflicht-CI und unabhängigem Review selbst gemergt werden, und manuelle Spielabnahme darf ehrlich zurückgestellt, aber nicht als gelaufen behauptet werden | Project Owner / Orchestrator |
 | 1.33.0 | 2026-08-09 | D-101 aufgenommen: der Ausgangspin der kanonischen KI-Partie (Entscheidungstick, Endzustand) wird vom Identitätspin getrennt und zieht in eine Maintainer-Datei; `tools/Nova.SimRunner.Tests/` bekommt erstmals eine Eigentümerzeile | Project Owner / Orchestrator |
 | 1.0.0 | 2026-07-21 | D-001 bis D-005 aus Sprint 0 protokolliert | Game Director |
 | 1.1.0 | 2026-07-21 | D-006 (Unity 6.3 LTS + URP bestätigt) aus Sprint-1-Validierung | Lead Technical Director |
diff --git a/docs/production/hashkrieg/13-0_Sprint_Freigabe.md b/docs/production/hashkrieg/13-0_Sprint_Freigabe.md
index 352113f..baad156 100644
--- a/docs/production/hashkrieg/13-0_Sprint_Freigabe.md
+++ b/docs/production/hashkrieg/13-0_Sprint_Freigabe.md
@@ -1,6 +1,13 @@
 # Sprint 13.0: Freigabe für den Parallelbetrieb
 
-**Version:** 1.1.1 | **Status:** in Umsetzung – lokaler Schutz vorbereitet, Remote-Rollout und Negativkontrolle offen | **Verantwortungsbereich:** Maintainers | **Sprint:** 13.0 | **Vorgänger:** [12_Sprint_Zu_Zweit.md](12_Sprint_Zu_Zweit.md) | **Blockiert:** externe PR-Negativkontrolle | **Regelwerk:** [13-15_Parallelbetrieb.md](13-15_Parallelbetrieb.md) | **UX-Gate:** skip | **Leitsatz:** eine Regel, die nur in einem Dokument steht, ist keine Regel
+**Version:** 1.2.0 | **Status:** historischer Sprint-13.0-Rolloutstand; Maintainer-/Reviewmodell durch D-105 ersetzt, Negativkontrolle offen | **Verantwortungsbereich:** Project Owner | **Sprint:** 13.0 | **Vorgänger:** [12_Sprint_Zu_Zweit.md](12_Sprint_Zu_Zweit.md) | **Blockiert:** externe PR-Negativkontrolle | **Regelwerk:** [13-15_Parallelbetrieb.md](13-15_Parallelbetrieb.md) | **UX-Gate:** skip | **Leitsatz:** eine Regel, die nur in einem Dokument steht, ist keine Regel
+
+> **Historischer Stand:** Dieses Dokument konserviert den D-091-Rollout mit zwei
+> Maintainern. Seit D-105 führt `@cubetribe` das Projekt allein; aktuelle Merge-,
+> Review- und Abnahmeregeln stehen in
+> [GOVERNANCE.md](../../../GOVERNANCE.md) und im
+> [Parallelbetriebsvertrag](13-15_Parallelbetrieb.md). Alte Tatsachen und
+> Abnahmelücken bleiben unten unverändert sichtbar.
 
 ## Ziel
 
@@ -229,3 +236,4 @@ selbst ist keine Versionsfrage, aber sie gehört in die Changelog-Zeile.
 | 1.0.0 | 2026-08-08 | Erstfassung: Freigabesprint vor Sprint 13, weil der Einheitenstrang bereits arbeitet und das Repository seinen ersten fremden PR noch nicht annehmen kann | Producer / Agent (Umsetzung) |
 | 1.1.0 | 2026-08-08 | In Umsetzung überführt: PolyForm Noncommercial plus CLA gewählt, D-091 und lokale CI-/Dokuregeln ergänzt; Required Checks, Maintainer-Peer-Review und echte Negativkontrolle ausdrücklich als Remote-Rollout offen gehalten | Producer / Agent (Umsetzung) |
 | 1.1.1 | 2026-08-08 | CLA-Wirkung nicht rückwirkend präzisiert, Metadatenchecks auf vertrauenswürdigen Zielbranch-Kontext gehärtet und D-ID-Pflicht vereinheitlicht | Producer / Agent (Umsetzung) |
+| 1.2.0 | 2026-08-10 | D-105-Fortschreibung ergänzt: Zwei-Maintainer-Rollout als historischen Stand markiert und auf die aktuelle alleinige Projektleitung verwiesen; historische Tatsachen und offene Negativkontrolle unverändert gelassen | Project Owner / Orchestrator |
diff --git a/docs/production/hashkrieg/13-15_Parallelbetrieb.md b/docs/production/hashkrieg/13-15_Parallelbetrieb.md
index d522823..fd5202b 100644
--- a/docs/production/hashkrieg/13-15_Parallelbetrieb.md
+++ b/docs/production/hashkrieg/13-15_Parallelbetrieb.md
@@ -1,6 +1,6 @@
 # Parallelbetrieb Sprint 13–18 — zwei Stränge, eine Simulation
 
-**Version:** 1.4.0 | **Status:** verbindlich ab Merge des Sprint-13.0-PR | **Verantwortungsbereich:** Maintainers und Strangverantwortliche | **Sprint:** 13–18 | **Gilt für:** [13](13_Sprint_Netzpartie.md), [13B](13B_Sprint_Einheitenverhalten.md), [14](14_Sprint_Lobby.md), [15](15_Sprint_Netzstabilitaet.md), [16](16_Sprint_Wirtschaft.md), [18](18_Sprint_Befehl_und_Auswahl.md) | **Leitsatz:** getrennte Ordner sind billig, getrennte Determinismus-Zustände nicht
+**Version:** 2.0.0 | **Status:** verbindlich | **Verantwortungsbereich:** Project Owner und Strangverantwortliche | **Sprint:** 13–18 | **Gilt für:** [13](13_Sprint_Netzpartie.md), [13B](13B_Sprint_Einheitenverhalten.md), [14](14_Sprint_Lobby.md), [15](15_Sprint_Netzstabilitaet.md), [16](16_Sprint_Wirtschaft.md), [18](18_Sprint_Befehl_und_Auswahl.md) | **Leitsatz:** getrennte Ordner sind billig, getrennte Determinismus-Zustände nicht
 
 ## Warum es dieses Dokument gibt
 
@@ -92,6 +92,13 @@ Freiraum.
 Berührt ein PR fremdes Terrain, wird er nicht gemergt, sondern zurückgegeben.
 Das gilt in beide Richtungen.
 
+**Begrenzte Integrationsreparatur nach D-105:** Der Projektinhaber darf für eine
+serielle Integrationskette eine fremde Fläche vorübergehend mitführen, wenn der
+PR sonst nicht grün werden kann. Der PR oder das zugehörige Issue nennt vorher
+Pfad, Anlass, minimale Änderung, gelaufene Tests und Restrisiko und informiert
+den Strangverantwortlichen. Das ist keine dauerhafte Neuverteilung der
+Schreibhoheit und kein Freibrief für unrelated changes.
+
 ### Die Trennlinie in `UnitCommandStateView`
 
 Sie verläuft nicht zwischen Befehlsarten, sondern zwischen **Zielsetzung** und
@@ -258,20 +265,22 @@ in Ordnung und ausdrücklich gewollt — es verlangt nur ein sauberes Modell.
 | | |
 |---|---|
 | **Zugang** | **Fork** für den Code. Zusätzlich seit 2026-08-09 ein Collaborator-Eintrag auf der Stufe **Triage** — sie erlaubt ausschliesslich Issue-Verwaltung (zuweisen, labeln, schliessen) und **kein** Schreibrecht am Code. Kein Push auf dieses Repository, keine Mitgliedschaft in `trusted-coders` |
-| **Warum Triage** | Ohne Collaborator-Eintrag lässt GitHub niemanden als Assignee zu — Befunde, die ihn betreffen, waren nur per Erwähnung zuzustellen. Triage schliesst diese Lücke, ohne die Merge-Sperre zu berühren: die Branch Protection auf `main` beschränkt Pushes auf `@cubetribe` und `@travelhawk`, und Triage trägt ohnehin kein Schreibrecht |
+| **Warum Triage** | Ohne Collaborator-Eintrag lässt GitHub niemanden als Assignee zu — Befunde, die ihn betreffen, waren nur per Erwähnung zuzustellen. Triage schliesst diese Lücke, ohne die Merge-Sperre zu berühren: die Branch Protection auf `main` beschränkt Pushes auf `@cubetribe`, und Triage trägt ohnehin kein Schreibrecht |
 | **Beitrag** | ausschliesslich Pull Request vom Fork nach `main` |
-| **Merge** | nur `@cubetribe` (Dennis Westermann) und `@travelhawk` (Michael Falk). Die Push-Restriktion auf `main` erzwingt das strukturell |
-| **Review** | jeder PR braucht eine `APPROVED`-Review des jeweils anderen Maintainers auf dem aktuellen Head-Commit; bei Fremd-PRs prüft `external-contributor-review` zusätzlich CLA und explizite Maintainer-Freigabe und wird nach seinem ersten erfolgreichen Folge-PR-Lauf als Required Check geschaltet |
+| **Merge** | nur `@cubetribe` (Dennis Westermann), alleiniger Projektinhaber und Maintainer. Die Push-Restriktion auf `main` erzwingt den normalen Merge-Weg strukturell |
+| **Review** | Inhaber-PRs: unabhängiges Read-only-Review plus grüne Pflicht-CI, danach Selbst-Merge. Fremd-PRs: CLA und `APPROVED`-Review von `@cubetribe` auf dem aktuellen Head; `external-contributor-review` prüft beides |
 | **CI** | Code ausführende Workflows laufen auf `pull_request`. Die beiden reinen Metadatenprüfungen laufen aus dem geschützten Zielbranch auf `pull_request_target`, erhalten nur Leserechte und checken niemals PR-Code aus |
 
-**Der Tier-Wechsel ist entschieden.** D-091 aktiviert Tier 2 mit dem Merge des
-Freigabe-PR, also vor dem ersten fremden PR. Die noch ausstehende Negativkontrolle
-des Baseline-Wächters ist keine Lizenz, einen PR vorher zu mergen.
+**Das Tier- und Leitungsmodell ist entschieden.** D-091 aktiviert Tier 2;
+D-105 ersetzt das Zwei-Maintainer-Modell durch die alleinige Projektleitung von
+`@cubetribe`. Die noch ausstehende Negativkontrolle des Baseline-Wächters ist
+keine Lizenz, einen roten PR zu mergen.
 
 Was Tier 2 gegenüber heute konkret ändert:
 
-- jeder PR braucht eine Maintainer-Peer-Review; Fremd-PRs zusätzlich CLA und
-  den gezielten `external-contributor-review`-Check
+- Inhaber-PRs brauchen unabhängiges Read-only-Review und grüne Pflicht-CI;
+  Fremd-PRs zusätzlich CLA, aktuelle Inhaberfreigabe und den gezielten
+  `external-contributor-review`-Check
 - echte Architektur-, Design- und Prozessentscheidungen erhalten eine D-ID; ab
   Tier 2 dokumentiert jede neue D-ID mindestens drei bewertete Alternativen
 - Verträge und öffentliche Doku brauchen Pflichtaufbau und Versionsbump
@@ -285,14 +294,17 @@ Ticks Eingabeverzögerung anfühlt — ohne dass eine gemeinsame Datei berührt
 wurde. Solche Befunde gehören in den [GrayboxLog](../GrayboxLog.md), nicht in
 einen Merge-Konflikt.
 
-Sie ersetzt auch keine gespielte Runde. Governance-Tier 1 wie 2 verlangen, dass
-ein Mensch die Sache im laufenden Spiel gesehen hat. Zwei grüne Stränge, die nie
-zusammen gespielt wurden, sind zwei Behauptungen.
+Sie ersetzt auch keine gespielte Runde. Zwei grüne Stränge, die nie zusammen
+gespielt wurden, sind nicht spielerisch abgenommen. D-105 erlaubt ihre serielle
+Integration mit ausdrücklich dokumentierter Zurückstellung; bis zur späteren
+gemeinsamen Spielrunde bleiben sie aber genau so bezeichnet und liefern keinen
+Meilenstein-Nachweis.
 
 ## Änderungsverlauf
 
 | Version | Datum | Änderung | Autor |
 |---|---|---|---|
+| 2.0.0 | 2026-08-10 | **D-105:** `@cubetribe` als alleinigen Projektinhaber und Mergeberechtigten nachgezogen; Inhaber-Selbst-Merge, externe aktuelle Freigabe, ehrliche Spielabnahme-Zurückstellung und eine dokumentierte, begrenzte Integrationsreparatur über Stranggrenzen geregelt | Project Owner / Orchestrator |
 | 1.4.0 | 2026-08-09 | **D-101:** `tools/Nova.SimRunner.Tests/` bekommt eine Eigentümerzeile — geteilt je Datei, fremde Testdateien nur nach Ansage. Der Ausgangspin der kanonischen KI-Partie ist vom Identitätspin getrennt: `CanonicalAiOutcomeTests` (Netzstrang) hält Entscheidungstick und Endzustand, `SkirmishAiTests` die Kennung. Der KI-Harness ist damit Vertragsfläche | Orchestrator |
 | 1.3.1 | 2026-08-09 | Zugangsmodell nachgezogen: der externe Beitragende erhält einen Collaborator-Eintrag auf der Stufe **Triage**, damit ihn Issues erreichen können. Der Code-Weg bleibt Fork-only, die Merge-Sperre unberührt | Orchestrator |
 | 1.3.0 | 2026-08-09 | **D-095:** Trennung von „Verhaltensraum" auf „Dateihoheit" umgestellt — Sprint 16 läuft parallel zu 13B statt dahinter. `Simulation/State/` in Layout (weiter eingefroren) und Befehlsanwendung (Eigentümer des jeweiligen Befehls) getrennt. Zwei Vertragsflächen ergänzt (`WeaponProfiles`-Slot `UnitRole.Unit`, `UnitState.AttackTarget`). Merge-Fenster auf einen Strang je Fenster verschärft. Abschnitte „Definitions-Hash" und „kanonische Startaufstellung an vier Stellen" ergänzt. Plattform-Abschnitt berichtigt: der Linux-Build existiert seit `e15f5e6`, die offene Bringschuld ist stattdessen ein `NovaBuildCommit`-Leser im Spiel | Orchestrator |
diff --git a/docs/production/hashkrieg/README.md b/docs/production/hashkrieg/README.md
index d354963..2210607 100644
--- a/docs/production/hashkrieg/README.md
+++ b/docs/production/hashkrieg/README.md
@@ -1,6 +1,6 @@
 # Übergang Project Nova → Hashkrieg — Planungsmappe
 
-**Version:** 0.7.1 | **Status:** fortgeschriebene Planungsmappe – Sprint 13 zur Hälfte gemergt (13.1, 13.7 seit `e15f5e6`), die offenen Pakete 13.2–13.5 warten auf Zugangsdaten und zwei Menschen an zwei Rechnern; **Sprint 16 ist nach dem ersten Betatest vorgezogen** und läuft seit D-095 parallel zum Einheitenstrang; Sprint 18 neu angelegt | **Verantwortungsbereich:** Orchestrator / Producer | **Sprint:** 16
+**Version:** 0.7.2 | **Status:** fortgeschriebene Planungsmappe – Sprint 13 zur Hälfte gemergt (13.1, 13.7 seit `e15f5e6`), die offenen Pakete 13.2–13.5 warten auf Zugangsdaten und zwei Menschen an zwei Rechnern; **Sprint 16 ist nach dem ersten Betatest vorgezogen** und läuft seit D-095 parallel zum Einheitenstrang; Sprint 18 neu angelegt | **Verantwortungsbereich:** Project Owner / Orchestrator / Producer | **Sprint:** 16
 
 ## Zweck
 
@@ -22,7 +22,7 @@ ausschließlich in [../MVPRecoveryPlan.md](../MVPRecoveryPlan.md) und
 
 ## Abhängigkeiten
 
-- [../../../GOVERNANCE.md](../../../GOVERNANCE.md) – Governance-Tier 2 (D-091): Nachweis ist grüne CI plus gespielte Runde
+- [../../../GOVERNANCE.md](../../../GOVERNANCE.md) – Governance-Tier 2 (D-091/D-105): Meilenstein-Nachweis ist grüne CI plus gespielte Runde; einzelne PRs dürfen sichtbar zurückgestellt integriert werden
 - [../MVPContentManifest.md](../MVPContentManifest.md) – autorisierter MS-1-Sollinhalt
 - [../ScopeLedger.md](../ScopeLedger.md) – registrierte Zurückstellungen
 - [../DemoRunbook.md](../DemoRunbook.md) – heutiger spielbarer Umfang
@@ -43,7 +43,7 @@ ausschließlich in [../MVPRecoveryPlan.md](../MVPRecoveryPlan.md) und
 | [07_CC0_Quellen.md](07_CC0_Quellen.md) | Welche Kulissen-Assets aus freien CC0-Paketen kommen statt gebaut zu werden — mit Prüfvermerk |
 | [12_Sprint_Zu_Zweit.md](12_Sprint_Zu_Zweit.md) | Sprint 12; Strang A A1–A7 umgesetzt und A8 Stufe 1 über 10.023 TCP-Ticks nachgewiesen, manuelle Loopback-/LAN-/VPS-Stufen offen (D-089) |
 | [12B_Sprint_Sichtbares_Gefecht.md](12B_Sprint_Sichtbares_Gefecht.md) | Sprint 12 Strang B; fog-sicheres VFX- und Tier-0-Audio technisch umgesetzt, manuelle 60-Einheiten-Sicht-/Gegenhörabnahme offen (D-090) |
-| [13-0_Sprint_Freigabe.md](13-0_Sprint_Freigabe.md) | Sprint 13.0; Lizenz, Tier-2-Wechsel, Maintainer-/Fork-Modell und CI-Wächter vor dem ersten externen PR |
+| [13-0_Sprint_Freigabe.md](13-0_Sprint_Freigabe.md) | Historischer Sprint-13.0-Rollout; Lizenz, Tier-2-Wechsel, damaliges Zwei-Maintainer-/Fork-Modell und CI-Wächter vor dem ersten externen PR; Reviewmodell durch D-105 ersetzt |
 | [13-15_Parallelbetrieb.md](13-15_Parallelbetrieb.md) | **Parallelbetrieb 13–18 — Regelwerk für die parallele Arbeit** — Schreibhoheit, Determinismus-Baselines, Merge-Fenster, Zugangsmodell für externe Beitragende; seit **D-095** trennt die **Dateihoheit** die Stränge, nicht mehr der Verhaltensraum |
 | [13_Sprint_Netzpartie.md](13_Sprint_Netzpartie.md) | Sprint 13 (Maintainer); Verbindungsdialog, Relay auf dem VPS, A8 Stufen 2–4 als gespielte Abnahme |
 | [13B_Sprint_Einheitenverhalten.md](13B_Sprint_Einheitenverhalten.md) | Sprint 13B (externer Beitragender, PR-only); Einheitenverhalten, KI und Legion-Waffenidentität — fortlaufend parallel zu 13–15 |
@@ -218,3 +218,4 @@ Masterplans grundlegend — sonst nichts.
 | 0.6.0 | 2026-08-09 | Ersten Betatest-Bericht **anonymisiert** aufgenommen und in die Sprintfolge eingeordnet (Issues #43–#58); Testberichte-Ordner angelegt, Ablauf in [../Nutzerfeedback_Ablauf.md](../Nutzerfeedback_Ablauf.md) festgelegt | Orchestrator |
 | 0.7.0 | 2026-08-09 | Nach der Inhaberentscheidung zum ersten Betatest: **Sprint 16 vorgezogen**, [16_Sprint_Wirtschaft.md](16_Sprint_Wirtschaft.md) und [18_Sprint_Befehl_und_Auswahl.md](18_Sprint_Befehl_und_Auswahl.md) in die Mappe aufgenommen, Regelwerk als Parallelbetrieb 13–18 mit Trennung über Dateihoheit (**D-095**) fortgeschrieben, Großauftrag mit den Blöcken 0 bis 4 eingehängt. „Nächste Schritte" neu geschrieben: Sprint 13 halb gemergt (`e15f5e6`), 13.2–13.5 nicht durch einen Agenten erledigbar, `SimDefinitions`-Pakete vor dem VPS-Rollout. Punkt 2 der Fünf-Sätze-Zusammenfassung nach **D-077** berichtigt — die Skirmish-KI ist registriert und spielt | Orchestrator |
 | 0.7.1 | 2026-08-09 | Index gegen den Großauftrag und die Sprintdateien nachgezogen: Sprint 17 Paket A ist nicht „sofort vorziehbar", sondern läuft als **Block 3 hinter der Lobby**, die seit `b4e75e5` auf `main` gebaut ist, und es berührt mit dem `.partial`-Fix in `RelayServerCore.cs` genau **eine** Datei unter `Assets/`. Sprint 16 trägt **acht** Betatest-Befunde (#43, #44, #45, #46, #47, #48, #53, #54), nicht sechs. Alle Markdown-Links dieser Datei gegen das Dateisystem geprüft — kein toter Link | Orchestrator |
+| 0.7.2 | 2026-08-10 | D-105 nachgezogen: alleinige Projektleitung, sichtbare Spielabnahme-Zurückstellung und den historischen Charakter des D-091-Zwei-Maintainer-Rollouts im Index kenntlich gemacht | Project Owner / Orchestrator |
diff --git a/quality/README.md b/quality/README.md
index bcf4271..bdcf6ec 100644
--- a/quality/README.md
+++ b/quality/README.md
@@ -1,6 +1,6 @@
 # quality/ – Gate-Apparat (schlafend)
 
-**Version:** 1.1.0 | **Status:** Gate-Kette schlafend in Tier 2 (D-076/D-091) | **Verantwortungsbereich:** Maintainers / Lead QA | **Sprint:** 13.0
+**Version:** 1.1.1 | **Status:** Gate-Kette schlafend in Tier 2 (D-076/D-091/D-105) | **Verantwortungsbereich:** Project Owner / Lead QA | **Sprint:** 16
 
 ## Zweck
 
@@ -12,7 +12,7 @@ bis D-066: Evidence-Schema, Semantikvalidator, Gate-Runner, kanonisches
 MS-1-Manifest und die Szenarienschwellen. Es ist auf **Governance-Tier 3**
 ausgelegt – also auf ein Projekt mit fremden Beitragenden, Nutzern und Haftung.
 
-Unter dem aktiven **Tier 2** (externe Beitragende, zwei Maintainer) blockiert es
+Unter dem aktiven **Tier 2** (externe Beitragende, ein Projektinhaber) blockiert es
 weiterhin keinen Meilenstein. Was stattdessen gilt, steht in
 [../GOVERNANCE.md](../GOVERNANCE.md).
 
@@ -57,7 +57,9 @@ Der Weg zurück steht in [../GOVERNANCE.md](../GOVERNANCE.md) unter „Was schl
 und wie es aufwacht". Kurz:
 
 1. Tier-Wechsel als D-ID entscheiden.
-2. Geschütztes Environment `quality-gate` mit Required Reviewers anlegen.
+2. Geschütztes Environment `quality-gate` mit mindestens einem von der
+   Authorize-Ausführung unabhängigen Required Reviewer anlegen. Diese Freigabe
+   bestätigt technische Evidenz und ist keine Governance-Mitentscheidung.
 3. [MVPRecoveryPlan.md](../docs/production/MVPRecoveryPlan.md) wieder als führend
    für den Meilensteinstatus erklären.
 
@@ -79,3 +81,4 @@ Performance-Regeln – steht unverändert in
 | Version | Datum | Änderung | Autor |
 |---|---|---|---|
 | 1.1.0 | 2026-08-08 | D-091: Tier-2-Status und `integrity` auf jedem PR dokumentiert | Maintainers |
+| 1.1.1 | 2026-08-10 | D-105: Tier-2-Beschreibung auf die alleinige Projektleitung nachgezogen; der schlafende Evidenzvertrag bleibt unverändert | Project Owner / Lead QA |