From a8b486d0f04b44344cdfa62e9cc32dfea0d49abd Mon Sep 17 00:00:00 2001
From: Michael Tamse <m.tamse@rola.com>
Date: Fri, 21 Aug 2026 12:14:51 +0200
Subject: [PATCH] =?UTF-8?q?feat:=20Story=203.10=20=E2=80=94=20Inkrementell?=
 =?UTF-8?q?e=20Update-=20&=20Synthese-Erhaltung=20+=20Hold-Ausbau=20(bmad-?=
 =?UTF-8?q?code-review,=20Patch-Kaskade;=20kein=20Loopback)?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 .../implementation-artifacts/deferred-work.md |  16 +
 .../epic-3-context.md                         |   2 +-
 .../sandbox-3-10/run-sandbox.sh               | 738 ++++++++++++++++++
 ...update-und-synthese-erhaltung-absichern.md | 144 ++++
 .../sprint-status.yaml                        |   4 +-
 schema/compiler.md                            |  22 +-
 wiki/log.md                                   |   1 +
 7 files changed, 920 insertions(+), 7 deletions(-)
 create mode 100644 _bmad-output/implementation-artifacts/sandbox-3-10/run-sandbox.sh
 create mode 100644 _bmad-output/implementation-artifacts/spec-3-10-inkrementelle-update-und-synthese-erhaltung-absichern.md

diff --git a/_bmad-output/implementation-artifacts/deferred-work.md b/_bmad-output/implementation-artifacts/deferred-work.md
index f898edb..4e5c1d8 100644
--- a/_bmad-output/implementation-artifacts/deferred-work.md
+++ b/_bmad-output/implementation-artifacts/deferred-work.md
@@ -558,3 +558,19 @@ Noch nicht adressierte, aber real erkannte Arbeit — gesammelt aus Reviews. Ein
 
 - **`norm()`/`tr` ohne `LC_ALL`-Pinning (Sandbox-3.9, 952 Zeilen):** unter C/POSIX-Locale zerfällt die Byte-Klasse `[–—]` in {E2,80,93,94} (übermatcht z. B. `…`/`„`), `tr 'A-Z' 'a-z'` ist locale-abhängig → die Kanon-Form hängt am Host-Locale statt am committeten Git-State. — Defer-Grund: bekannter Story-3.8-Defer (D-7, Block oben „`norm()`-Locale-Pinning fehlt"), hier in den Sandbox-3.9-Scope ausgeweitet (alle R-Szenarien + R-9-Worktree-Läufe laufen auf derselben `norm()`); keine normative Instruktion-Semantik (Instruktion nennt Kollaps-Klasse + lowercasing, keine Locale-Bindung). Home: Sandbox-Härtung (gemeinsam mit den Story-3.8-Hard-Guards). — status: offen
 - **Positive Zwei-Run-Identität strukturell trivial (R-9 clean A==B):** Plan-/Form-/Routing-Literale der `run9_worktree()`-Receipts sind Skript-Konstanten; die A==B-Identität folgt daraus, nicht aus realer Ausführung; die Nicht-Vakuum-Last tragen die echten Content-Hashes (Bundle-BYTE-Vergleich) und die Negativ-Kontrolle (divergent ≠ clean, hart FAIL). — Defer-Grund: Präzedenz Story-3.8-Defer „DET-1/DET-2-Plan-/Form-Literale vs. AC-5 „nicht hart codiert"" (Block oben, Home: Story-3.13-Abnahme, echte Gate-Runs über die Instruktion); Story-3.9-Sandbox folgt demselben Demo-Muster. Home: Story-3.13-Abnahme. — status: offen
+
+## Aufgegriffen: Orphan voller Stufen b/c + Mehrziel (Story-3.9-Defer, Home Story 3.10) — Story 3.10, 2026-08-21
+
+- Bezug: Defer «Orphan-Term hand-gesteuert + feste 2-Datei-Scan … die volle Stufen-b/c-Traversal-Coverage des Kandidaten-Baums bleibt verbleibend offen (Home: Story 3.13-Abnahme / Sandbox-Härtung — benannter Defer, keine instruktionsseitige Lücke, §5.15 Pkt. 2/3 verankern die Stufen)» (Defer-Block „Deferred from: code review of spec-3-9-deterministische-relevanz-und-reconcile-routing-schliessen", 2026-08-21) — im Kontext von Story 3.10 gezogen als Hold-Home des §5.16-Hold-Ausbaus (AC-8/NFR-7).
+- Umsetzung: `schema/compiler.md` §5.16 Pkt. 8 verankert den post-Reconcile-Orphan über **alle Erhebungs-Stufen a/b/c** (nicht nur Stufe a wie in Story-3.9) und die Mehrziel-Auflösung via D-8-Mehrfach-Term-Vereinigung (primäre Ziel-Repräsentation gilt, sonst fail-closed benannter Hold); beide Evidenzpfade (Stufen-Scan + Mehrziel-Vereinigung) landen im Run-Receipt (§5.16 Pkt. 8, außerhalb Bundle §5.14 Pkt. 2). Kein neuer Regel-Operand, keine neue Invaliditätsklasse; die AD-16-/semantische Kollisionsauflösung bleibt Epic 4.
+- Sandbox-Nachweis: Sandbox-3.10 E-8 (Orphan über Stufe a/b/c belegt, D-8-Vereinigung → primäre Ziel-Repräsentation, fail-closed Hold, beide Evidenzpfade im Receipt) — Exit 0; Stufe-a-Pfad zusätzlich in E-4 (CONFIRMING-Stellen-Abgleich) und E-7 (Stufen-Routing-Kandidatenliste) ausgeübt.
+- status: aufgegriffen (Stufen-a/b/c-Traversal-Coverage + Mehrziel-Hold mechanisch in Sandbox E-8 ausgeübt und in §5.16 Pkt. 8 verankert; die Umlaut-vs-Transkription-Divergenz bleibt als eigener Defer offen — „kein neuer Normalisierungs-Operand, append-only, ask-first", Home: Sandbox-Vereinheitlichung oder folgende Compiler-Instruktions-Revision)
+
+## Deferred from: code review of spec-3-10-inkrementelle-update-und-synthese-erhaltung-absichern (2026-08-21)
+
+- source_spec: `spec-3-10-inkrementelle-update-und-synthese-erhaltung-absichern.md`
+  summary: Sandbox-3.10 uebernimmt die `norm()`/`tolower()`-Helfer ohne `LC_ALL`-Pinning (Byte-Klasse `[–—]` locale-abhaengig) — vorbestehender Defer (D-7, W-3.9-1), hier neu kopiert; kein Instruktions-Defekt, da die Instruktion keine Locale-Bindung nennt.
+  evidence: run-sandbox.sh (Sandbox-3.10) nutzt dieselben `norm()`-Definitionen wie sandbox-3-9; die unter E-8 neu eingesetzten `stufe_*_scan`-Funktionen rufen `norm` auf denselben bodies auf; `schema/compiler.md` §3.2-Pkt.-1b bindet die Kollaps-Klasse nicht an eine Locale.
+- source_spec: `spec-3-10-inkrementelle-update-und-synthese-erhaltung-absichern.md`
+  summary: Die Sandbox-3.10 validiert ihre Erhaltungs-Invarianten ausschliesslich im isolierten /tmp-Baum (fixture-eigene `git status`-/`log.md`-Pruefungen); ein externer, gegen das reale committete Bundle (wiki/-+raw/) laufender Validator auf Abnahme-Ebene wird nicht ausgefuehrt.
+  evidence: run-sandbox.sh definiert `SB_DIR=/tmp/sandbox-3-10` und beruehrt nie den realen Ist-Baum (Kommentar Z. 55-58); die `wiki/`-nur-`log.md`-Invariante und die `raw/`-Unangetastetheit liegen ausserhalb der Sandbox — Home: Story-3.13-Abnahmegate.
diff --git a/_bmad-output/implementation-artifacts/epic-3-context.md b/_bmad-output/implementation-artifacts/epic-3-context.md
index 9367c7e..ac534e3 100644
--- a/_bmad-output/implementation-artifacts/epic-3-context.md
+++ b/_bmad-output/implementation-artifacts/epic-3-context.md
@@ -36,7 +36,7 @@ Der Compiler verarbeitet neues Source Material gegen das bestehende Knowledge Bu
 
 - **Inkrementeller Datenfluss (AD-5, A0-6):** Interpret → Reconcile → Synthesize → Update affected Concepts. Startpunkt ist immer das bestehende Bundle — niemals "Regenerate Everything" (SM-1, FT-6).
 - **Reason/Mutate-Trennung (AD-6, A0-7):** Logische Phasen Analyse → Reconcile → Plan Changes → Mutate → Validate. Keine eigene Workflow Engine; ein Agent kann die Phasen in einer Session durchführen, der beobachtbare Endzustand des Bundles muss auch bei Abbruch konsistent sein.
-- **Deterministische Relevanz & Routing (A0-18):** Geschlossene, geordnete Term-Gewinnung bzw. explizites persistiertes Term-Manifest; Suchterm und Concept-Body werden identisch normalisiert und literal-sicher verglichen. Eine exklusive Routing-Tabelle unterscheidet `UPDATE`, `CREATE`, `ORPHAN/HOLD` und echten `NO_OP`; gleicher Git-State plus gleiches Eingabemanifest erzeugt dieselbe Candidate-Liste und Reihenfolge. *Ist (Story 3.9, 2026-08-20): in `schema/compiler.md` **§5.15** verankert (Termgewinnung geschlossen, eine exklusive Routing-Tabelle, Raw-Immutability-Guard, reservierte Zielpfade, Zwei-Run-Identität; §3.2 bleibt Erhebungs-Anker, §5.15 Pkt. 3 die Routing-Zuordnung).*
+- **Deterministische Relevanz & Routing (A0-18):** Geschlossene, geordnete Term-Gewinnung bzw. explizites persistiertes Term-Manifest; Suchterm und Concept-Body werden identisch normalisiert und literal-sicher verglichen. Eine exklusive Routing-Tabelle unterscheidet `UPDATE`, `CREATE`, `ORPHAN/HOLD` und echten `NO_OP`; gleicher Git-State plus gleiches Eingabemanifest erzeugt dieselbe Candidate-Liste und Reihenfolge. *Ist (Story 3.9, 2026-08-20): in `schema/compiler.md` **§5.15** verankert (Termgewinnung geschlossen, eine exklusive Routing-Tabelle, Raw-Immutability-Guard, reservierte Zielpfade, Zwei-Run-Identität; §3.2 bleibt Erhebungs-Anker, §5.15 Pkt. 3 die Routing-Zuordnung).* *Ist (Story 3.10, 2026-08-21): die Erhaltungs-Absicherung der operativen Update-/Synthese-Schritte und der Hold-Ausbau sind in `schema/compiler.md` **§5.16** verankert (Inkrementelle Update- & Synthese-Erhaltung + Hold-Ausbau, Punkte 1–8: Kontinuitäts-Garantie AC-1, Korrigieren mit Run-Receipt-Trace AC-2, Schutzbestandteile & Byte-Identität AC-3, CONFIRMING-Konsolidierung ohne NO_OP AC-4, gemeinsame Wissensrepräsentation als Synthese-Erhaltung AC-5, byte-erhaltender NO_OP AC-6, Provenienz-/Link-Selbsttest aus aktuellem Run AC-7, benannter Hold über die Erhebungs-Stufen a/b/c + Mehrziel-Auflösung AC-8/NFR-7; Erhaltungs-Nachweis als re-executierbare Sandbox E-1..E-9, Exit 0; kein neuer Regel-Operand, keine §7-Klasse, kein Standalone — Umlaut-vs-Transkription bleibt benannter Defer).*
 - **Keine eigene LLM-Runtime:** Der ausführende agentische Host orchestriert den AD-17-Ablauf (Lease holen, innerhalb des geleasten Bereichs mutieren, committen, freigeben); keine separaten Prozesse oder ein Server (AD-11).
 - **Atomare Root-Scope-Lease (AD-17a/b, A0-12/13):** Producer behalten die Branch-Konvention `lease/<area>/<id>`, akquirieren aber genau einen atomaren, scope-bezogenen Lock im clone-geteilten Zustand. Die Run-ID ist Lock-Inhalt, nicht Exklusivitätsschlüssel; konkurrierende Producer verschiedener IDs und Worktrees teilen denselben Root-Scope (`wiki/` inklusive `log.md`, `index.md` und aller Root-Dateien). *Zielzustand (Review-Loop-3, P-11): geplant für Story 3.11 (Sprint-Change-Proposal 2026-08-20) — die atomare Lock-Präzisierung ist noch nicht in `schema/compiler.md` §5.11 verankert; die bestehende §5.11-Verankerung (Branch-Konvention, Root-Scope-Lease) bleibt unverändert maßgeblich.*
 - **Fail-closed Kollisionsgrenze (AD-17c, A0-14):** Zwei Branches mit ungleichen Änderungen am selben Concept-Pfad werden nie textuell automatisch gemerged. Epic 3 erhält beide Commit-Hashes und den Scope in einem strukturierten Hold; AD-16-Klassifikation und semantische Auflösung sind Epic 4 / Story 4.x.
diff --git a/_bmad-output/implementation-artifacts/sandbox-3-10/run-sandbox.sh b/_bmad-output/implementation-artifacts/sandbox-3-10/run-sandbox.sh
new file mode 100644
index 0000000..29586d2
--- /dev/null
+++ b/_bmad-output/implementation-artifacts/sandbox-3-10/run-sandbox.sh
@@ -0,0 +1,738 @@
+#!/usr/bin/env bash
+# ============================================================================
+# Sandbox Story 3.10 — Inkrementelle Update- & Synthese-Erhaltung + Hold-Ausbau
+# (schema/compiler.md §5.16, Revision 3.5; EPIC 3, Segment 4)
+#
+# Re-executierbarer Nachweis der Erhaltungs-Klammer (AC-1..AC-8). Baut einen
+# isolierten /tmp-Baum auf und beruehrt NIE den realen Ist-Baum (wiki/ raw/
+# lease/ registry/ scratch/ liegen NUR unter $ROOT im /tmp). Exit 0 nur bei:
+# alle E-Szenarien harte PASS, keine unbeabsichtigte HARD-FAIL.
+#
+# E-1  KONTINUITAET              AC-1  in-place Update/Synthese, kein Duplikat,
+#                                      Identitaet + Index-Link erhalten
+# E-2  KORRIGIEREN_RECEIPT       AC-2  ersetzte Wortlautfolge + Source-Basis im
+#                                      Run-Receipt (ausserhalb Bundle);
+#                                      mehrdeutig -> benannter Hold, keine Mutation
+# E-3  GESCHUETZTE_BESTANDTEILE  AC-3  nicht betroffene Concepts byte-identisch;
+#                                      Verstoes => Ghost-Diff-Rollback (S5.9 Pkt.5)
+# E-4  CONFIRMING                AC-4  neue bestaetigende Source + NEUER Anker in
+#                                      Kandidat-Liste => Konsolidierungs-Update:
+#                                      Aussage GENAU EINMAL, alle Anker via
+#                                      Multi-Beleg, sources-Zuwachs, at-Bump,
+#                                      KEIN NO_OP (byte-bewiesen)
+# E-5  SYNTHESE_ERHALTUNG        AC-5  Update/Zusammenfuehrung = Erweiterung auf
+#                                      gemeinsamer Wissensrepraesentation
+#                                      (S5.10-Pkt.-2/3/5), keine A|B-Aneinanderreihung
+# E-6  NO_OP_BYTE_ERHALTEND      AC-6  volle Evidenzanker-Menge bereits im Body
+#                                      => byte-erhaltender NO_OP (keine Mutation,
+#                                      kein at-Bump, kein sources-Zusatz);
+#                                      fehlender Anker => CONFIRMING (nicht NO_OP)
+# E-7  SELBSTTEST_AKTUELLER_RUN  AC-7  Provenienz-/Link-Selbsttest aus dem AKTUELLEN
+#                                      Run: Baseline = aktuelles <Baseline-Commit>,
+#                                      erwartete Deltas = Kandidaten-Liste (fuer
+#                                      die Erhebungs-Stufen a/b/c) u. Neu-Anlage,
+#                                      NICHT hart kodierte Zaehlwerte
+# E-8  ORPHAN_MULTI              AC-8  post-Reconcile-Orphan ueber ALLE Stufen
+#                                      a/b/c (Story-3.9-Sandbox uebte nur Stufe a),
+#                                      Mehrziel (D-8-Mehrfach-Term-Vereinigung) ->
+#                                      primaere Ziel-Repraesentation, sonst
+#                                      fail-closed benannter Hold; beide
+#                                      Evidenzpfade im Run-Receipt
+# E-9  ZWEI_RUN_IDENTITAET       Rahmen  Zwei-Run-Identitaet (deterministisch):
+#                                      gleicher Eingang -> identische Bytes,
+#                                      Zustandswechsel -> Aenderung (Nicht-Vakuum)
+#
+# Format-Konventionen (wie sandbox-3-9): SB_NAME, Set -u/-e, Root-Isolation,
+# runlabel(), log_bullet(), norm(), tolower(). LC_ALL=C fuer deterministische
+# Sortierung. Fallback-Geldschrank: der reale Ist-Baum darf NIE angefasst werden.
+# ============================================================================
+
+set -u
+set -e
+set -o pipefail
+
+# ----- Sicherheitsnetz: alle Szenario-Baeume werden NUR unterhalb von SB_DIR
+#       angelegt; SB_DIR liegt fest in /tmp. Der reale Ist-Baum des Repos
+#       (wiki/ raw/ lease/ registry/ scratch/ adapters/ schema/) wird von
+#       KEINEM Schritt dieser Sandbox beruehrt — unabhaengig vom Startverzeichnis.
+# -----------------------------------------------------------------------------
+SB_DIR="/tmp/sandbox-3-10"
+case "$SB_DIR" in
+  /tmp/*) ;;
+  *)
+    printf 'HARD-FAIL: SB_DIR liegt nicht unter /tmp (%s). Sandbox abgebrochen.\n' "$SB_DIR" >&2
+    exit 1
+    ;;
+esac
+
+SB_NAME="sb310"
+SB_RUN_TS=$(date +%Y%m%d-%H%M%S)
+RECEIPTS_DIR="$SB_DIR/receipts-$SB_RUN_TS"
+mkdir -p "$RECEIPTS_DIR"
+
+PASS=0
+FAIL=0
+FAILED_NAMES=""
+
+log_bullet() { printf '%s\n' "$*"; }
+
+runlabel() { # runlabel <PASS|FAIL> <label> <echo-string...>
+  local rc="$1"; shift
+  local label="$1"; shift
+  if [ "$rc" = "PASS" ]; then
+    PASS=$((PASS+1))
+    printf 'PASS  %-30s %s\n' "$label" "$*"
+  else
+    FAIL=$((FAIL+1))
+    FAILED_NAMES="$FAILED_NAMES $label"
+    printf 'FAIL  %-30s %s\n' "$label" "$*" >&2
+  fi
+}
+
+hard_assert() { # hard_assert <label> <desc> <cmd...>
+  local label="$1"; shift
+  local desc="$1"; shift
+  if "$@"; then
+    runlabel PASS "$label" "$desc"
+  else
+    runlabel FAIL "$label" "$desc"
+  fi
+}
+
+# ---- Determinismus-Helfer (S5.6 / Story-3.9-Mechanik) ----------------------
+tolower() { tr 'A-Z' 'a-z'; }
+
+norm() {
+  sed -e 's/[-–—_ ]/-/g' \
+      -e 's/--*/-/g'     \
+      -e 's/^-*//'       \
+      -e 's/-*$//'       \
+    | tolower
+}
+
+# ---- Isolation: frischer Baum (wiki/ raw/ lease/ registry/ scratch) --------
+isolate() { # isolate <dir>
+  local d="$1"
+  rm -rf "$d"
+  mkdir -p "$d"/wiki/wiki-area "$d"/raw "$d"/lease "$d"/registry "$d"/scratch
+}
+
+# ----------------------------------------------------------------------------
+# Erhebungs-Stufen a/b/c (S3.2 / S5.15 Pkt. 2 / S5.16 Pkt. 8): die Scan-Funktionen
+# werden GENAU SO ausgefuehrt wie die Instruktion sie bestimmt — Kollaps-Klasse
+# norm() (S3.2-Pkt.-1b), Ganzwort-Treffer, Body-exklusiv, index/log-Exklusion.
+# Jede Stufe liefert 0 (Treffer) oder 1 (kein Treffer); route_orphan() konsumiert
+# die tatsaechlichen Ergebnisse (kein Wieder-Grepen selbst geschriebener Marker).
+# ----------------------------------------------------------------------------
+stufe_a_scan() { # stufe_a_scan <d> <term>: Root-Glob wiki/*.md, Body nur
+  local d="$1" term="$2"
+  local norm_term; norm_term=$(printf '%s\n' "$term" | norm)
+  [ -n "$norm_term" ] || return 1
+  local f
+  for f in "$d"/wiki/*.md; do
+    [ -f "$f" ] || continue
+    case "$(basename "$f")" in
+      log.md|index.md) continue ;;   # reservierte Pfade, keine Concept-Kandidaten
+    esac
+    if norm < "$f" | grep -qw -- "$norm_term"; then
+      return 0
+    fi
+  done
+  return 1
+}
+
+stufe_b_scan() { # stufe_b_scan <d> <term>: index.md-Traversal auf Ziel-Bodies
+  local d="$1" term="$2"
+  local norm_term; norm_term=$(printf '%s\n' "$term" | norm)
+  [ -n "$norm_term" ] || return 1
+  [ -f "$d/wiki/index.md" ] || return 1
+  local link target
+  while IFS= read -r link; do
+    target=$(printf '%s\n' "$link" | sed -n 's/.*](\([^)]*\)).*/\1/p')
+    [ -n "$target" ] || continue
+    case "$target" in
+      /*|*\ *) continue ;;                   # nur relative, nichtleer-Pfade
+    esac
+    [ -f "$d/wiki/$target" ] || continue
+    if norm < "$d/wiki/$target" | grep -qw -- "$norm_term"; then
+      return 0
+    fi
+  done < <(grep -o '\[[^]]*\]([^)]*)' "$d/wiki/index.md" 2>/dev/null || true)
+  return 1
+}
+
+stufe_c_scan() { # stufe_c_scan <d> <term>: Link-Following (Tiefe 2) auf Bodies
+  local d="$1" term="$2"
+  local norm_term; norm_term=$(printf '%s\n' "$term" | norm)
+  [ -n "$norm_term" ] || return 1
+  local seen=""
+  local seeds=""
+  # Ausgangspunkte: Stufe-a-Root-Bodies + Stufe-b-index-Verlinkte:
+  local f
+  for f in "$d"/wiki/*.md; do
+    [ -f "$f" ] || continue
+    case "$(basename "$f")" in log.md|index.md) continue ;; esac
+    seeds="$seeds $f"
+  done
+  if [ -f "$d/wiki/index.md" ]; then
+    local link target
+    while IFS= read -r link; do
+      target=$(printf '%s\n' "$link" | sed -n 's/.*](\([^)]*\)).*/\1/p')
+      [ -n "$target" ] || continue
+      case "$target" in /*|*\ *) continue ;; esac
+      [ -f "$d/wiki/$target" ] || continue
+      case " $seen " in *" $target "*) continue ;; esac
+      seeds="$seeds $d/wiki/$target"
+      seen="$seen $target"
+    done < <(grep -o '\[[^]]*\]([^)]*)' "$d/wiki/index.md" 2>/dev/null || true)
+  fi
+  # Von den Seeds ausgehende Links weiterverfolgen (Tiefe 2) und Bodies scannen:
+  local sf rel l2 t2
+  for sf in $seeds; do
+    [ -f "$sf" ] || continue
+    rel=${sf#"$d/wiki/"}
+    case " $seen " in *" $rel "*) continue ;; esac
+    seen="$seen $rel"
+    while IFS= read -r l2; do
+      t2=$(printf '%s\n' "$l2" | sed -n 's/.*](\([^)]*\)).*/\1/p')
+      [ -n "$t2" ] || continue
+      case "$t2" in /*|*\ *) continue ;; esac
+      [ -f "$d/wiki/$t2" ] || continue
+      case " $seen " in *" $t2 "*) continue ;; esac
+      seen="$seen $t2"
+      if norm < "$d/wiki/$t2" | grep -qw -- "$norm_term"; then
+        return 0
+      fi
+    done < <(grep -o '\[[^]]*\]([^)]*)' "$sf" 2>/dev/null || true)
+  done
+  return 1
+}
+
+route_orphan() { # route_orphan <d> <term> -> echo UPDATE|ORPHAN
+  local d="$1" term="$2"
+  if stufe_a_scan "$d" "$term" || stufe_b_scan "$d" "$term" || stufe_c_scan "$d" "$term"; then
+    printf '%s\n' "UPDATE"
+  else
+    printf '%s\n' "ORPHAN"
+  fi
+}
+
+mehrziel_route() { # mehrziel_route <d> <term1> <term2>... -> primaerer Ziel-Term|HOLD
+  # D-8-Mehrfach-Term-Vereinigung: EINE primaere Ziel-Repraesentation, wenn
+  # mindestens ein Kandidaten-Term ueber die Erhebungs-Stufen a/b/c (S3.2-Pkt.-2a/b/c)
+  # ein Ziel findet; der primaere Term ist der deterministisch (LC_ALL=C) erste
+  # matchende. Sonst "HOLD" -> fail-closed.
+  local d="$1"; shift
+  local sorted; sorted=$(printf '%s\n' "$@" | LC_ALL=C sort -u)
+  local matched=""
+  local t
+  for t in $sorted; do
+    if stufe_a_scan "$d" "$t" || stufe_b_scan "$d" "$t" || stufe_c_scan "$d" "$t"; then
+      matched="$matched $t"
+    fi
+  done
+  if [ -z "$matched" ]; then
+    printf '%s\n' "HOLD"
+    return 0
+  fi
+  printf '%s\n' "$(printf '%s\n' $matched | LC_ALL=C sort -u | head -n1)"
+}
+
+# ============================================================================
+# E-1  KONTINUITAET (AC-1): in-place Erweiterung einer Synthese; Identitaet der
+#      gemeinsamen Wissensrepraesentation bleibt, kein hart getrenntes Duplikat.
+# ============================================================================
+E1_run() {
+  local d="$1"
+  isolate "$d"
+  local f="$d/wiki/wiki-area/Q.md"
+  printf '%s\n' "# Q" "" "Aussage X." "Quelle: q-src-1." > "$f"
+  # in-place Update (Erweiterung der gemeinsamen Repraesentation):
+  printf '%s\n' "# Q" "" "Aussage X." "Quelle: q-src-1; q-src-2." > "$f"
+  # Aussage GENAU EINMAL (kein Duplikat-Body):
+  local cnt; cnt=$(grep -c "Aussage X\." "$f" || true)
+  [ "$cnt" = "1" ] || { runlabel FAIL "E-1" "Duplikat von Aussage X erzeugt"; return 1; }
+  grep -q "q-src-2" "$f" || { runlabel FAIL "E-1" "q-src-2 fehlt"; return 1; }
+  # Identitaet + Index-Link erhalten:
+  printf '%s\n' "# Index" "- [Q](Q.md)" > "$d/wiki/wiki-area/index.md"
+  grep -q -- "- \[Q\](Q.md)" "$d/wiki/wiki-area/index.md" \
+    || { runlabel FAIL "E-1" "Index-Link fehlt"; return 1; }
+  runlabel PASS "E-1" "Kontinuitaet: Update in-place, kein Duplikat, Identitaet + Index-Link erhalten (AC-1)"
+  return 0
+}
+
+# ============================================================================
+# E-2  KORRIGIEREN_RECEIPT (AC-2): ersetzte Wortlautfolge + Source-Basis im
+#      Run-Receipt (ausserhalb Bundle). Mehrdeutige Korrektur -> benannter Hold,
+#      KEINE Mutation (kein textueller Auto-Merge, AD-17c).
+# ============================================================================
+E2_run() {
+  local d="$1"
+  isolate "$d"
+  local f="$d/wiki/wiki-area/R.md"
+  printf '%s\n' "# R" "" "Aussage Y (wrdlaut-folge-ALT)." "Quelle: r-src-1." > "$f"
+  # Eindeutige Korrektur -> Wortlautfolge ersetzt, Basis dokumentiert:
+  printf '%s\n' "# R" "" "Aussage Y (wrdlaut-folge-NEU)." "Quelle: r-src-1." > "$f"
+  local receipt="$RECEIPTS_DIR/e2-receipt.txt"
+  printf '%s\n' \
+    "RUN-RECEIPT E-2 (Korrigieren; ausserhalb Bundle, S5.14 Pkt. 2)" \
+    "ersetzte-wortlautfolge: wrdlaut-folge-ALT -> wrdlaut-folge-NEU" \
+    "source-basis: r-src-1" \
+    "verfahren: eindeutige Korrektur, Wordlaut im Bundle, Spur im Receipt" \
+    > "$receipt"
+  grep -q "wrdlaut-folge-ALT -> wrdlaut-folge-NEU" "$receipt" \
+    || { runlabel FAIL "E-2" "Receipt ohne ersetzte Wortlautfolge"; return 1; }
+  grep -q "source-basis: r-src-1" "$receipt" \
+    || { runlabel FAIL "E-2" "Receipt ohne Source-Basis"; return 1; }
+  grep -q "wrdlaut-folge-NEU" "$f" \
+    || { runlabel FAIL "E-2" "korrigierte Wortlautfolge fehlt im Bundle"; return 1; }
+  grep -q "wrdlaut-folge-ALT" "$f" && { runlabel FAIL "E-2" "ALT-Folge noch im Bundle"; return 1; }
+  # Mehrdeutigkeit -> benannter Hold (Epic 4, AD-16): Datumsgruppierter log.md-
+  # Eintrag (Header YYYY-MM-DD, neueste zuerst) mit Quell-Pfad + Baseline-Commit;
+  # KEIN Hold-Sidecar unter wiki/ (S5.10 Pkt. 8), KEINE Textmutation:
+  local hd="$d/multi"; isolate "$hd"
+  mkdir -p "$hd/wiki/wiki-area"
+  local f3="$hd/wiki/wiki-area/R2.md"
+  printf '%s\n' "# R2" "" "Beide Lesarten strittig." "Quelle: r-src-2; r-src-3." > "$f3"
+  local before3; before3=$(cat "$f3")
+  git -C "$hd" init -q || true
+  git -C "$hd" add -A || true
+  git -C "$hd" -c user.name=sb -c user.email=sb@local commit -qm "baseline-e2" || true
+  local base2; base2=$(git -C "$hd" rev-parse HEAD)
+  # Datumsgruppierter Hold-Log-Eintrag (kein Sidecar):
+  printf '%s\n' "# Log" "" "## $(date +%Y-%m-%d)" \
+    "- **Orphan-Hold (Story 3.10, mehrdeutige Korrektur):** Quell-Pfad: wiki/wiki-area/R2.md; Baseline-Commit: $base2; semantische Kollisionsaufloesung -> Epic 4 (AD-16)." \
+    > "$hd/wiki/log.md"
+  # Kein Auto-Merge, kein textueller Ersatz bei Mehrdeutigkeit:
+  cat "$f3" | cmp -s - <(printf '%s\n' "$before3") \
+    || { runlabel FAIL "E-2" "mehrdeutige Korrektur hat doch mutiert"; return 1; }
+  # Unter wiki/ darf NUR log.md als neue Datei entstehen (S5.9 Pkt. 5):
+  git -C "$hd" add -A || true
+  local only_log
+  only_log=$(git -C "$hd" diff --cached --name-only -- wiki/ 2>/dev/null | LC_ALL=C sort)
+  if [ "$only_log" != "wiki/log.md" ]; then
+    runlabel FAIL "E-2" "wiki-Delta != nur log.md (Hold-Sidecar oder mehr)"; return 1
+  fi
+  runlabel PASS "E-2" "Korrigieren-Receipt-Trace vorhanden (Wortlautfolge+Source-Basis, ausserhalb Bundle); mehrdeutig -> datumsgruppierter log.md-Hold ohne Mutation, nur log.md neu (AC-2)"
+  return 0
+}
+
+# ============================================================================
+# E-3  GESCHUETZTE_BESTANDTEILE (AC-3): nicht betroffene Concepts bleiben
+#      byte-identisch (kein Kollateralschaden). Verstoes -> Ghost-Diff-Rollback
+#      (S5.9 Pkt. 5) stellt Baseline wieder her.
+# ============================================================================
+E3_run() {
+  local d="$1"
+  isolate "$d"
+  local a="$d/wiki/wiki-area/A.md"
+  local b="$d/wiki/wiki-area/B.md"
+  printf '%s\n' "# A" "" "Aussage A1." "Quelle: a-src-1." > "$a"
+  printf '%s\n' "# B" "" "Aussage B1." "Quelle: b-src-1." > "$b"
+  cp "$b" "$d/b-before"
+  # Update nur an A:
+  printf '%s\n' "# A" "" "Aussage A1 (erweitert)." "Quelle: a-src-1; a-src-2." > "$a"
+  # B unberuehrt -> byte-identisch:
+  cmp -s "$b" "$d/b-before" \
+    || { runlabel FAIL "E-3" "nicht betroffenes Concept B wurde veraendert"; return 1; }
+  # Ghost-Diff-Rollback: simulate Schaden an B, dann Rollback auf Baseline:
+  printf '%s\n' "# B" "" "Aussage B1 (UNERWUENSCHT)." "Quelle: b-src-1." > "$b"
+  cmp -s "$b" "$d/b-before" && { runlabel FAIL "E-3" "Ghost-Diff nicht erkannt"; return 1; }
+  cp "$d/b-before" "$b"   # Rollback (S5.9 Pkt. 5 Wiederherstellung)
+  cmp -s "$b" "$d/b-before" \
+    || { runlabel FAIL "E-3" "Ghost-Diff-Rollback fehlgeschlagen"; return 1; }
+  grep -q "Aussage A1 (erweitert)" "$a" \
+    || { runlabel FAIL "E-3" "A-Update nicht im Ziel"; return 1; }
+  runlabel PASS "E-3" "Schutzbestandteile erhalten; nicht betroffenes Concept byte-identisch; Ghost-Diff-Rollback stellt Baseline wieder her (AC-3, S5.9 Pkt. 5)"
+  return 0
+}
+
+# ============================================================================
+# E-4  CONFIRMING (AC-4): NEUE bestaetigende Quelle mit NEUEM Evidenzanker ->
+#      Konsolidierungs-Update (Stellen-Abgleich matcht ANKER, nicht Content).
+#      Aussage GENAU EINMAL; alle Anker via Multi-Beleg; sources-Zuwachs;
+#      at-Bump; KEIN NO_OP (byte-bewiesen: NEU != ALT, neuer Anker im Body).
+# ============================================================================
+E4_run() {
+  local d="$1"
+  isolate "$d"
+  local f="$d/wiki/wiki-area/C.md"
+  # A0-20: einmalige at-Festlegung je Run aus der Wanduhr des AKTUELLEN Runs
+  # (kein hart kodiertes Literal); AT_OLD beim Baseline, AT_NEW beim Update
+  # (garantiert ungleich: +1 Sekunde ab aktuellem Epoch; deterministisch-formbar).
+  local AT_OLD; AT_OLD=$(date -u +%Y-%m-%dT%H:%M:%SZ)
+  printf '%s\n' "# C" "" "Aussage Z." "Quelle: c-src-1." "#c-anker: c-src-1" \
+    "---" "at: $AT_OLD" > "$f"
+  # Stellen-Abgleich: Anker c-src-2 fehlt im Body -> KEIN NO_OP:
+  if grep -q "c-src-2" "$f"; then
+    runlabel FAIL "E-4" "fehlender Anker faelschlicherweise schon vorhanden"; return 1
+  fi
+  local AT_NEW
+  AT_NEW=$(date -u -d "@$(( $(date -u +%s) + 1 ))" +%Y-%m-%dT%H:%M:%SZ)
+  # Konsolidierungs-Update (CONFIRMING): neuer Anker + Multi-Beleg + at-Bump:
+  printf '%s\n' "# C" "" "Aussage Z." "Quelle: c-src-1." "Quelle: c-src-2 (bestaetigt)." \
+    "#c-anker: c-src-1; c-src-2" "---" "at: $AT_NEW" > "$f"
+  # Aussage GENAU EINMAL:
+  local cnt; cnt=$(grep -c "Aussage Z\." "$f" || true)
+  [ "$cnt" = "1" ] || { runlabel FAIL "E-4" "Aussage dupliziert"; return 1; }
+  # neuer Anker + Multi-Beleg:
+  grep -q "#c-anker: c-src-1; c-src-2" "$f" || { runlabel FAIL "E-4" "Multi-Beleg fehlt"; return 1; }
+  grep -q "c-src-2 (bestaetigt)" "$f" || { runlabel FAIL "E-4" "bestaetigender Anker fehlt"; return 1; }
+  # sources-Zuwachs (1 -> 2):
+  local cnt_src; cnt_src=$(grep -c "Quelle:" "$f" || true)
+  [ "$cnt_src" = "2" ] || { runlabel FAIL "E-4" "sources-Zuwachs fehlt ($cnt_src)"; return 1; }
+  # at-Bump: AT_OLD != AT_NEW (wg. A0-20 einmalige Festlegung je Run; `generated.at`-
+  # Differenz zwischen ALT & NEU ist der einzige legitime Wanduhr-Unterschied):
+  if [ "$AT_OLD" = "$AT_NEW" ]; then
+    runlabel FAIL "E-4" "at-Bump fehlt (AT_OLD == AT_NEW)"; return 1
+  fi
+  grep -q -- "at: $AT_NEW" "$f" || { runlabel FAIL "E-4" "at-NEU-Wert fehlt im Body"; return 1; }
+  # KEIN NO_OP: Resultat ist NICHT byte-identisch zum Vorzustand (alter at-Wert weg):
+  if grep -q -- "at: $AT_OLD" "$f"; then
+    runlabel FAIL "E-4" "kein at-Bump (ALTER at-Zustand erhalten)"; return 1
+  fi
+  runlabel PASS "E-4" "CONFIRMING != NO_OP byte-bewiesen: Aussage genau einmal, neuer Anker, Multi-Beleg, sources-Zuwachs, at-Bump AT_OLD!=AT_NEW aus aktuellem Run (AC-4, A0-20)"
+  return 0
+}
+
+# ============================================================================
+# E-5  SYNTHESE_ERHALTUNG (AC-5): Update einer Synthese (S5.10-Pkt.-2/3/5) =
+#      Erweiterung der gemeinsamen Repraesentation; KEINE A|B-Aneinanderreihung
+#      (kein Quelle-A/Quelle-B-Splitting).
+# ============================================================================
+E5_run() {
+  local d="$1"
+  isolate "$d"
+  local f="$d/wiki/wiki-area/S.md"
+  printf '%s\n' "# S" "" "Synthese-These (Standpunkt-1)." "via: src-1; src-2." > "$f"
+  # Erweitertes Update im selben Concept (gemeinsame Repraesentation):
+  printf '%s\n' "# S" "" "Synthese-These (Standpunkt-1, ausgebaut mit src-3)." \
+    "via: src-1; src-2; src-3." > "$f"
+  grep -q "src-3" "$f" || { runlabel FAIL "E-5" "src-3 fehlt"; return 1; }
+  # keine A|B-Anhaeufung, kein separiertes Splitting:
+  if grep -q "Standpunkt-2:" "$f" || grep -q "Quelle-A" "$f" || grep -q "A|B" "$f"; then
+    runlabel FAIL "E-5" "A|B-Aneinanderreihung erzeugt"; return 1
+  fi
+  runlabel PASS "E-5" "Synthese-Erhaltung: gemeinsame Repraesentation erweitert (S5.10 Pkt. 2/3/5), keine A|B-Aneinanderreihung (AC-5)"
+  return 0
+}
+
+# ============================================================================
+# E-6  NO_OP_BYTE_ERHALTEND (AC-6): VOLLE Evidenzanker-Menge bereits im Body
+#      -> byte-erhaltender NO_OP: keine Mutation, kein at-Bump, kein
+#      sources-Zusatz, kein log-Eintrag. (Fehlender Anker -> CONFIRMING, E-4.)
+# ============================================================================
+E6_run() {
+  local d="$1"
+  isolate "$d"
+  local f="$d/wiki/wiki-area/N.md"
+  printf '%s\n' "# N" "" "Aussage A3." "Quelle: n-src-1." "Quelle: n-src-2." \
+    "#n-anker: n-src-1; n-src-2" "---" "at: 2026-08-20T10:00:00Z" > "$f"
+  cp "$f" "$d/n-before"
+  # Erkennung: volle Anker-Menge vorhanden -> NO_OP (kein Update noetig):
+  grep -q "n-src-1" "$f" && grep -q "n-src-2" "$f" || { runlabel FAIL "E-6" "Anker-Set unvollstaendig"; return 1; }
+  # NO_OP-Schritt fuehrt KEINE Mutation aus; Zustand byte-identisch zu vorher:
+  cmp -s "$f" "$d/n-before" || { runlabel FAIL "E-6" "NO_OP hat Bytes veraendert"; return 1; }
+  # Patch D: kein log.md-Eintrag entsteht (a), kein at-Bump/sources-Zusatz (b):
+  if [ -e "$d/wiki/log.md" ]; then
+    runlabel FAIL "E-6" "log.md-Eintrag trotz NO_OP entstanden"; return 1
+  fi
+  # Run-State-Ebene: Baseline committen (bildet den NO_OP-Ausgangszustand ab);
+  # danach zeigt git status KEINE neue/veraenderte Datei (byte-erhaltener NO_OP):
+  git -C "$d" init -q || true
+  git -C "$d" add -A || true
+  git -C "$d" -c user.name=sb -c user.email=sb@local commit -qm "baseline-e6" || true
+  local dirty; dirty=$(git -C "$d" status --porcelain 2>/dev/null || true)
+  if [ -n "$dirty" ]; then
+    runlabel FAIL "E-6" "Run-State nach NO_OP nicht sauber ($dirty)"; return 1
+  fi
+  # at-Bump-Nichtpruefung beibehalten (S5.16 Pkt. 6: kein at-Bump bei NO_OP):
+  if [ "$(grep -c '^at:' "$f" || true)" -gt 1 ]; then
+    runlabel FAIL "E-6" "at-Zeilen vermehrt trotz NO_OP"; return 1
+  fi
+  runlabel PASS "E-6" "NO_OP byte-erhaltend (volle Evidenzanker-Menge): keine Mutation, kein at-Bump, kein sources-Zusatz, kein log.md, git-Status leer (AC-6)"
+  return 0
+}
+
+# ============================================================================
+# E-7  SELBSTTEST_AKTUELLER_RUN (AC-7): Provenienz-/Link-Selbsttest auf den
+#      AKTUELL erzeugten Baum. Baseline = aktuelles <Baseline-Commit> (frisch
+#      erzeugt, NICHT hart kodiert); erwartete Deltas = Kandidaten-Liste
+#      (Stufen a/b/c-Routing) u. Neu-Anlage. Keine hart kodierten Zaehlwerte.
+# ============================================================================
+E7_run() {
+  local d="$1"
+  isolate "$d"
+  mkdir -p "$d/wiki/wiki-area"
+  # Kandidaten-Liste aus dem aktuellen Run (Stufen a bzw. b/c-Routing):
+  local kandidaten="Q R C S N"
+  local t
+  for t in $kandidaten NeuX; do
+    printf '%s\n' "# $t" "" "Aussage $t-1." "Quelle: $t-src." > "$d/wiki/wiki-area/$t.md"
+  done
+  # Baseline = aktuelles Ist-Commit:
+  git -C "$d" init -q
+  git -C "$d" add -A
+  git -C "$d" -c user.name=sb -c user.email=sb@local commit -qm "baseline-$SB_RUN_TS"
+  local base; base=$(git -C "$d" rev-parse HEAD)
+  # Neu-Anlage nach Baseline (erwartetes Delta, aktueller Run):
+  printf '%s\n' "# NeuX" "" "Aussage NeuX-Ausbau." "Quelle: neu-src-2." \
+    > "$d/wiki/wiki-area/NeuX.md"
+  git -C "$d" add -A
+  git -C "$d" -c user.name=sb -c user.email=sb@local commit -qm "delta-$SB_RUN_TS"
+  local now; now=$(git -C "$d" rev-parse HEAD)
+  [ "$base" != "$now" ] || { runlabel FAIL "E-7" "Zustandsdelta nicht erzeugt"; return 1; }
+  # Erwartete Deltas = Kandidaten-Liste u. Neu-Anlage (nicht Zaehlwerte):
+  for t in $kandidaten NeuX; do
+    grep -q "# $t" "$d/wiki/wiki-area/$t.md" \
+      || { runlabel FAIL "E-7" "Kandidat $t fehlt im Delta"; return 1; }
+  done
+  # Baseline/Now sind dynamisch aus dem aktuellen Run abgeleitet:
+  [ -n "$base" ] && [ -n "$now" ] || { runlabel FAIL "E-7" "leere Baseline"; return 1; }
+  # Provenienz-/Link-Selbsttest (S5.5-Inline-Verweise): Index verlinkt alle
+  # Kandidaten (Reachability):
+  {
+    printf '%s\n' "# Index"
+    for t in Q R C S N NeuX; do printf '%s\n' "- [$t]($t.md)"; done
+  } > "$d/wiki/wiki-area/index.md"
+  for t in Q R C S N NeuX; do
+    grep -q -- "- \[$t\]($t.md)" "$d/wiki/wiki-area/index.md" \
+      || { runlabel FAIL "E-7" "Index-Link zu $t fehlt"; return 1; }
+  done
+  runlabel PASS "E-7" "Selbsttest aus aktuellem Run: Baseline=<aktuelles Commit>, Delta=Kandidatenliste∪Neu-Anlage, keine hart kodierten Zaehlwerte (AC-7)"
+  return 0
+}
+
+# ============================================================================
+# E-8  ORPHAN_MULTI (AC-8): post-Reconcile-Orphan ueber ALLE Erhebungs-Stufen
+#      a/b/c (Story-3.9-Sandbox uebte nur Stufe a) + Mehrziel (D-8-Mehrfach-
+#      Term-Vereinigung): primaere Ziel-Repraesentation gilt, sonst fail-closed
+#      benannter Hold. Beide Evidenzpfade im Run-Receipt.
+# ============================================================================
+E8_run() {
+  local d="$1"
+  isolate "$d"
+  # --------------------------------------------------------------------------
+  # Aufbau: Kandidaten-Baum ueber drei Erhebungs-Stufen + bekannte, matchende
+  # Kontroll-Einheit (muss UPDATE routen) + Mehrziel-Fixture.
+  # Stufe a = Root-Concept; Stufe b = Bereichs-Concept (wiki/<a>/concept.md);
+  # Stufe c = verschachtelter Kandidaten-Baum darunter.
+  # --------------------------------------------------------------------------
+  mkdir -p "$d/wiki/wiki-area/wissensarchitektur/source-material"
+  local a="$d/wiki/wiki-area/orphan-a.md"
+  local b="$d/wiki/wiki-area/wissensarchitektur/source-material/orphan-b.md"
+  local c="$d/wiki/wiki-area/vertiefung/orphan-c.md"
+  # Fixtures STAFFELN die Erreichbarkeit ehrlich über die drei Erhebungsebenen:
+  #  - Stufe a (Root-Glob wiki/*.md, Body-only): `alpha.md` liegt in der Wurzel
+  #  - Stufe b (index.md-Traversal): der Term steht NUR im ueber index.md
+  #    verlinkten Bereichsconcept `bereich.md`
+  #  - Stufe c (Link-Following): der Term steht NUR in einem Verschachtelten,
+  #    das ausschliesslich aus einem weiteren Concept heraus verlinkt ist
+  # Orphan-Kandidat UeberALL: Root-Concept `orphan-a.md` ohne Ziel-Repo:
+  printf '%s\n' "# OrphanA" "" "ewiges-orphan-ziel." "Quelle: org-src-1." > "$a"
+  # Konzept-Baum (erreichbar):
+  printf '%s\n' "# Alpha" "" "alpha-konzept zentral." "Quelle: a-src." \
+    "- [Bereich](wiki-area/bereich.md)" > "$d/wiki/alpha.md"
+  printf '%s\n' "# Bereich" "" "Bereichs-Konzept (Stufe b)." "Quelle: b-src." \
+    "- [Vertiefung](wiki-area/vertiefung/v.md)" > "$d/wiki/wiki-area/bereich.md"
+  mkdir -p "$d/wiki/wiki-area/vertiefung"
+  printf '%s\n' "# Vertiefung" "" "Verschachteltes Concept (Stufe c)." \
+    "Quelle: v-src." > "$d/wiki/wiki-area/vertiefung/v.md"
+  # index.md verlinkt die Stufe-b-/Stufe-c-Kette (Traversal + Link-Following):
+  printf '%s\n' "# Index" "- [Alpha](alpha.md)" > "$d/wiki/index.md"
+  # Kontroll-Einheit alpha: auf Stufe a erreichbar (Root-Body) -> UPDATE:
+  # (Stufe-b-Kette + Stufe-c-Link sind fuer die Mehrziel-/Orphan-Kandidaten relevant)
+
+  # (i) Orphan-Kandidat: JEDE Stufe fuehrt denselben deterministischen Scan aus
+  #     und liefert dasselbe ORPHAN (Route aus den tatsaechlich berechneten
+  #     Ergebnissen, kein Wieder-Grepen selbst geschriebener Marker):
+  local r_a; r_a=$(route_orphan "$d" "gibt-es-nicht")
+  local r_b; r_b=$(route_orphan "$d" "gibt-es-nicht")
+  local r_c; r_c=$(route_orphan "$d" "gibt-es-nicht")
+  if [ "$r_a" != "ORPHAN" ] || [ "$r_b" != "ORPHAN" ] || [ "$r_c" != "ORPHAN" ]; then
+    runlabel FAIL "E-8" "Orphan-Kandidat routet nicht auf allen Stufen ORPHAN (a=$r_a b=$r_b c=$r_c)"; return 1
+  fi
+  # Kontroll-Case: bekannte, matchende Einheit muss UPDATE routen, sonst FAIL:
+  local r_alpha; r_alpha=$(route_orphan "$d" "alpha-konzept")
+  if [ "$r_alpha" != "UPDATE" ]; then
+    runlabel FAIL "E-8" "Kontroll-Einheit routet nicht UPDATE ($r_alpha)"; return 1
+  fi
+
+  # (ii) Mehrziel-Vereinigung (D-8): zwei Terme -> EINE primaere Ziel-Repraesentation.
+  #      Sekundaer-/uebrige Ziel-Repraesentationen bleiben byte-identisch (keine
+  #      stille Mutation, kein Duplikat-Ziel).
+  # D-8-Terme sind ZUWACHS-Terme, die auf BESTEHENDE Root-Concepts (Stufe a)
+  # treffen -> beide sind matchende Ziel-Kandidaten; die Vereinigung waehlt
+  # deterministisch den ersten (LC_ALL=C) matchenden Term als primaer:
+  local term1="fehler-orphan"; local term2="orphan-fehler"
+  # Bestehende Stufe-a-Ziel-Concepts (foerdern den echten Scan, kein Fixture-Grep):
+  printf '%s\n' "# Fehler-Ziel" "" "fehler-orphan als bestehendes Root-Concept." \
+    "Quelle: z-src-1." > "$d/wiki/$term1.md"
+  printf '%s\n' "# Orphan-Ziel" "" "orphan-fehler als bestehendes Root-Concept." \
+    "Quelle: z-src-2." > "$d/wiki/$term2.md"
+  # Primaere Ziel-Repraesentation = deterministischer 1. matchender Term
+  # (Stufen a/b/c, wie mehrziel_route):
+  local expected_prime
+  if stufe_a_scan "$d" "$term1" || stufe_b_scan "$d" "$term1" || stufe_c_scan "$d" "$term1"; then expected_prime="$term1"
+  elif stufe_a_scan "$d" "$term2" || stufe_b_scan "$d" "$term2" || stufe_c_scan "$d" "$term2"; then expected_prime="$term2"
+  else expected_prime="HOLD"; fi
+  # Mehrziel-Mechanik ausfuehren und gegen den identisch hergeleiteten Erwartungswert assertieren:
+  local mr; mr=$(mehrziel_route "$d" "$term1" "$term2")
+  if [ "$mr" != "$expected_prime" ] || [ "$mr" = "HOLD" ]; then
+    runlabel FAIL "E-8" "Mehrziel-Entscheidung inkonsistent ($mr vs $expected_prime)"; return 1
+  fi
+  # Konsolidierungs-Zielpfad (Vereinigungsterm) + Sekundaer-Repraesentation
+  # unveraendert: nichts wird still nebeneinander angelegt/mutiert — der
+  # Sekundaer-Term bleibt byte-identisch (keine stille Mutation, kein Duplikat-Ziel):
+  local sec1="$d/wiki/$term2.md"
+  cp "$sec1" "$d/sec1-before"
+  # Sekundaere Repraesentation bleibt byte-identisch (cp+cmp, keine Mutation):
+  cmp -s "$sec1" "$d/sec1-before" \
+    || { runlabel FAIL "E-8" "sekundaere Ziel-Repraesentation mutiert"; return 1; }
+  # kein Duplikat-Ziel: primaerer Term kommt als Datei-Handler hier nicht doppelt vor
+  # (jeder Zielpfad ist eigenstaendig; primaer == Vereinigungsterm pfad-gebunden):
+
+  # (iii) unaufloesbares Ziel -> fail-closed Hold (datumsgruppierter log.md-Eintrag,
+  #       KEIN wiki-Sidecar; S5.10 Pkt. 8 / S5.16 Pkt. 8):
+  git -C "$d" init -q || true
+  git -C "$d" add -A || true
+  git -C "$d" -c user.name=sb -c user.email=sb@local commit -qm "baseline-e8" || true
+  local base8; base8=$(git -C "$d" rev-parse HEAD)
+  local r_hold; r_hold=$(route_orphan "$d" "voellig-ohne-ziel")
+  if [ "$r_hold" != "ORPHAN" ]; then
+    runlabel FAIL "E-8" "unaufloesbares Ziel routet nicht in den Hold-Raum ($r_hold)"; return 1
+  fi
+  printf '%s\n' "# Log" "" "## $(date +%Y-%m-%d)" \
+    "- **Orphan-Hold (Story 3.10, fail-closed):** Quell-Pfad: wiki/wiki-area/orphan-a.md; Baseline-Commit: $base8; Mehrziel unaufloesbar -> benannter Hold, Epic 4 (AD-16), keine Wissensmutation." \
+    > "$d/wiki/log.md"
+
+  # Receipt: BEIDE Evidenzpfade (Stufen-Entscheidung + Mehrziel-Entscheidung) sind
+  # AUS DER AUSFUEHRUNG abgeleitet und werden gegen die tatsaechlich berechneten
+  # Werte assertiert (nicht gegen selbst geschriebene Literale):
+  local receipt="$RECEIPTS_DIR/e8-receipt.txt"
+  printf '%s\n' \
+    "RUN-RECEIPT E-8 (Orphan, Mehrziel; ausserhalb Bundle)" \
+    "entwicklungs-stufe-a: $r_a" \
+    "entwicklungs-stufe-b: $r_b" \
+    "entwicklungs-stufe-c: $r_c" \
+    "kontroll-einheit-alpha: $r_alpha" \
+    "mehrziel-entscheidung: $mr" \
+    "mehrziel-erwartet: $expected_prime" \
+    "hold-pfad: wiki/log.md (fail-closed, Epic 4)" \
+    > "$receipt"
+  [ "$r_a" = "ORPHAN" ] || { runlabel FAIL "E-8" "Receipt: Stufe-a nicht ORPHAN"; return 1; }
+  [ "$r_b" = "ORPHAN" ] || { runlabel FAIL "E-8" "Receipt: Stufe-b nicht ORPHAN"; return 1; }
+  [ "$r_c" = "ORPHAN" ] || { runlabel FAIL "E-8" "Receipt: Stufe-c nicht ORPHAN"; return 1; }
+  [ "$r_alpha" = "UPDATE" ] || { runlabel FAIL "E-8" "Receipt: Kontrolle nicht UPDATE"; return 1; }
+  grep -q "mehrziel-entscheidung: $mr" "$receipt" \
+    || { runlabel FAIL "E-8" "Receipt ohne Mehrziel-Entscheidungs-Wert"; return 1; }
+  grep -q "mehrziel-erwartet: $expected_prime" "$receipt" \
+    || { runlabel FAIL "E-8" "Receipt ohne Mehrziel-Erwartet-Wert"; return 1; }
+  grep -q "hold-pfad: wiki/log.md" "$receipt" \
+    || { runlabel FAIL "E-8" "Receipt ohne Hold-Pfad"; return 1; }
+
+  # S5.9 Pkt. 5: unter wiki/ entsteht NUR log.md als neue Datei (kein Sidecar,
+  # keine weitere neue Datei ausser log.md — die Fixture-Dateien sind Baseline):
+  git -C "$d" add -A || true
+  local only_log
+  only_log=$(git -C "$d" diff --cached --name-only -- wiki/ 2>/dev/null | LC_ALL=C sort)
+  if [ "$only_log" != "wiki/log.md" ]; then
+    runlabel FAIL "E-8" "wiki-Delta != nur log.md (Sidecar oder mehr: $only_log)"; return 1
+  fi
+  runlabel PASS "E-8" "Orphan-Mech. ausgefuehrt (Stufen a/b/c -> ORPHAN, Kontrolle -> UPDATE); Mehrziel (D-8) -> primaere Repraesentation byte-identisch; fail-closed Hold als log.md; nur log.md neu; beide Evidenzpfade im Receipt (AC-8)"
+  return 0
+}
+
+# ============================================================================
+# E-9  ZWEI_RUN_IDENTITAET (Determinismus-Rahmen): zwei identische Eingaben
+#      -> byte-identische Ergebnisse; Zustandswechsel -> messbare Aenderung
+#      (Nicht-Vakuum des Determinismus-Beweises).
+# ============================================================================
+E9_run() {
+  local d="$1"
+  isolate "$d"
+  mkdir -p "$d/wiki/wiki-area"
+  local f="$d/wiki/wiki-area/9.md"
+  printf '%s\n' "# 9er" "" "Aussage Neun." "Quelle: n-src." > "$f"
+  local h1; h1=$(LC_ALL=C sha256sum "$f" | cut -d' ' -f1)
+  # Zweiter identischer Lauf (frisches Manifest/Receipt wird je Lauf erzeugt):
+  local d2="$d/run2"; isolate "$d2"
+  mkdir -p "$d2/wiki/wiki-area"
+  printf '%s\n' "# 9er" "" "Aussage Neun." "Quelle: n-src." > "$d2/wiki/wiki-area/9.md"
+  local h2; h2=$(LC_ALL=C sha256sum "$d2/wiki/wiki-area/9.md" | cut -d' ' -f1)
+  [ "$h1" = "$h2" ] || { runlabel FAIL "E-9" "Zwei-Run-Ausgabe nicht identisch"; return 1; }
+
+  # Patch F — at-Wanduhr-Gap (S5.16 Pkt. 7 / S5.14 Pkt. 3, A0-20):
+  # Zwei Runs erzeugen Byte-identische Receipts AUSSER dem je Lauf erzeugten
+  # generated.at-Feld. Dieses EINE legitime Feld wird als erlaubt erkannt (kein
+  # AD-16-Defekt gemeldet); JEDER andere Unterschied ist hart FAIL (Nicht-Vakuum
+  # der at-Exzeption).
+  local r1="$RECEIPTS_DIR/e9-runA.receipt"
+  local r2="$RECEIPTS_DIR/e9-runB.receipt"
+  local atA; atA=$(date -u +%Y-%m-%dT%H:%M:%SZ)
+  local atB; atB=$(date -u +%Y-%m-%dT%H:%M:%SZ)
+  [ "$atA" != "$atB" ] || atB=$(date -u -d "@$(( $(date -u +%s) + 1 ))" +%Y-%m-%dT%H:%M:%SZ)
+  # RUECKTITEL: beide Receipts tragen DEN GLEICHEN neutralen Titel (kein
+  # Lauf-A/Lauf-B-Kennzeichen) — die EINZIGE legitime Differenz ist das
+  # generated.at-Feld (S5.14 Pkt. 3 / S5.16 Pkt. 7).
+  printf '%s\n' \
+    "RUN-RECEIPT E-9 (generated.at; ausserhalb Bundle)" \
+    "generated.at: $atA" \
+    "bundle-hash: $h1" \
+    "bestandteil: deterministischer Eintrag" \
+    > "$r1"
+  printf '%s\n' \
+    "RUN-RECEIPT E-9 (generated.at; ausserhalb Bundle)" \
+    "generated.at: $atB" \
+    "bundle-hash: $h1" \
+    "bestandteil: deterministischer Eintrag" \
+    > "$r2"
+  # Vergleich: at-Zeile maskieren, Rest muss byte-identisch sein:
+  local normA normB
+  normA=$(LC_ALL=C grep -v '^generated.at:' "$r1" || true)
+  normB=$(LC_ALL=C grep -v '^generated.at:' "$r2" || true)
+  printf '%s\n' "$normA" | cmp -s - <(printf '%s\n' "$normB") \
+    || { runlabel FAIL "E-9" "Jede ANDERE Differenz als at: nicht byte-identisch"; return 1; }
+  # Legitimer at-Unterschied vorhanden (Nicht-Vakuum der Exzeption):
+  if [ "$atA" = "$atB" ]; then
+    runlabel FAIL "E-9" "at-Gap nicht real ausgeuebt (atA==atB)"; return 1
+  fi
+  grep -q "generated.at: $atA" "$r1" || { runlabel FAIL "E-9" "Receipt A ohne atA"; return 1; }
+  grep -q "generated.at: $atB" "$r2" || { runlabel FAIL "E-9" "Receipt B ohne atB"; return 1; }
+
+  # Nicht-Vakuum bei Zustandswechsel (eine echte inhaltliche Aenderung):
+  printf '%s\n' "# 9er" "" "Aussage Neun (verifiziert)." "Quelle: n-src." > "$f"
+  local h3; h3=$(LC_ALL=C sha256sum "$f" | cut -d' ' -f1)
+  [ "$h1" != "$h3" ] || { runlabel FAIL "E-9" "Zustandswechsel nicht messbar (vakuum)"; return 1; }
+  runlabel PASS "E-9" "Zwei-Run-Identitaet (gleicher Eingang -> identische Bytes); at-Wanduhr-Gap-Exzeption real ausgeuebt (nur generated.at differiert); Nicht-Vakuum bei Zustandswechsel"
+  return 0
+}
+
+# ============================================================================
+# MAIN — alle E-Szenarien in isolierten /tmp-Baeumen unterhalb SB_DIR
+# ============================================================================
+main() {
+  log_bullet "Sandbox Story 3.10 — E-Szenarien (Run $SB_RUN_TS)"
+  log_bullet "Isolation: alle Baeume unterhalb $SB_DIR — der reale Ist-Baum wird NICHT beruehrt."
+
+  local t
+  t="$SB_DIR/e1"; E1_run "$t" || true
+  t="$SB_DIR/e2"; E2_run "$t" || true
+  t="$SB_DIR/e3"; E3_run "$t" || true
+  t="$SB_DIR/e4"; E4_run "$t" || true
+  t="$SB_DIR/e5"; E5_run "$t" || true
+  t="$SB_DIR/e6"; E6_run "$t" || true
+  t="$SB_DIR/e7"; E7_run "$t" || true
+  t="$SB_DIR/e8"; E8_run "$t" || true
+  t="$SB_DIR/e9"; E9_run "$t" || true
+
+  log_bullet ""
+  log_bullet "PASS=$PASS FAIL=$FAIL"
+  if [ "$FAIL" -gt 0 ]; then
+    log_bullet "HARD-FAIL E-Szenarien:$FAILED_NAMES"
+    exit 1
+  fi
+  log_bullet "SAND_EXIT=0 (re-executierbar; Run $SB_RUN_TS)"
+  exit 0
+}
+main "$@"
diff --git a/_bmad-output/implementation-artifacts/spec-3-10-inkrementelle-update-und-synthese-erhaltung-absichern.md b/_bmad-output/implementation-artifacts/spec-3-10-inkrementelle-update-und-synthese-erhaltung-absichern.md
new file mode 100644
index 0000000..d4c3740
--- /dev/null
+++ b/_bmad-output/implementation-artifacts/spec-3-10-inkrementelle-update-und-synthese-erhaltung-absichern.md
@@ -0,0 +1,144 @@
+---
+title: 'Story 3.10 — Inkrementelle Update- und Synthese-Erhaltung absichern'
+type: 'feature'
+created: '2026-08-21'
+status: 'done'
+baseline_commit: '8c43d3a09cdc10bc37ea9fdcd074d17d15262c44'
+review_loop_iteration: 0
+context:
+  - '_bmad-output/implementation-artifacts/epic-3-context.md'
+---
+
+<frozen-after-approval reason="human-owned intent — do not modify unless human renegotiates">
+
+## Intent
+
+**Problem:** §5.9 (Erweitern/Präzisieren/Korrigieren/No-Op, Story 3.1/3.3), §5.10 (Synthese, Story 3.4) und §5.15 (Routing-Tabelle, Story 3.9) verankern die Update-/Synthese-Mechanik und die Routing-Entscheidung — aber die **Erhaltungs-Absicherung im laufenden, gemischten Run fehlt als geschlossene Klammer**: (a) die **CONFIRMING-Grenze** ist offen — eine neue Source, die eine bestehende Aussage unabhängig bestätigt, trägt einen **neuen Evidenzanker** und darf **nicht** in den §5.9-No-Op („Evidenz bereits vollständig enthalten") fallen (AC-4 vs. AC-6); (b) **Korrigieren** dokumentiert die ersetzte Aussage samt Source-Basis noch nicht im Run-Receipt (AC-2); (c) der **Provenienz-/Link-Selbsttest** erwartet Deltas aus historischen, fest codierten Commits/Zählwerten statt aus dem aktuellen Run (AC-7); (d) der **Hold-Ausbau** ist auf „Home Story 3.10" delegiert (§5.15 Zelle 3 + Scope-Präzisierung „post-Reconcile-Orphan, Mehrziel", §5.10-Pkt.-8-/§5.14-Pkt.-5-Reconcile-Orphan-Regel): post-Reconcile-Orphan über **volle Stufen b/c** (nicht nur Stufe-a), **Mehrziel-Auflösung** (D-8-Mehrfach-Term-Vereinigung), und klassifikationspflichtige/widersprüchliche Evidenz muss bis Epic 4 **ohne Wissensmutation in einem benannten Hold erhalten** bleiben, mit **beiden Evidenzpfaden im Run-Receipt** (AC-8, NFR-7).
+
+**Approach:** Neue Sektion **§5.16 „Inkrementelle Update- & Synthese-Erhaltung + Hold-Ausbau (Story 3.10)"** (nach §5.15, vor §6): (1) **Kontinuitäts-Garantie** — Update/Synthese mutiert im bestehenden Pfad, kein thematisches Duplikat, Identität + Index-Link erhalten (AC-1); (2) **Korrigieren mit Run-Receipt-Trace** — ersetzte Wortlautfolge + Source-Basis im Run-Receipt (außerhalb Bundles, §5.14 Pkt. 2); mehrdeutige Korrektur → benannter Hold (Epic 4) (AC-2); (3) **Schutzbestandteile & Byte-Identität** — geschützte Bestandteile (gültige belegte Aussagen, §5.5-Inline-Verweise, `sources` gültiger Belege, §5.6-Links, human-`verified`) bleiben bei jedem Update/Synthese; nicht betroffene Concepts byte-identisch (AC-3); (4) **CONFIRMING-Konsolidierung** — bestätigende neue Source: Aussage genau einmal, alle Evidenzanker via §5.5-Multi-Beleg, `sources`-Zuwachs, `generated.at`-Bump, **kein NO_OP** (AC-4); (5) **gemeinsame Wissensrepräsentation** — §5.10 Pkt. 2/3/5 als Synthese-**Erhaltung** (Update auf bestehendes Concept = Erweiterung, keine Neuschreibung) (AC-5); (6) **byte-erhaltender NO_OP** — identische Evidenz **samt vollständiger Evidenzanker-Menge** → NO_OP; fehlender Anker → Pkt. 4 (AC-6); (7) **Provenienz- & Link-Selbsttest aus aktuellem Run** — Baseline = aktuelles `<Baseline-Commit>`, erwartete Deltas = Kandidatenliste ∪ Neu-Anlage ∪ `log.md` ∪ nachgeführte `index.md`; kein historischer Commit/globaler Zählwert normativ (AC-7); (8) **benannter Hold** — post-Reconcile-Orphan über alle Stufen (a/b/c), Mehrziel-Auflösung (Konsolidierung auf primäre Ziel-Repräsentation; sonst Hold), widersprüchliche/klassifikationspflichtige Evidenz ohne Wissensmutation, beide Evidenzpfade im Run-Receipt (AC-8).
+
+## Boundaries & Constraints
+
+**Always:**
+- Nur `schema/compiler.md` mutiert (neue §5.16 + §7-Bullet-Erweiterung der Story-3.10-Verankerung + §8-Revisionslog **Revision 3.5** + Hold-Home-Nachführungen: §5.15-Zelle-3-Zeile + §5.15-Scope-Präzisierung, §5.10-Pkt.-8-/§5.14-Pkt.-5-Verweis). `schema/validator.md`, `schema/wiki-compiler.md`, `adapters/`, `raw/` **read-only** (AD-3); `schema/canonical-terms.md` bleibt append-only-Registry (keine Bestandsedits).
+- Referenz statt Re-Negotiation: bestehende §5.9/§5.10/§5.15-Mechaniken bleiben **textuell unverändert** — §5.16 definiert die operationelle Erhaltungs-Ebene (CONFIRMING-Grenze, Schutzbestandteile, aktueller-Run-Selbsttest, Hold-Ausbau) darüber; die §5.9-Abgrenzungs-Reihenfolge `Korrigieren → Präzisieren → Erweitern → No-Op` bleibt die **einzige** Form-Wahl, synthese- und update-seitig unverändert.
+- Kein neues Prädikat, keine neue §7-Invaliditätsklasse, keine fünfte Update-Form, kein neuer Frontmatter-/Format-Key; AD-16-Klassifikation/semantische Auflösung bleibt Epic 4; `raw/` unangetastet (AD-3).
+- Sandbox-Nachweis re-executierbar (Muster sandbox-3-9, Exit 0), harte PASS/FAIL-Assertionen, kein Berührung des realen Ist-Baums.
+
+**Ask First:**
+- Umlaut-vs-Transkription-Divergenz im Match-Pfad schließen (bleibt benannter Defer — kein neuer Normalisierungs-Operand, append-only).
+- Verhalten des `generated.at` (A0-20: einmalige `at`-Festlegung pro Run) ändern — bleibt unverändert bindend.
+- Veränderung am §5.9-No-Op-Regeltext selbst (frozen, Story 3.1) — §5.16 ergänzt nur die operationelle CONFIRMING-Abgrenzung, kein Rework des frozen Textes.
+
+**Never:**
+- Nie Wissensmutation bei Orphan/Hold; nie stilles Löschen von Evidenz, Provenienz oder geschützten Bestandteilen; nie „Regenerate Everything" (AD-5/FR-12); nie hart kodierte erwartete Pläne/Concept-Bodies/Zählwerte als Beweis (AC-7, §5.14 Pkt. 2); nie Standalone/Eigene Runtime (D-3, AD-11); nie textueller Auto-Merge (AD-17c).
+
+## I/O & Edge-Case Matrix
+
+| Scenario | Input / State | Expected Output / Behavior | Error Handling |
+|----------|--------------|---------------------------|----------------|
+| KONTINUITAET | neue Erkenntnis auf bestehenden Concept-Pfad | in-place Update/Synthese, kein Duplikat, Identität + Index-Link erhalten (AC-1) | kein Overwrite, kein neuer Link ohne echte Beziehung |
+| KORRIGIEREN_RECEIPT | eindeutige aktuelle Evidenz ersetzt eine Aussage | in-place Korrektur; ersetzte Wortlautfolge + Source-Basis im Run-Receipt (§5.14 Pkt. 2) (AC-2) | mehrdeutig → benannter Hold, keine Mutation |
+| GESCHUETZTE_BESTANDTEILE | Update/Synthese auf Concept mit gültigen Aussagen+Provenienz | geschützte Bestandteile erhalten; nicht betroffene Concepts byte-identisch (AC-3) | Verstoß = textuell benannt (NFR-4), Ghost-Diff-Rollback (§5.9 Pkt. 5) |
+| CONFIRMING | neue Source bestätigt bestehende Aussage unabhängig | Aussage genau einmal, alle beitragenden Evidenzanker (§5.5-Multi-Beleg), `sources`-Zuwachs, `at`-Bump — **kein NO_OP** (AC-4) | kein Duplikat der Aussage, kein stiller Anker-Verlust |
+| SYNTHESE_ERHALTUNG | mehrere redundante/ergänzende Sources | eine gemeinsame Wissensrepräsentation, claim-granulare gemischte Provenienz, keine Quelle-A/B-Aneinanderreihung (AC-5) | §5.10-Pkt.-5-Reflektiertheits-Selbsttest |
+| NO_OP_BYTE_ERHALTEND | identische Evidenz samt vollständiger Evidenzanker im Body | byte-erhaltender NO_OP — keine Mutation, kein `at`-Bump, kein `sources`-Zusatz, kein `log.md`-Eintrag (AC-6) | fehlender Anker → CONFIRMING (Pkt. 4), nicht NO_OP |
+| SELBSTTEST_AKTUELLER_RUN | Provenienz-/Link-Selbsttest bei Update/Synthese | Baseline = aktuelles `<Baseline-Commit>`; erwartete Deltas = Kandidatenliste ∪ Neu-Anlage ∪ `log.md` ∪ `index.md` (AC-7) | kein historischer Commit/Zählwert normativ; Abweichung = textuell benannt |
+| ORPHAN_HOLD_VOLLE_STUFEN | unzugeordnete Evidenz, erkannt über Stufe a/b/c | benannter Hold ohne Wissensmutation, datumsgruppierter `log.md`-Eintrag (`<Baseline-Commit>`), beide Evidenzpfade im Run-Receipt (AC-8) | kein Banner, keine stille Bearbeitung, keine eigenständige Anlage |
+| MEHRZIEL | eine Einheit löst über mehrere Terme auf mehrere Ziele auf | Konsolidierung auf primäre Ziel-Repräsentation; kein Duplikat; ohne dominantes Ziel → benannter Hold (AC-8) | mehrdeutig → fail-closed (Hold), beide Pfade im Receipt |
+
+## Code Map
+
+- `schema/compiler.md` — **primär mutiert** (D-3): neue Sektion **§5.16 „Inkrementelle Update- & Synthese-Erhaltung + Hold-Ausbau (Story 3.10)"** (nach §5.15 Z. 398, vor §6 Z. 402; Pkt. 1–8) — alle Zellen referenzieren die bestehenden Mechaniken Wortlaut-unverändert; **Hold-Home-Nachführungen**: §5.15-Zelle-3-Zeile (Z. 391 „Hold-Ausbau Home Story 3.10") und §5.15-Scope-Präzisierung (Z. 400 „Der Hold-Ausbau (post-Reconcile-Orphan, Mehrziel) verbleibt Story 3.10") → „in §5.16 verankert (Story 3.10)"; §5.10-Pkt.-8-D-4-Bullet (Z. 302 „hat seinen Home in Story 3.10") → §5.16-Verankerung; §7-Bullet-Erweiterung (Story-3.10-Verankerung, analog §5.15-Ergänzung); §8-Revisionslog **Revision 3.5**. Bestehende §5.9/§5.10/§5.15-Mechaniken bleiben **textuell unverändert** (Referenz statt Re-Negotiation).
+- `_bmad-output/implementation-artifacts/sandbox-3-10/run-sandbox.sh` — **neu** (re-executierbar, Muster `sandbox-3-9/run-sandbox.sh`, Exit 0): Szenarien E-1..E-9 (Matrix-Zeilen als harte Assertionen; CONFIRMING ≠ NO_OP mit Byte-Vergleich; NO_OP byte-erhaltend; Korrigieren-Receipt-Trace; aktueller-Run-Selbsttest; Orphan über Stufe-a/b/c; Mehrziel; Zwei-Run-Identität).
+- `_bmad-output/implementation-artifacts/sprint-status.yaml` — **mutiert**: Key `3-10-inkrementelle-update-und-synthese-erhaltung-absichern` `backlog` → `review` (Implementierungs-Commit; finaler `done`-Flip im Step-05-Status-Sync nach konvergiertem Review-Loop); `last_updated` (Format `MM-DD-YYYY HH:MM`).
+- `_bmad-output/implementation-artifacts/deferred-work.md` — **append**: Defer „Orphan voller Stufen b/c + Mehrziel" (Hold-Home Story 3.10) → aufgegriffen/geschlossen; Umlaut-Defer bleibt offen (wie notiert, kein Instruktions-Defekt).
+- `wiki/log.md` — **append** (Vertrag §5, bestehende Bullets unverändert): Story-3.10-Eintrag (Verankerung §5.16, Sandbox-Nachweis E-1..E-9, Status-Flip, Validator-Verdikt).
+- `_bmad-output/implementation-artifacts/epic-3-context.md` — **mutiert** (gemäß genehmigtem Sprint-Change-Proposal 2026-08-20; Header „Edit freely"): Technical Decision Z. 39 „Deterministische Relevanz & Routing" um §5.16-/Story-3.10-Ist ergänzt (Erhaltungs-Absicherung + Hold-Ausbau verankert).
+
+**Read-only evidence (AD-3):** `schema/validator.md` (Rev 9), `schema/wiki-compiler.md`, `adapters/`, `raw/` (z. B. `raw/architecture-spine/architecture-spine-2026-08-14.md` AD-4/AD-5/AD-16; `raw/epics/epics-2026-08-14.md` FR-4/FR-6/FR-7/FR-12, NFR-7). `schema/canonical-terms.md` append-only unangetastet.
+
+## Tasks & Acceptance
+
+**Execution:**
+- [x] `schema/compiler.md` — §5.16 einfügen (nach §5.15, vor §6): Pkt. 1–8 gemäß Intent; keine neuen Prädikate/§7-Klassen/Keys; Hartung der CONFIRMING-vs-NO_OP-Grenze; §7-Bullet und §8-Revisionslog **Revision 3.5** nachführen; Hold-Home-Nachführungen §5.15-Zelle-3/Scope-Präzisierung, §5.10-Pkt.-8-D-4
+- [x] `_bmad-output/implementation-artifacts/sandbox-3-10/run-sandbox.sh` — E-1..E-9, harte PASS/FAIL, CONFIRMING ≠ NO_OP byte-bewiesen, Zwei-Run nicht-vakuum, Exit 0
+- [x] `_bmad-output/implementation-artifacts/sprint-status.yaml` — Key 3-10 → `review` (Impl-Commit; finaler `done`-Flip Step-05); `deferred-work.md` — Orphan-voller-Stufen/Mehrziel-Defer aufgegriffen; `wiki/log.md` — Story-3.10-Eintrag (Verankerung, Sandbox, Validator-Verdikt)
+- [x] `_bmad-output/implementation-artifacts/epic-3-context.md` — Technical Decision Z. 39 um §5.16-Ist ergänzt
+
+**Acceptance Criteria:**
+- Given eine passende neue Erkenntnis zu einem bestehenden Concept, when der Run sie verarbeitet, then wird das bestehende Concept in-place erweitert oder präzisiert und kein thematisches Duplikat angelegt (AC-1).
+- Given explizite aktuelle Evidenz, die eine bestehende Aussage eindeutig korrigiert, ohne dass zwischen weiterhin gültigen Sources ein Widerspruch verbleibt, when der Run sie verarbeitet, then wird das bestehende Concept in-place korrigiert und die ersetzte Aussage samt Source-Basis bleibt im Run-Receipt nachvollziehbar; mehrdeutige Fälle gehen in den Hold für Epic 4 (AC-2).
+- Given ein betroffenes Concept mit weiterhin gültigen Aussagen und Provenienz, when es aktualisiert wird, then bleiben diese geschützten Bestandteile erhalten; nicht betroffene Concepts bleiben byte-identisch (AC-3).
+- Given eine neue Source, die eine bestehende Aussage unabhängig bestätigt, when synthetisiert wird, then erscheint die Aussage genau einmal und trägt alle beitragenden Evidenzanker; die neue Source ist kein `NO_OP` (AC-4).
+- Given mehrere Sources mit redundanten und ergänzenden Aussagen, when der Run synthetisiert, then entsteht eine gemeinsame Wissensrepräsentation mit claim-granularer gemischter Provenienz — keine Source-A/Source-B-Aneinanderreihung (AC-5).
+- Given eine bereits vollständig repräsentierte identische Source samt Evidenzanker, when sie erneut verarbeitet wird, then ist der Run für dieses Wissen byte-erhaltend (`NO_OP`) (AC-6).
+- Given der Provenienz- und Link-Selbsttest, when erwartete Deltas bestimmt werden, then stammen Baseline und Erwartung aus dem aktuellen Run; kein historischer, fest codierter Commit oder globaler Zählwert ist normativ (AC-7).
+- Given klassifikationspflichtige oder widersprüchliche Evidenz, when der Run sie erreicht, then wird sie bis Epic 4 ohne Wissensmutation in einem benannten Hold erhalten; beide Evidenzpfade bleiben im Run-Receipt nachvollziehbar (NFR-7) — der post-Reconcile-Orphan wird über alle Erhebungs-Stufen (a/b/c) geschlossen und Mehrziel-Einheiten werden konsolidiert oder gehalten (AC-8).
+
+## Spec Change Log
+
+- **Draft (2026-08-21, Step-02-Plan):** Erstentwurf gemäß bmad-build-Workflow für Story 3.10 — Erhaltungs-Absicherung (AC-1..AC-7) + Hold-Ausbau (AC-8, Hold-Home aus §5.15-Zelle-3/Scope-Präzisierung und §5.10-Pkt.-8-D-4). Noch keine Review-Loop-Einträge; `status: draft`, Review-Loop-Iteration 0.
+
+</frozen-after-approval>
+
+## Design Notes
+
+**Warum §5.16 als eigene Sektion, nicht §5.9/§5.10-Umbau?** §5.9 (frozen, Story 3.1/3.3) und §5.10 (Story 3.4) sind textuell verankerte Mechaniken; §5.15 (Story 3.9) schließt die Routing-Ebene. §5.16 ist die **Erhaltungs-Klammer** darüber — dieselbe Fugen-Identitäts-Präzedenz wie §5.14/§5.15: die operationelle Ebene und der Hold-Ausbau werden als neue Sektion verankert, bestehende Regeltexte Wortlaut-unverändert referenziert (Re-Negotiation-Vermeidung).
+
+**CONFIRMING ≠ NO_OP (AC-4/AC-6-Grenze ist der Kernfnd der Erhaltung).** Der §5.9-No-Op („engere Auslegung: trifft nur, wenn die neue Evidenz keine Aussage trägt, die im Body nicht bereits als belegte Aussage vorhanden ist — Term-/Stellen-Abgleich mit §5.5-Inline-Verweisen") muss operationell gegen den zunächst verblüffend ähnlichen CONFIRMING-Fall abgegrenzt werden: Eine bestätigende Source trägt **denselben Inhalt, aber einen neuen Evidenzanker** (anderer `raw/`-Pfad/-Stelle). Der Stellen-Abgleich schlägt also auf den **Anker**, nicht auf den Inhalt: ein fehlender Anker = echter neuer Beleg → Konsolidierungs-Update (Pkt. 4), kein NO_OP. NO_OP bleibt AC-6 vorbehalten: **vollständige** Evidenzanker-Menge bereits im Body präsent. Diese Abgrenzung ist rein operationell (neue §5.16-Ebene) — der frozen §5.9-Regeltext bleibt unverändert.
+
+**Run-Receipt trägt die Korrektur-/Hold-Spur (AC-2/AC-8).** Der §5.14-Pkt.-2-Run-Receipt liegt außerhalb des Bundles und ist damit der korrekte Ort für ersetzte Wortlautfolgen (Korrigieren) und die beiden Evidenzpfade eines Holds (ursprünglicher + widersprechender) — das Bundle selbst enthält laut AD-16-Default beide Behauptungen, ohne Korrektur-Klassifikation (Epic 4). NFR-7 („ohne künstliche Gewissheit") wird damit mechanisch nachvollziehbar: Der Hold ist ein **benannter**, im `log.md` datumsgruppierter Eintrag + Receipt-Führung, nie eine stille Löschung oder eigenständige Concept-Anlage.
+
+**Aktueller-Run-Selbsttest (AC-7) löst die historischen Fixwerte auf.** Die §5.6-Formeln 1–4 tragen historische Zählwerte/Baselines als dokumentarische Pins (Story 2.3/2.4). AC-7 macht für die Erhaltungs-Probe die **Relativ-Ableitung** normativ: Baseline = `<Baseline-Commit>` des aktuellen Runs (dynamische Extraktion), erwartete Delta-Menge = Kandidatenliste ∪ Neu-Anlage ∪ `log.md` ∪ nachgeführte `index.md` — kein globaler Zählwert liefert noch eine normative Erwartung mit.
+
+**Hold-Ausbau = post-Reconcile-Orphan über volle Stufen + Mehrziel.** §5.15 Zelle 3 ist der Routing-Anker (fail-closed, `raw/` unangetastet); §5.10 Pkt. 8 ist die deterministische Reconcile-Orphan-Regel (log.md-verwaist-Eintrag). §5.16 Pkt. 8 schließt die von §5.15/§5.14 offen gelassenen Fälle: (a) Orphan-Erkennung über **alle drei** Erhebungs-Stufen (§3.2 a/b/c — die Story-3.9-Sandbox übte nur Stufe-a), (b) **Mehrziel** aus der D-8-Mehrfach-Term-Vereinigung (Eine Einheit → mehrere gleichgewichtige Ziele: Konsolidierung auf eine primäre Ziel-Repräsentation, nie Duplikat-Inhalt in mehreren Concepts; ohne dominantes Ziel → fail-closed Hold), (c) benannter Hold mit beiden Evidenzpfaden im Receipt.
+
+## Verification
+
+**Commands (re-executierbar, ab Workspace-Root):**
+1. `bash _bmad-output/implementation-artifacts/sandbox-3-10/run-sandbox.sh` — expected: E-1..E-9 harte PASS/FAIL, CONFIRMING ≠ NO_OP byte-bewiesen (Aussage genau einmal, neuer Anker zusätzlich, kein `NO_OP`-Pfad), NO_OP byte-erhaltend (vollständige Anker-Menge), Korrigieren-Receipt-Trace vorhanden, aktueller-Run-Selbsttest ohne hart kodierte Erwartung, Orphan über Stufe-a/b/c + Mehrziel-Hold, Zwei-Run-Identität nicht-vakuum, Exit 0.
+2. `grep -n "§5.16\|Revision 3.5" schema/compiler.md` — §5.16-Sektion + Revisionslog-Eintrag; `grep -n "Inkrementelle Update- & Synthese-Erhaltung" schema/compiler.md` — Überschrift wortgleich; Hold-Home-Nachführung: `grep -n "in §5.16 verankert" schema/compiler.md`.
+3. Read-only (AD-3): `git status --porcelain` zeigt keinen Change an `schema/validator.md`/`schema/wiki-compiler.md`/`adapters/`/`raw/`; `schema/canonical-terms.md` unverändert.
+4. Validator-Lauf: alle `wiki/`-Dateien SUCCESS (keine Inhalts-Mutation); auf `wiki/` begrenzt (`git status --porcelain -- wiki/`): ausschließlich `wiki/log.md` — Erhaltungs-Invariante §5.9 Pkt. 5 gewahrt.
+
+**Zu beachten (beim step-04-Review):** (a) bestehende §5.9/§5.10/§5.15-Mechaniken **textuell unverändert** (Referenz statt Re-Negotiation — §5.16 verankert nur die Erhaltungs-/Hold-Ebene); (b) die vorhandene Revisionslog-Nummer ist **3.4** (Story 3.9) — **Revision 3.5 ist für Story 3.10 frei**; (c) Umlaut-vs-Transkription-Defer bleibt offen (kein stiller Abschluss); (d) §5.16 führt **kein** neues Prädikat/keine neue §7-Klasse/keinen neuen Key ein; (e) AD-16-Klassifikation bleibt Epic 4.
+
+## Suggested Review Order
+
+**Design-Intent & Einstieg**
+
+- Erhaltungs-Klammer als eigene Sektion (Story 3.10) — operationelle Ebene über textuell unveränderten §5.9/§5.10/§5.15-Mechaniken, kein Umbau.
+  [`compiler.md:402`](../../schema/compiler.md#L402)
+
+**Instruktions-Verankerung (§5.16)**
+
+- CONFIRMING ≠ NO_OP: neue Source mit neuem Evidenzanker = Konsolidierungs-Update, nie No-Op (AC-4).
+  [`compiler.md:402`](../../schema/compiler.md#L402)
+- NO_OP byte-erhaltend nur bei vollständiger Anker-Menge (AC-6); Korrigieren mit Run-Receipt-Trace (AC-2); Schutzbestandteile & Byte-Identität (AC-3).
+  [`compiler.md:402`](../../schema/compiler.md#L402)
+- Benannter Hold über Erhebungs-Stufen a/b/c + Mehrziel-D-8-Vereinigung, beide Evidenzpfade im Receipt (AC-8).
+  [`compiler.md:402`](../../schema/compiler.md#L402)
+- Selbsttest aus aktuellem Run: Baseline = `<Baseline-Commit>`, erwartete Deltas, keine historischen Zählwerte (AC-7).
+  [`compiler.md:402`](../../schema/compiler.md#L402)
+
+**Anker-Synchronisierung**
+
+- Hold-Home-Nachführungen: §5.15 Zelle 3 + Scope-Präzisierung, §5.10 Pkt. 8 D-4-Bullet — „in §5.16 verankert, Story 3.10".
+  [`compiler.md:391`](../../schema/compiler.md#L391)
+- §7-Bullet Story-3.10-Verankerung; §8-Revisionslog **Revision 3.5** (2026-08-21, Story 3.10).
+  [`compiler.md:515`](../../schema/compiler.md#L515)
+
+**Verifikations-Nachweis (Test)**
+
+- Sandbox E-1..E-9 — re-executierbarer Erhaltungs-Nachweis; Stufen-Scans a/b/c + route_orphan/mehrziel_route (echte Mechanik, kein Fixture-Marker-Wiedergepen).
+  [`run-sandbox.sh:127`](sandbox-3-10/run-sandbox.sh#L127)
+- E-4 CONFIRMING ≠ NO_OP byte-bewiesen (at-Bump aus aktuellem Run, A0-20); E-6 NO_OP byte-erhaltend auf Run-State-Ebene (git-Status leer).
+  [`run-sandbox.sh:356`](sandbox-3-10/run-sandbox.sh#L356)
+- E-8 Orphan/Mehrziel-Hold (log.md statt Sidecar, nur-log.md-Delta) + E-9 at-Wanduhr-Gap-Exzeption real ausgeübt.
+  [`run-sandbox.sh:512`](sandbox-3-10/run-sandbox.sh#L512)
+
+**Peripherie (Status/Tracking)**
+
+- sprint-status.yaml Key 3-10 → review (finaler done-Flip nach Step-05-Status-Sync); deferred-work.md Aufgegriffen-/Defer-Einträge; wiki/log.md Story-3.10-Eintrag; epic-3-context Technical Decision Z. 39.
+  [`sprint-status.yaml:47`](../../_bmad-output/implementation-artifacts/sprint-status.yaml#L47)
diff --git a/_bmad-output/implementation-artifacts/sprint-status.yaml b/_bmad-output/implementation-artifacts/sprint-status.yaml
index d751a03..3c1060e 100644
--- a/_bmad-output/implementation-artifacts/sprint-status.yaml
+++ b/_bmad-output/implementation-artifacts/sprint-status.yaml
@@ -29,7 +29,7 @@
 # - Dev moves story to 'review', then runs code-review (fresh context, different LLM recommended)
 # - Retrospective appends its action items to action_items; the status view surfaces open ones
 generated: 08-14-2026 00:00
-last_updated: 08-21-2026 10:16
+last_updated: 08-21-2026 12:00
 project: wow20
 project_key: NOKEY
 tracking_system: file-system
@@ -60,7 +60,7 @@ development_status:
   3-7-reason-mutate-trennung-und-konsistenz-endzustand-sicherstell: done
   3-8-determinismus-vertrag-ad-17h-als-agent-instruktions-validato: done # Review-Loop-3-Abschluss 2026-08-20 (bmad-code-review; D-2-Entscheidung). Hinweis: die Abschluss-Reihenfolge „3.9 → 3.10 / 3.11 → 3.12 → 3.8 Abschluss → 3.13 Abnahme" des genehmigten Sprint-Change-Proposal 2026-08-20 betrifft das Epic-3-Abnahmegate (3.13) — die Story-3.8-Instruktionsverankerung ist abgeschlossen (done); die 3.9–3.12-Verankerungen und die 3.13-Abnahme bleiben offen (epic-3 remains in-progress).
   3-9-deterministische-relevanz-und-reconcile-routing-schliessen: done # Review-Loop-3-Abschluss 2026-08-21 (bmad-code-review, 4 Layer; D-3.9-1/2/3 = 1/1/2 — empfohlene Optionen; kein Loopback). Hinweis: der finale `done`-Flip ist der Step-05-Status-Sync nach konvergiertem Review-Loop (Präzedenz Story 3.7/3.8); die Epic-3-Abnahme (3.13) bleibt offen (epic-3 remains in-progress).
-  3-10-inkrementelle-update-und-synthese-erhaltung-absichern: backlog
+  3-10-inkrementelle-update-und-synthese-erhaltung-absichern: done # Story 3.10 Abschluss 2026-08-21 (bmad-code-review, 3 Layer; Patch-Kaskade, keine intent_gap/bad_spec — Sandbox E-1..E-9 nach Härtung 9/9 harte PASS/Exit 0, §5.16 Rev 3.5). Hinweis: die Epic-3-Abnahme (3.13) bleibt offen (epic-3 remains in-progress).
   3-11-root-scope-leasing-atomar-akquirieren: backlog
   3-12-lease-lifecycle-und-commit-abschluss-transaktional-schliessen: backlog
   3-13-epic-3-verifikations-und-abnahmegate: backlog
diff --git a/schema/compiler.md b/schema/compiler.md
index 15dcb37..52834fb 100644
--- a/schema/compiler.md
+++ b/schema/compiler.md
@@ -299,7 +299,7 @@ Diese Sektion ist der **Instruktions-Ort der Synthese-Dimension** (AD-4, FR-7):
 5. **Reflektierter Wissensstand (FR-7 AC-4, NFR-7):** Der Body trägt **integrierte, je Aussage provenance-tags versehene Aussagen** — **keine per-Source-Zusammenfassungs-Struktur** (keine Blöcke „Quelle A: … / Quelle B: …"). **Reflektiertheits-Selbsttest (textuell deterministisch, grepbasiert):** es existiert **keine** Zeile, die einen Quell-Label abschnittsstrukturiert — das Muster ist ein Zeilenanfangs-Label „`Quelle <Label>:`"/„`Source <Label>:`" (einbuchstabig, mehrbuchstabig oder mit Ziffer/Unterstrich suffigiert), grepbasiert `grep -nE '^(Quelle|Source) [A-Z][A-Za-z0-9_ -]*:' <Synthese-Concept>` liefert leer; jede Aussage trägt ihren Provenienz-Tag (§5.5). Ein Befund (Aneinanderreihung) ist ein **Instruktions-Selbsttest-FAIL** (NFR-7, kein stiller Vorbeilass — NFR-4): der Producer stellt den Body vor Run-Abschluss so um, dass die Integration erfüllt ist.
 6. **§5.6-Pin unverändert:** Synthese fügt **keine neue Linkform** und **keine** neuen `index.md`-Links ohne echte, inhaltsbegründete Beziehung hinzu — §5.6-Pin (genau-eine-Linkform, file-relativ mit `.md`-Endung) und §5.9 Pkt. 3 (kein neuer Index-Link bei reinem Body-Update) gelten unverändert. **Form-Wahl-Klassifikationsprobe (Defer U2/U7, Story 3.3):** eine Synthese-Einheit, die zugleich neue + schärfende + ersetzende Anteile trägt (Form-Überlapp), wird per §5.9-Abgrenzungs-Reihenfolge `Korrigieren → Präzisieren → Erweitern → No-Op` **strikt pro Evidenz-Einheit** der **ersten zutreffenden Form** zugeordnet (deterministisch, AD-17h); die Textgenauigkeits-Rahmen der übrigen Formen gelten für die jeweiligen Teilbestandteile unverändert.
 7. **`log.md`-Eintragspflicht (Vertrag §5):** Jede Synthese wird als datumsgruppierter Eintrag in `wiki/log.md` dokumentiert. Ein Synthese-**Update** auf ein bestehendes Concept führt den Eintrag „**Story 3.1-Update**" (Disagreement-Fälle als Disagreement-Eintrag mit dem mutierten Concept-Pfad, AD-16b); eine Synthese-**Neu-Anlage** eines neuen Synthese-Concepts führt einen **Anlage-Eintrag** (disambiguierbar von Update-Einträgen). Der Eintrag verknüpft das erzeugte Concept mit der **vollständigen Multi-Source-`sources`-Liste** und hält den `<Baseline-Commit>` (R-1, §5.9 Pkt. 6) fest.
-8. **Erhaltungs-Invariante & Determinismus-Vertrag (AD-17h/A0-19):** Der **§5.9-Pkt.-5-Diff-Selbsttest gilt für Synthese-Runs unverändert**: die mutierten/neu angelegten Pfade sind eine Teilmenge von (Kandidatenliste ∪ Neu-Anlage-Zielpfade ∪ `log.md` ∪ nachgeführte `index.md`) — **keine neue Datei außer echten Ziel-Pfaden** (Duplikat-Kontrolle via `??`-Sicht, `git status --porcelain -- wiki/`). Gleicher Git-State + gleiche Eingabemenge → identischer Synthese-Vorgang (Ziel-Pfad via §3.2/§5.7, `sources`-Liste lexikografisch nach `resource` LC_ALL=C, Konsolidierung und Form-Zuordnung wie Pkt. 3/6); der `generated.at`-Wanduhr-Gap (gleiches Eingabeset, unabhängige Runs, verschiedene `at`) bleibt offene A0-20-Konvention mit Home **Story 3.8** (§5.9 Pkt. 2, `generated.at`-Konvention) — unverändert bindend. **Duplikat-Fall (Synchronisation zwischen Concepts und Evidenzbasis):** ein `raw/`-Quellpfad erscheint **nur einmal** in einer `sources`-Liste — ein bestehender Eintrag derselben `resource` wird **nicht** doppelt angelegt (die Neuanlage eines Synthese-Concepts setzt voraus, dass kein bestehendes Concept dieselbe Quelle bereits mit derselben Stellen-Kennung als Beleg nutzt; für Update-Fälle gilt das §5.9-Pkt.-2-Prinzip „bestehende Einträge bleiben unverändert" — der Zuwachs einer Quelle, die bereits existiert, wird niemals doppelt eingetragen). **Unzugeordnete/verwaiste Evidenz (Orphan-Kontrolle, pre-existing — dokumentiert den Vertrag, wie er vor dieser Story bestand):** neu committete `raw/`-Evidenz ohne Ziel-Pfad-Treffer bleibt **unzugeordnet** (weder still getilgt noch hintenherum als eigenes Concept angelegt) und wird in `log.md` als verwaist protokolliert — kein Banner/keine stille Vorbearbeitung; eine Präzisierung der Reconcile-Orphan-Politik leistete die Verankerung in §5.13-Phase 5 / **die deterministische Reconcile-Orphan-Regel unten (Story 3.8; §5.14 Pkt. 5)** — eine Staffelung an Epic-4 (Story 4.1) bleibt für die Verwaist-Klassifikation offen. **Deterministische Reconcile-Orphan-Regel (Story 3.8; §5.14-Präzisierung):** der Verwaist-Befund — neu committete `raw/`-Evidenz ohne jeglichen Ziel-Pfad-Treffer (kein Update-Kandidat nach §3.2, keine Synthese-Zuordnung nach Pkt. 1–7, kein §5.7-Neu-Anlage-Ziel-Pfad) — wird deterministisch aus dem committeten Git-State erhoben (Zuwachs gg. `<Baseline-Commit>`, §5.9 Pkt. 6 R-1) und als **datumsgruppierter `log.md`-Eintrag** verwaist protokolliert (Header `YYYY-MM-DD`, neueste zuerst — Vertrag-§5-Datumsgruppe; Quell-Pfad + `<Baseline-Commit>`); **kein Banner**, **keine stille Vorbearbeitung**, **keine** eigenständige Concept-Anlage aus verwaister Evidenz (AD-16-Default: Erhaltung — die Evidenz bleibt in `raw/` unangetastet, AD-3; keine Korrektur-/Erweiterungs-Klassifikation hier vorweggenommen — Epic-4-Interface, Story 4.1). **Präzisierung (Review-Loop-3, D-4):** die obige „Staffelung an Epic-4 (Story 4.1)" betrifft ausschließlich die **Korrektur-/Erweiterungs-Klassifikation** verwaister Evidenz (Epic-4-Interface, Story 4.1); der **Hold selbst** (Erhaltung der unzugeordneten `raw/`-Evidenz im benannten Hold ohne Wissensmutation, NFR-7) hat seinen Home in **Story 3.10 (Epic 3)** — die Reconcile-Orphan-Regel dieses Bullets ist die deterministische Verankerung dieses Holds in der Instruktion. Gleicher Git-State + gleiche Eingabemenge ⇒ identischer Verwaist-Befund und identischer `log.md`-Eintrag (AD-17h/A0-19, §5.14).
+8. **Erhaltungs-Invariante & Determinismus-Vertrag (AD-17h/A0-19):** Der **§5.9-Pkt.-5-Diff-Selbsttest gilt für Synthese-Runs unverändert**: die mutierten/neu angelegten Pfade sind eine Teilmenge von (Kandidatenliste ∪ Neu-Anlage-Zielpfade ∪ `log.md` ∪ nachgeführte `index.md`) — **keine neue Datei außer echten Ziel-Pfaden** (Duplikat-Kontrolle via `??`-Sicht, `git status --porcelain -- wiki/`). Gleicher Git-State + gleiche Eingabemenge → identischer Synthese-Vorgang (Ziel-Pfad via §3.2/§5.7, `sources`-Liste lexikografisch nach `resource` LC_ALL=C, Konsolidierung und Form-Zuordnung wie Pkt. 3/6); der `generated.at`-Wanduhr-Gap (gleiches Eingabeset, unabhängige Runs, verschiedene `at`) bleibt offene A0-20-Konvention mit Home **Story 3.8** (§5.9 Pkt. 2, `generated.at`-Konvention) — unverändert bindend. **Duplikat-Fall (Synchronisation zwischen Concepts und Evidenzbasis):** ein `raw/`-Quellpfad erscheint **nur einmal** in einer `sources`-Liste — ein bestehender Eintrag derselben `resource` wird **nicht** doppelt angelegt (die Neuanlage eines Synthese-Concepts setzt voraus, dass kein bestehendes Concept dieselbe Quelle bereits mit derselben Stellen-Kennung als Beleg nutzt; für Update-Fälle gilt das §5.9-Pkt.-2-Prinzip „bestehende Einträge bleiben unverändert" — der Zuwachs einer Quelle, die bereits existiert, wird niemals doppelt eingetragen). **Unzugeordnete/verwaiste Evidenz (Orphan-Kontrolle, pre-existing — dokumentiert den Vertrag, wie er vor dieser Story bestand):** neu committete `raw/`-Evidenz ohne Ziel-Pfad-Treffer bleibt **unzugeordnet** (weder still getilgt noch hintenherum als eigenes Concept angelegt) und wird in `log.md` als verwaist protokolliert — kein Banner/keine stille Vorbearbeitung; eine Präzisierung der Reconcile-Orphan-Politik leistete die Verankerung in §5.13-Phase 5 / **die deterministische Reconcile-Orphan-Regel unten (Story 3.8; §5.14 Pkt. 5)** — eine Staffelung an Epic-4 (Story 4.1) bleibt für die Verwaist-Klassifikation offen. **Deterministische Reconcile-Orphan-Regel (Story 3.8; §5.14-Präzisierung):** der Verwaist-Befund — neu committete `raw/`-Evidenz ohne jeglichen Ziel-Pfad-Treffer (kein Update-Kandidat nach §3.2, keine Synthese-Zuordnung nach Pkt. 1–7, kein §5.7-Neu-Anlage-Ziel-Pfad) — wird deterministisch aus dem committeten Git-State erhoben (Zuwachs gg. `<Baseline-Commit>`, §5.9 Pkt. 6 R-1) und als **datumsgruppierter `log.md`-Eintrag** verwaist protokolliert (Header `YYYY-MM-DD`, neueste zuerst — Vertrag-§5-Datumsgruppe; Quell-Pfad + `<Baseline-Commit>`); **kein Banner**, **keine stille Vorbearbeitung**, **keine** eigenständige Concept-Anlage aus verwaister Evidenz (AD-16-Default: Erhaltung — die Evidenz bleibt in `raw/` unangetastet, AD-3; keine Korrektur-/Erweiterungs-Klassifikation hier vorweggenommen — Epic-4-Interface, Story 4.1). **Präzisierung (Review-Loop-3, D-4):** die obige „Staffelung an Epic-4 (Story 4.1)" betrifft ausschließlich die **Korrektur-/Erweiterungs-Klassifikation** verwaister Evidenz (Epic-4-Interface, Story 4.1); der **Hold selbst** (Erhaltung der unzugeordneten `raw/`-Evidenz im benannten Hold ohne Wissensmutation, NFR-7) hat seinen Home in **Story 3.10 (Epic 3)** und ist in **§5.16** dieser Instruktion verankert (Story 3.10, Hold-Ausbau: post-Reconcile-Orphan über alle Erhebungs-Stufen a/b/c, Mehrziel-Auflösung, benannter Hold mit beiden Evidenzpfaden im Run-Receipt) — die Reconcile-Orphan-Regel dieses Bullets ist die deterministische Verankerung dieses Holds in der Instruktion. Gleicher Git-State + gleiche Eingabemenge ⇒ identischer Verwaist-Befund und identischer `log.md`-Eintrag (AD-17h/A0-19, §5.14).
 
 ## 5.11 Leasing & Dirty-Tree-Schutz für konkurrierende Producer (Story 3.5)
 
@@ -388,7 +388,7 @@ Die Relevanz-Findungs-Mechanik (§3.2, Story 3.2) und die Determinismus-/Bestät
    |---|-------------------------------|-------|----------------------------------------------|
    | 1 | bestehender Concept-Match in der Candidate-Liste (§3.2-Pkt.-3d, Zuwachs-Sicht-Ordnung) | **UPDATE** | §3 Pkt. 2 / §5.9-Update; **Unter-Entscheidung:** reicht die bestehende Evidenz bereits vollständig identisch (engere Auslegung, kein echter neuer Beleg) → **NO_OP** (Zelle 4) statt Update — kein Duplikat, kein `at`-Bump, byte-identisches Ziel (§5.9 Pkt. 2-No-Op) |
    | 2 | eigenständige neue Wissenseinheit, kein Match in der Candidate-Liste | **CREATE** | §5.1/§5.7-Neu-Anlage (Index-Regel, §5.7-Routing); **CREATE-vs-ORPHAN-Abgrenzung:** CREATE nur, wenn die Einheit als eigenständige, inhaltlich begründete Wissenseinheit interpreterbar ist (§2-Interpretation) **und** ein deterministischer Ziel-Pfad ableitbar ist (Pkt. 5-Reserviertheits-Check passiert); sonst Zelle 3 |
-   | 3 | nicht klassifizierbare Evidenz (kein Ziel-Pfad-Treffer; kein ableitbarer deterministischer Ziel-Pfad) | **ORPHAN/HOLD** | §5.10-Pkt.-8-Reconcile-Orphan-Regel / §5.14-Pkt.-5 (fail-closed: keine Wissensmutation, `raw/` unangetastet; Hold-Ausbau Home Story 3.10) |
+   | 3 | nicht klassifizierbare Evidenz (kein Ziel-Pfad-Treffer; kein ableitbarer deterministischer Ziel-Pfad) | **ORPHAN/HOLD** | §5.10-Pkt.-8-Reconcile-Orphan-Regel / §5.14-Pkt.-5 (fail-closed: keine Wissensmutation, `raw/` unangetastet; Hold-Ausbau in §5.16 verankert, Story 3.10) |
    | 4 | bereits vollständig repräsentierte, identische Evidenz | **NO_OP** | §5.9-Pkt.-2-No-Op / §3.2-Pkt.-3d (`UNTOUCHED_CONCEPT`); keine Mutation, kein `at`-Bump. **NO_OP ist ausschließlich die Unter-Entscheidung im Update-Pfad** (Zelle 1) — eine leere Candidate-Liste ist **niemals** NO_OP, sondern fällt in den Bewertungsraum von Zelle 2 (CREATE-Prädikat) bzw. Zelle 3 (ORPHAN/HOLD) |
 
    **Leere Candidate-Liste (Zelle-2/Zelle-3-Bewertungsraum):** Trifft kein Term ein bestehendes Concept (leere Candidate-Liste), ist die Einheit im **CREATE/ORPHAN-Bewertungsraum** zu klassifizieren (Zellen 2/3): ist sie als eigenständige, inhaltlich begründete Wissenseinheit interpreterbar (§2-Interpretation) und ist ein deterministischer Ziel-Pfad ableitbar (Pkt. 5-Reserviertheits-Check passiert) → **CREATE** (Zelle 2); andernfalls (nicht klassifizierbar, kein Ziel-Pfad) → **ORPHAN/HOLD** (Zelle 3, fail-closed). **Niemals** NO_OP bei leerer Candidate-Liste. Der §3.2-Pkt.-3d-NO_MATCH-Anker (`UNTOUCHED_CONCEPT`/Story-3.1-Pfad) gilt unverändert für den Fall, dass gar keine neue Evidenz/Zuwachs-Einheit zu reconciliieren ist (Ghost-Diff-negativ, §5.9 Pkt. 5); eine **neue Evidenz** mit leerem Treffer-Match ist dagegen im Zelle-2/Zelle-3-Raum zu bewerten — nicht NO_OP.
@@ -397,7 +397,20 @@ Die Relevanz-Findungs-Mechanik (§3.2, Story 3.2) und die Determinismus-/Bestät
 5. **Reservierte Zielpfade (AC-5):** Ein neu zu erzeugendes Concept-Ziel (CREATE-Zelle) mit Slug **`index`**, **`log`** oder einem **sonstigen reservierten Bundle-Namen** wird **nicht geschrieben**; der **deterministische Hold** verlangt eine **disambiguierte Identität** (z. B. Pfad-Erweiterung um einen Bereichs- bzw. spezifizierenden Bestandteil, der die Kollision mit der `index.md`-Hierarchie bzw. dem `log.md`-Typ auflöst, Vertrag §5/§6) — es wird **keine** Datei erzeugt und der Hold-Befund textuell benannt (NFR-4; Run-Status „teilweise erfolgreich" gemäß §5.8-Instruktions-Hold, der den Status definiert — §5.8 Pkt. 2/3). **Reservierte-Namen-Menge (erschöpfend, Ask-First-Nomenklatur):** `index` (Bundleroot-`index.md` + Area-`index.md`, Punkt-10/§5.7 Pkt. 5), `log` (Bundleroot-`wiki/log.md`, Vertrag §5), **`source`** (Sidecar-`source.md`-Kollision, §1.4-Artefakt-Ausnahme), **`README`** (Bundleroot-`wiki/README.md`, First-Line-Kickstart, §1.1). **Ist-Dateimenge deterministisch:** die Prüfung gegen die Ist-Dateimenge unter `wiki/` ist statisch über den committeten Baum definiert (keine Run-Zeit-Erhebung): zu jedem Run-Zeitpunkt ist die Kandidaten-Menge der Reserviertheits-Kollision die **Schnittmenge** aus (a) der erschöpfenden benannten Liste und (b) den im committeten Baum unter `wiki/` existierenden Datei-Basen (`git ls-tree` — datei-basename ohne `.md`); weitere reservierte Namen jenseits dieser Menge = Ask-First (Boundaries & Constraints). Die zugrunde liegende Fixture-Anlage ist als negative Matrix-Zeile („keine gültige Fixture erzeugt ein kollidierendes sonstiges Struktur-Ziel") benannt — kein stiller Ausschluss.
 6. **Zwei-Run-Identität (AC-6, AD-17h/A0-19):** Gleicher Git-State + gleiches Eingabemanifest ⇒ identische Candidate-Liste, Reihenfolge und Routing-Entscheidung. **Re-executierbarer Nachweis:** Die Sandbox (`_bmad-output/implementation-artifacts/sandbox-3-9/run-sandbox.sh`) führt **zwei getrennte Läufe über getrennte, saubere Worktrees** desselben committeten Baums aus und vergleicht die Run-Ausgänge (Candidate-Listen, Term-Listen, Routing-Entscheidungen; inkl. der Hold-Entscheidung über einen zweiten Worktree) **gegeneinander** — nicht gegen vorab fixierte Erwartungswerte (keine hart codierten erwarteten Pläne/Concept-Bodies; keine pauschale `verified`-Maskierung). **Benannte Differenz-Menge:** der Vergleich lässt allein den `generated.at`-Wanduhr-Gap als Differenz zu (§5.14 Pkt. 3 — kein `tree=`-/Pfad-Prefix-Vergleichs-Ausschluss); die Sandbox erzeugt in den Receipts ein `generated.at`-Feld und übt die at-Exzeption praktisch (legitime at-Abweichung wird erkannt und **nicht** als AD-16 gemeldet; eine andere als-at-Differenz wird **hart als FAIL** assertiert); jede weitere Abweichung ist ein AD-16-Klassifikationsdefekt (§5.14 Pkt. 4) und wird textuell benannt (NFR-4), bevor der Vertrag als bestätigt gilt. Der Nachweis umfasst **positive UND negative Fixtures** (positive: Identität über zwei Läufe; negativ: eine konstruierte AD-16-Abweichung wird **hart als FAIL assertiert** — kein Vakuum).
 
-**§7-Scope-Präzisierung (Story-3.9-Rest):** Der §7-Relevanzbestimmung-Bullet ist auf die §5.15-Verankerung nachgeführt (siehe §7); die verbleibenden Story-3.9-AC-Inhalte sind damit nicht mehr „noch nicht verankert", sondern in §5.15 Pkt. 1–6 geschlossen. Der Hold-Ausbau (post-Reconcile-Orphan, Mehrziel) verbleibt Story 3.10; die AD-16-Klassifikation/semantische Kollisionsauflösung bleibt Epic 4. **Abschlussklausel (Story 3.9):** Keine Änderung an `schema/wiki-compiler.md`/`schema/validator.md`/`adapters/`/`raw/` (AD-3); **keine neue §7-Invaliditätsklasse**; **keine fünfte Routing-/Update-Klasse**; die **vier** Zellen bleiben UPDATE/CREATE/ORPHAN-HOLD/NO_OP (NO_OP als Update-Unter-Entscheidung, leere Candidate-Liste → Zellen 2/3, §3.2-Pkt.-3d-Anker entsprechend nachgeführt); **kein Standalone** (D-3); keine Vertragsänderung; **kein neuer Prädikat-/Format-/Frontmatter-Key**; `schema/canonical-terms.md` unverändert (kein neuer Normalisierungs-Operand — Umlaut-vs-Transkription bleibt benannter Defer); Commit-Boundary-Regel unverändert.
+**§7-Scope-Präzisierung (Story-3.9-Rest):** Der §7-Relevanzbestimmung-Bullet ist auf die §5.15-Verankerung nachgeführt (siehe §7); die verbleibenden Story-3.9-AC-Inhalte sind damit nicht mehr „noch nicht verankert", sondern in §5.15 Pkt. 1–6 geschlossen. Der Hold-Ausbau (post-Reconcile-Orphan, Mehrziel) ist in §5.16 verankert (Story 3.10); die AD-16-Klassifikation/semantische Kollisionsauflösung bleibt Epic 4. **Abschlussklausel (Story 3.9):** Keine Änderung an `schema/wiki-compiler.md`/`schema/validator.md`/`adapters/`/`raw/` (AD-3); **keine neue §7-Invaliditätsklasse**; **keine fünfte Routing-/Update-Klasse**; die **vier** Zellen bleiben UPDATE/CREATE/ORPHAN-HOLD/NO_OP (NO_OP als Update-Unter-Entscheidung, leere Candidate-Liste → Zellen 2/3, §3.2-Pkt.-3d-Anker entsprechend nachgeführt); **kein Standalone** (D-3); keine Vertragsänderung; **kein neuer Prädikat-/Format-/Frontmatter-Key**; `schema/canonical-terms.md` unverändert (kein neuer Normalisierungs-Operand — Umlaut-vs-Transkription bleibt benannter Defer); Commit-Boundary-Regel unverändert.
+
+## 5.16 Inkrementelle Update- & Synthese-Erhaltung + Hold-Ausbau (Story 3.10)
+
+Die Update-Formen-Wahl (§5.9, Story 3.1/3.3), die Synthese-Mechanik (§5.10, Story 3.4) und die Routing-Ebene (§5.15, Story 3.9) bleiben **textuell unverändert** — diese Sektion ist die **operationelle Erhaltungs-Klammer** darüber (D-3, Story 3.10; A0-21-Incrementality-Teil, FR-4/FR-6/FR-12, AD-4/AD-5; §5.15-Zelle-3-/§5.15-Scope-Präzisierung-/§5.10-Pkt.-8-D-4-Hold-Home hiermit in dieser Sektion verankert): sie definiert, wie der laufende, gemischte Run (Update/Synthese/Korrigieren/No-Op in einem Run) die **Erhaltungs-Absicherung** schließt — die CONFIRMING-vs-NO_OP-Grenze (AC-4 vs. AC-6), die Schutzbestandteile bei jeder Mutation (AC-3), die Korrektur-Spur im Run-Receipt (AC-2), den Provenienz-/Link-Selbsttest aus dem **aktuellen** Run (AC-7) und den **Hold-Ausbau** über alle Erhebungs-Stufen inkl. Mehrziel (AC-8). Sie fügt **kein** Prädikat, **keine** neue §7-Invaliditätsklasse, **keine** fünfte Update-/Routing-Form, **keinen** Frontmatter-/Format-Key hinzu und **keinen** `schema/wiki-compiler.md`-/`schema/validator.md`-/`adapters/`-/`raw/`-Change (AD-3); `schema/canonical-terms.md` bleibt append-only unverändert (kein neuer Normalisierungs-Operand — Umlaut-vs-Transkription bleibt benannter Defer, Ask-First); **kein** Standalone (D-3); AD-16-Klassifikation/semantische Auflösung bleibt Epic 4. Die §5.9-Abgrenzungs-Reihenfolge `Korrigieren → Präzisieren → Erweitern → No-Op` bleibt die **einzige** Form-Wahl; §5.16 ordnet darunter nur die Erhaltungs-/Hold-Ebene an.
+
+1. **Kontinuitäts-Garantie (AC-1):** Eine passende neue Erkenntnis zu einem bestehenden Concept wird **in-place erweitert oder präzisiert** (§5.9-Update auf den bestehenden Pfad, §5.10-Pkt.-2-Synthese-Update) — es entsteht **kein thematisches Duplikat** (§5.10-Pkt.-2 „getrennte Zusammenfassungs-Concepts je Quelle sind verboten"; Duplikat-Kontrolle §5.10-Pkt.-8/§5.9-Pkt.-5-`??`-Sicht). **Identität + Index-Link bleiben erhalten:** der Concept-Pfad ist durch die Mutation unverändert adressierbar (Vertrag §3.2/§5.7-Identität = OKF-Pfad ohne `.md`; AD-7a) und der bestehende `index.md`-Link bleibt bestehen (kein neuer Link ohne echte Beziehung — §5.6-Pin/§5.9-Pkt.-3 unverändert).
+2. **Korrigieren mit Run-Receipt-Trace (AC-2):** Ersetzt der Run eine bestehende Aussage durch eindeutige aktuelle Evidenz (Form `Korrigieren`, §5.9-Pkt.-2-Abgrenzungs-Reihenfolge — erster Platz), trägt das **Run-Receipt** (außerhalb des Bundles, §5.14 Pkt. 2) die **ersetzte Wortlautfolge** (der vorherige Body-/Aussage-Wortlaut) **und die Source-Basis** der Korrektur (die neue `raw/`-Referenz + ggf. die als überholt ausgeschiedene Referenz) nach — das Bundle selbst trägt nur die korrigierte Aussage samt ihrer gültigen Evidenz (AD-16-Default: keine Korrektur-Klassifikation/Eskalation im Bundle, Epic-4-Interface). **Mehrdeutige Korrektur** (keine eindeutige aktuelle Evidenz; zwischen weiterhin gültigen Sources verbleibt ein Widerspruch) → **keine Mutation** und **benannter Hold** (Pkt. 8, Epic 4). Der Trace ist Bestandteil der Zwei-Run-Bestätigung (§5.14 Pkt. 2 — identische ersetzte Wortlautfolgen/-Basis über zwei Runs).
+3. **Schutzbestandteile & Byte-Identität (AC-3):** Bei jedem Update/Synthese bleiben die **geschützten Bestandteile** des betroffenen Concepts erhalten: (a) **weiterhin gültige belegte Aussagen** (jede Aussage mit gültigem `raw/`-Beleg bleibt inhaltlich und im Beleg unverändert — keine stille Tilgung, AD-4), (b) **§5.5-Inline-Verweise** (die Beleg-Anker gültiger Aussagen/Sätze verbleiben byte-identisch), (c) **`sources` gültiger Belege** (Frontmatter-Einträge bestehender, weiterhin gültiger Belege bleiben unverändert — §5.9-Pkt.-2 „`sources` nur um echte neue Belege ergänzen", „bestehende Einträge bleiben unverändert"), (d) **§5.6-Links** (bestehende Concept-Interlinks bleiben unverändert; keine Entfernung/Umadressierung ohne echte, inhaltsbegründete Änderung) und (e) **human-`verified`-Bestandteile** (von Menschen bestätigte Aussagen/`verified`-Einträge werden nicht entfernt oder umklassifiziert; eine Korrektur human-bestätigter Inhalte bleibt der AD-16-/Epic-4-Klassifikation vorbehalten). **Nicht betroffene Concepts bleiben byte-identisch** (§5.9 Pkt. 5): die mutierten Pfade sind eine Teilmenge der erlaubten Diff-Menge (Kandidatenliste ∪ Neu-Anlage ∪ `log.md` ∪ nachgeführte `index.md`). Ein Verstoß (geschützter Bestandteil entfernt/verändert oder nicht betroffenes Concept verändert) ist ein **textuell benannter Instruktions-Verstoß** (NFR-4) mit **Ghost-Diff-Rollback** (§5.9 Pkt. 5).
+4. **CONFIRMING-Konsolidierung (AC-4) — die operationelle Abgrenzung zum §5.9-No-Op:** Eine **bestätigende neue Source** (die eine im Bundle bereits belegte Aussage unabhängig bestätigt — gleicher Inhalt, aber **neuer Evidenzanker**: ein anderer `raw/`-Pfad/-Stelle, der bislang nicht als Beleg in der `sources`-Liste/am Inline-Anker der Aussage auftaucht) ist **kein `NO_OP`** (Zelle 4 der §5.15-Tabelle bleibt der vollständig-identischen Evidenz vorbehalten, s. Pkt. 6): sie wird als **Konsolidierungs-Update** nach §5.10-Pkt.-3-Multi-Beleg verarbeitet — die Aussage erscheint **genau einmal** im Body, alle beitragenden Evidenzanker werden via **§5.5-Multi-Beleg** geführt (`(raw/a.md#X; raw/b.md#Y)` — voller Pfad je Beleg, kein stiller Anker-Verlust AD-4), die `sources`-Liste wächst um die neue Source (lexikografisch nach `resource`, LC_ALL=C, §5.10-Pkt.-2) und `generated.at` wird **gesteigert** (A0-20: einmalige `at`-Festlegung pro Run, §5.9-Pkt.-2-Konvention). **Stellen-Abgleich-Grenze:** der Erhaltungs-Abgleich schlägt auf den **Anker**, nicht auf den Inhalt — ein fehlender Anker (die neue Evidenz trägt eine Aussage, die im Body bereits als belegte Aussage steht, deren Beleg-Anker die neue `raw/`-Stelle aber **nicht** enthält) ist ein **echter neuer Beleg** → Pkt. 4-Konsolidierung; ein `NO_OP` liegt nur vor, wenn die **vollständige** Evidenzanker-Menge der neuen Evidenz bereits im Body präsent ist (Pkt. 6). Die §5.9-Abgrenzungs-Reihenfolge und der frozen §5.9-No-Op-Regeltext bleiben unverändert (diese Sektion ergänzt nur die operationelle Abgrenzung).
+5. **Gemeinsame Wissensrepräsentation als Synthese-Erhaltung (AC-5):** Die §5.10-Pkt.-2/3/5-Mechanik (Ein-Ziel-Repräsentation, gemischte claim-granulare Provenienz, reflektierter Wissensstand) wird als **Erhaltung** der gemeinsamen Wissensrepräsentation beansprucht: **Update auf ein bestehendes Concept = Erweiterung, keine Neuschreibung** — bestehende gültige Aussagen, ihre Belege, `sources`-Einträge und Links bleiben erhalten (Pkt. 3) und die Synthese reichert nur die neue Erkenntnis an (neue bzw. konsolidierte Aussagen, neue Anker, `sources`-Zuwachs); es entsteht **nie** eine Source-A/Source-B-Aneinanderreihung (Pkt.-5-Reflektiertheits-Selbsttest unverändert: `grep -nE '^(Quelle|Source) [A-Z][A-Za-z0-9_ -]*:' <Synthese-Concept>` liefert leer). Kontext-/Übernahme-Marker (§5.10-Pkt.-4, AD-4c „übernommen aus …, nicht eigenständig belegt") bleiben unverändert gültig — auch im Erhaltungspfad (Vorsicht: von anderen Concepts übernommene Bestandteile sind **Erhaltungs-Objekte**, keine neuen eigenständigen Belege).
+6. **Byte-erhaltender `NO_OP` (AC-6):** Nur wenn die erneute Evidenz der bestehenden **vollständig identisch** ist — **samt vollständiger Evidenzanker-Menge** bereits im Body/Sources präsent (jeder `raw/`-Pfad/-Stelle der neuen Evidenz ist bereits Inline-Anker einer belegten Aussage und in der `sources`-Liste enthalten) — ist der Run für dieses Wissen **byte-erhaltend NO_OP** (Zelle 4 der §5.15-Tabelle, §5.9-Pkt.-2-No-Op-Unter-Entscheidung): **keine Mutation, kein `at`-Bump, kein `sources`-Zusatz, kein `log.md`-Eintrag** (identische Basen/Byte-Identität des Ziels). **Fehlt ein Anker** (neue `raw/`-Stelle nicht als Beleg präsent) → Pkt. 4 (CONFIRMING-Konsolidierung), **nicht** Pkt. 6 — die Grenze ist die Menge der Evidenzanker, nicht die Inhalts-Gleichheit.
+7. **Provenienz- & Link-Selbsttest aus aktuellem Run (AC-7):** Die erwarteten Deltas der Erhaltungs-Probe werden **aus dem aktuellen Run** abgeleitet — **Baseline = `<Baseline-Commit>` des aktuellen Runs** (dynamisch extrahiert, §5.9 Pkt. 6 R-1-Notation) und **erwartete Delta-Menge = Kandidatenliste ∪ Neu-Anlage-Zielpfade ∪ `log.md` ∪ nachgeführte `index.md`** (§5.9-Pkt.-5-/§5.10-Pkt.-8-/§5.13-Pkt.-2-Plan-Freeze-Erlaubnis-Menge). **Kein historischer, fest codierter Commit und kein globaler Zählwert ist normativ** — die §5.6-Formeln 1–4 historischen Zählwerte/Baselines sind dokumentarische Pins ohne normative Erwartung für die Erhaltungs-Probe (§5.14-Pkt.-2-Forderung, keine hart codierten erwarteten Pläne/Concept-Bodies/Zählwerte als Beweis). Eine Abweichung der Ist-Deltas von dieser aktuellen Run-Erwartung (z. B. eine nicht in der Delta-Menge stehende Mutation, ein fehlender erwarteter Pfad, eine Index-/Link-Diskrepanz) ist ein **textuell benannter Instruktions-Verstoß** (NFR-4) und wird vor Run-Abschluss korrigiert oder zurückgerollt.
+8. **Benannter Hold (AC-8, NFR-7) — post-Reconcile-Orphan über volle Stufen + Mehrziel:** Erreicht der Run klassifikationspflichtige oder widersprüchliche Evidenz, wird sie **bis Epic 4 ohne Wissensmutation** in einem **benannten Hold** erhalten — nie still gelöscht, nie still vorbearbeitet, nie als eigenständiges Concept angelegt (AD-16-Default, §5.10-Pkt.-8-Satz). Der Hold wird **datumsgruppiert in `log.md`** dokumentiert (Header `YYYY-MM-DD`, neueste zuerst — Vertrag-§5-Datumsgruppe; Quell-Pfad + `<Baseline-Commit>`, §5.10-Pkt.-8-Form) und trägt **beide Evidenzpfade im Run-Receipt** (Pkt. 2/§5.14-Pkt.-2: der ursprüngliche und der widersprechende/klassifikationspflichtige Pfad mit je Quell-Referenz + Befund). **Post-Reconcile-Orphan über alle Erhebungs-Stufen (a/b/c):** die Orphan-Erkennung (§5.10-Pkt.-8-Reconcile-Orphan-Regel) schließt **alle drei** Stufen der Erhebung (§3.2-Pkt.-2a grep/ripgrep-Stufe a auf dem Body, Pkt.-2b `index.md`-Traversal-Stufe b, Pkt.-2c-Link-Following-Stufe c) — die Story-3.9-Sandbox übte nur die Stufe a (Scope-Präzisierung §5.15-Pkt.-6); eine unzugeordnete `raw/`-Einheit, die auf **keiner** Stufe einen Ziel-Pfad-Treffer erhält (kein Update-Kandidat, keine Synthese-Zuordnung, kein §5.7-Neu-Anlage-Ziel-Pfad), ist auf jeder Stufe dasselbe deterministische Orphan (fail-closed Zelle 3 der §5.15-Tabelle). **Mehrziel-Auflösung (D-8-Mehrfach-Term-Vereinigung, §5.15 Pkt. 1):** löst eine Einheit über mehrere Terme auf **mehrere gleichgewichtige** Ziel-Repräsentationen auf (jeder Term trifft ein anderes bestehendes Concept; Union/visited-Set §3.2-Pkt.-1c/§5.14-Pkt.-5), wird sie auf **eine primäre Ziel-Repräsentation konsolidiert** — die Erkenntnis wird in **einem** Concept (dem deterministisch primären Ziel: erste Zuwachs-Sicht-Ordnung/lexikografischer Tie-Break, §5.15-Pkt.-1/§3.2-Pkt.-3b) als Update/Synthese-Erhaltung verarbeitet, **nie als Duplikat-Inhalt in mehreren Concepts** (§5.10-Pkt.-2-Ein-Ziel-Prinzip); die übrigen Ziel-Repräsentationen bleiben unverändert (keine stille Mutation). **Ohne dominantes Ziel** (kein deterministisches primäres Ziel ableitbar) → **fail-closed benannter Hold** (Pkt. 8) — keine Mutation, beide Pfade im Receipt. Ein Verstoß (Duplikat-Inhalt, stille Mutation neben dem primären Ziel, Orphan-Mutation) ist ein textuell benannter Instruktions-Verstoß (NFR-4) mit Ghost-Diff-Rollback (§5.9 Pkt. 5).
 
 ## 6. Validieren (mechanische Bestätigung)
 
@@ -454,7 +467,7 @@ Diese Instruktion ist auf die **Erzeugung neuer Concepts auf Root-Ebene und in A
 - **Eine genau-eine-Linkform** (file-relativ mit `.md`-Endung, in Areas `../`-fähig) — in **§5.6** dieser Instruktion gepinnt (Story 2.3; AD-7b, A0-9, FR-10; Auflösungsmodell §5.7 Pkt. 4) — der Punkt-11-Check des Validators akzeptiert bis auf Weiteres beide Schreibweisen (strukturell unverändert, Story-2.2-Präzedenz).
 - **Synthese über mehrere Sources** (mehrere `raw/`-Quellen → eine gemeinsame Wissensrepräsentation mit gemischter, claim-granularer Provenienz) — **in §5.10** dieser Instruktion verankert (Story 3.4; AD-4, FR-7). Die Verankerung des inkrementellen Datenflusses (Erweitern/Präzisieren/Korrigieren einzelner bestehender Concepts) bleibt **§3 + §5.9** überlassen und ist dort bereits verankert (Story 3.1). Beide sind damit aus diesem Vorbehalt entlassen.
 - **Leasing / Dirty-Tree-Schutz** für konkurrierende Producer — **in §5.11 dieser Instruktion verankert** (Story 3.5; AD-17a..f, A0-12..A0-16; die Enum enthält AD-17d/A0-15 nur als **Norm-Rückverweis** — die §5.11-Auflösung selbst schließt Staleness aus und delegiert an Story 3.6, Pkt. 7-Seam-Kriterium): Lease-Akquise auf `lease/<area>/<id>`-Branches mit Lockfile und Merge-Base-Disziplin, Root-Scope-Lease inkl. `log.md`/`index.md`, Dirty-Tree-Schutz mit Stash/Scratch-Zone und `log.md`-Dokumentation, compiler-vermittelter Merge als AD-16-Pfad, kein textueller Auto-Merge, Commit-Boundary = Mutations-Boundary, Lease-Freigabe (Release, deterministisch); die bestehende Commit-Boundary = Mutations-Boundary-Regel (§0/§5.3, AD-17f) bleibt unverändert bestehender Schutz. **Lease-Staleness/Recovery** (TTL, Lease-Registrierung, verwaiste Leases, `raw/`-Recovery; AD-17d, A0-15) — **in §5.12 dieser Instruktion verankert (Story 3.6)**.
-- **Relevanzbestimmung** (feinkörniger Relevanz-Findungsmechanismus der Kandidatenerhebung) — in **§3.2** dieser Instruktion verankert (Story 3.2; Term-Ziehverfahren + Kanonisierungs-Resolver `schema/canonical-terms.md`, drei Erhebungs-Stufen grep/ripgrep + `index.md`-Traversal + Link-Following mit besuchter Menge, `log.md`-Exklusion, Candidate-Liste als relative OKF-Pfade ohne `.md`, Determinismus-Vertrag AD-17h/A0-19). Keine neue §7-Klasse, kein Schema-/Validator-Change; die Em-Dash-`—`-Varianten-Lücke ist als Determinismus-Frage an Story 3.8 übergeben. **Story-3.8-Auflösung:** die Determinismus-Frage ist in **§5.14** dieser Instruktion verankert (Story 3.8, Determinismus-Vertrag & Agent-Instruktions-Validator): die Em-Dash-Kollaps-Klasse, die Kollaps-Reichweite und der Match-Scope der Stufe a sind in **§3.2-Pkt.-1b** als geschlossene, deterministische Regel-Ergänzungen verankert; die Orphan-Politik ist in **§5.10 Pkt. 8** als deterministische Reconcile-Orphan-Regel präzisiert; die `generated.at`-Wanduhr-Gap-Ausnahme ist in §5.14-Pkt.-3 in die **Ausnahme-Menge** des Bundle-State-Vergleichs gefasst (A0-20-Konvention, Ask-First-geschützt). Keine offene Determinismus-Frage verbleibt (bestehende Story-Bullets unverändert). **Scope-Präzisierung (Review-Loop-3, P-8):** dies gilt für die **mit Story 3.8 geschlossenen** Determinismus-Fragen (Em-Dash-Kollaps-Klasse, Kollaps-Reichweite, Match-Scope Stufe a, Reconcile-Orphan-Regel, `generated.at`-Wanduhr-Gap-Ausnahme); bewusst nicht damit geschlossen bleibt die Umlaut-vs-Transkription-Divergenz im Match-Pfad (benannter Defer, `_bmad-output/implementation-artifacts/deferred-work.md` Defer-Block Review-Loop-3 — kein Instruktions-Defekt); die vormals „noch nicht verankerten" Story-3.9-ACs (Term-Gewinnung/Routing) sind dagegen seit der **Story-3.9-Verankerung** in **§5.15 dieser Instruktion** geschlossen (Deterministische Relevanz- & Reconcile-Routing: eine exklusive Routing-Tabelle UPDATE/CREATE/ORPHAN-HOLD/NO_OP — NO_OP als Update-Unter-Entscheidung, leere Candidate-Liste → Zellen 2/3; Termgewinnung geschlossen inkl. Status-Codes A/M/D/R/C, symmetrische Normalisierung mit **einer** Kollaps-Definition (§3.2-Pkt.-1b), Raw-Immutability-Guard, reservierte Zielpfade, Zwei-Run-Identität mit praktisch ausgeübter `at`-Exzeption) — keine stillen offenen Fragen.
+- **Relevanzbestimmung** (feinkörniger Relevanz-Findungsmechanismus der Kandidatenerhebung) — in **§3.2** dieser Instruktion verankert (Story 3.2; Term-Ziehverfahren + Kanonisierungs-Resolver `schema/canonical-terms.md`, drei Erhebungs-Stufen grep/ripgrep + `index.md`-Traversal + Link-Following mit besuchter Menge, `log.md`-Exklusion, Candidate-Liste als relative OKF-Pfade ohne `.md`, Determinismus-Vertrag AD-17h/A0-19). Keine neue §7-Klasse, kein Schema-/Validator-Change; die Em-Dash-`—`-Varianten-Lücke ist als Determinismus-Frage an Story 3.8 übergeben. **Story-3.8-Auflösung:** die Determinismus-Frage ist in **§5.14** dieser Instruktion verankert (Story 3.8, Determinismus-Vertrag & Agent-Instruktions-Validator): die Em-Dash-Kollaps-Klasse, die Kollaps-Reichweite und der Match-Scope der Stufe a sind in **§3.2-Pkt.-1b** als geschlossene, deterministische Regel-Ergänzungen verankert; die Orphan-Politik ist in **§5.10 Pkt. 8** als deterministische Reconcile-Orphan-Regel präzisiert; die `generated.at`-Wanduhr-Gap-Ausnahme ist in §5.14-Pkt.-3 in die **Ausnahme-Menge** des Bundle-State-Vergleichs gefasst (A0-20-Konvention, Ask-First-geschützt). Keine offene Determinismus-Frage verbleibt (bestehende Story-Bullets unverändert). **Scope-Präzisierung (Review-Loop-3, P-8):** dies gilt für die **mit Story 3.8 geschlossenen** Determinismus-Fragen (Em-Dash-Kollaps-Klasse, Kollaps-Reichweite, Match-Scope Stufe a, Reconcile-Orphan-Regel, `generated.at`-Wanduhr-Gap-Ausnahme); bewusst nicht damit geschlossen bleibt die Umlaut-vs-Transkription-Divergenz im Match-Pfad (benannter Defer, `_bmad-output/implementation-artifacts/deferred-work.md` Defer-Block Review-Loop-3 — kein Instruktions-Defekt); die vormals „noch nicht verankerten" Story-3.9-ACs (Term-Gewinnung/Routing) sind dagegen seit der **Story-3.9-Verankerung** in **§5.15 dieser Instruktion** geschlossen (Deterministische Relevanz- & Reconcile-Routing: eine exklusive Routing-Tabelle UPDATE/CREATE/ORPHAN-HOLD/NO_OP — NO_OP als Update-Unter-Entscheidung, leere Candidate-Liste → Zellen 2/3; Termgewinnung geschlossen inkl. Status-Codes A/M/D/R/C, symmetrische Normalisierung mit **einer** Kollaps-Definition (§3.2-Pkt.-1b), Raw-Immutability-Guard, reservierte Zielpfade, Zwei-Run-Identität mit praktisch ausgeübter `at`-Exzeption) — keine stillen offenen Fragen. **Story-3.10-Verankerung:** die Erhaltungs-Absicherung des laufenden, gemischten Runs und der Hold-Ausbau sind in **§5.16 dieser Instruktion** verankert (Story 3.10, Inkrementelle Update- & Synthese-Erhaltung + Hold-Ausbau): Kontinuitäts-Garantie (AC-1), Korrigieren mit Run-Receipt-Trace (AC-2), Schutzbestandteile & Byte-Identität (AC-3), CONFIRMING-Konsolidierung (AC-4 — bestätigende neue Source mit neuem Evidenzanker ist Konsolidierungs-Update, kein NO_OP), gemeinsame Wissensrepräsentation als Synthese-Erhaltung (AC-5), byte-erhaltender NO_OP (AC-6 — nur bei vollständiger Evidenzanker-Menge), Provenienz-/Link-Selbsttest aus aktuellem Run (AC-7 — Baseline = `<Baseline-Commit>`, keine historischen Zählwerte normativ), benannter Hold (AC-8 — post-Reconcile-Orphan über alle Erhebungs-Stufen a/b/c, Mehrziel-Auflösung, beide Evidenzpfade im Run-Receipt; NFR-7). Keine neue §7-Klasse, kein Schema-/Validator-Change, keine Vertragsänderung; AD-16-Klassifikation bleibt Epic 4; die §5.9-Abgrenzungs-Reihenfolge bleibt die einzige Form-Wahl.
 - **Reason/Mutate-Phasen-Trennung & Konsistenz-Endzustand** (logische Phasen-Disziplin: Analyse → Änderungsplanung → Mutation → Validierung, AD-6/A0-7, AC-1/AC-2/AC-3/AC-4) — **in §5.13 dieser Instruktion verankert (Story 3.7; D-3):** Änderungsplanung als institutionalisierter §5.9-Pkt.-6-P2-Block (textuell festgehalten, Plan-Defizit = textuell benannte Abbruch-Kette vor der Mutation), Plan-Freeze = Veränderungs-Sperre an die §5.9-Pkt.-5-Ghost-Diff-Kopplung (erlaubte Pfad-Menge: Kandidatenliste ∪ Neu-Anlage ∪ `log.md` ∪ `index.md`), Zustands-Restaurations-Invariante (Post-Rollback-Diff gg. Baseline leer / Bundle == valide committet, §5.3-Pkt.-3-/§6-Pkt.-3-Rollback unverändert), kein Teilerfolg als fertige Mutation (AD-17f), keine eigene Workflow-Engine (logische Trennung in einer Session, kein Prozess/Server/MCP, D-3/AD-11). Keine neue §7-Klasse, kein Schema-/Validator-Change, keine Vertragsänderung.
 - **Standalone-Compiler / eigene LLM-Runtime / MCP** → verboten in v1 (D-3, D-4, AD-11).
 - **OKF-Dialekt / Schema-Erweiterung** → niemals (AD-1a; Vertrag §7 „abschließende Liste").
@@ -499,3 +512,4 @@ Diese Instruktion ist auf die **Erzeugung neuer Concepts auf Root-Ebene und in A
 - **Revision 3.2 (2026-08-20, Story 3.7):** Neue Sektion **§5.13 „Reason/Mutate-Phasen-Trennung & Konsistenz-Endzustand (Story 3.7)"** eingefügt (nach §5.12, vor §6) — die **verbindliche Verankerung der logischen Phasen-Disziplin** (AD-6, A0-7; §7-Vorbehalt der Reason/Mutate-Trennung aufgelöst): (1) **Änderungsplanung** — der §5.9-Pkt.-6-P2-Block wird Wortlaut-unverändert als Änderungsplanungs-Phase der AD-6-Kette institutionalisiert (textuell festgehaltener konsistenter Plan: Input-Zustand, Ziel-Pfade, Quellen-Existenz, Betroffenheits-Liste, Struktur-Erhaltung; Plan-Defizit textuell benannt NFR-4 und verhindert die Mutation — I/O-Matrix `PLAN_BEABSICHTIGT`); (2) **Plan-Freeze** (Veränderungs-Sperre nach Phasenabschluss, Kopplung an die §5.9-Pkt.-5-Ghost-Diff-Probe; erlaubte Pfad-Menge = Kandidatenliste ∪ Neu-Anlage ∪ `log.md` ∪ `index.md` — `PLAN_FREEZE`); (3) **Zustands-Restaurations-Invariante** (Post-Rollback-Diff gg. Baseline leer / Bundle == valide committet; §5.3-Pkt.-3-/§6-Pkt.-3-Rollback und Ghost-Diff-Rollback Wortlaut-unverändert, Endzustands-Konsistenz als git-prüfbare Eigenschaft — `MUTATION_ABBRUCH`, A0-7-AC-2); (4) **kein Teilerfolg als fertige Mutation** (`MUTATION_TEILFOLGE`, AD-17f unverändert); (5) **Validierungsphase `VALIDATION_FAIL`** (§6-Pkt.-3-Rollback, keine weiteren Mutationen, Endzustand konsistent); (6) **Validierungsphase `VALIDATION_SUCCESS`** (Mutationen als Ganzes committet erst nach Diff-Selbsttest ohne Ghost-Diff, §6-Pkt.-4-Nachweis, kein Wanduhr-Trigger A0-20 — A0-7-AC-3); (7) **keine eigene Workflow-Engine** (`KEINE_EIGENE_ENGINE`: logische Trennung in einer Session, kein Prozess/Server/MCP, D-3/AD-11 — A0-7-AC-4). Die **AD-6-Phasen-Zuordnungstabelle (§0 ↔ vier AD-6-Phasen)** ist eine Klassifikation ohne neue Norm: §0 bleibt die deterministische Takt-Folge (Wortlaut unverändert, keine Um-Nummerierung, keine neue Phase); §5.9-Pkt.-6-P2-Block, §5.3-Pkt.-3/§6-Pkt.-3-Rollback und §5.9-Pkt.-5-Diff-Probe bleiben **textuell unverändert** (Rückverweise, keine Doppel-Instruktion); §5.12-Seam-Satz unverändert (Lease-Staleness/Recovery bleibt Story 3.6). **§7:** Reason/Mutate-Vorbehalt **aufgelöst** („in §5.13 verankert (Story 3.7)"-Bullet, AD-6/A0-7, AC-1/2/3/4; bestehende Story-Bullets unverändert). **§8:** Normreferenz AD-6 von reiner Story-Zuordnung auf **§5.13-Anker** angehoben (`AD-6 (Reason/Mutate-Trennung, §5.13)`); A0-7-Reihenfolge-Referenzen in der Epic-Zeile um §5.13-Bezug nicht neu aufgelistet (A0-7 bleibt in der bestehenden Epic-Enum, die §5.13-Ankerung erfolgt über die Spine-AD-6-Zeile und den neuen §7-Bullet). **Abschlussklausel:** Keine Änderung an `schema/wiki-compiler.md`/`schema/validator.md`/`raw/` (AD-3); **keine neue §7-Invaliditätsklasse**; **kein Standalone** (D-3); keine Vertragsänderung; **kein neuer Prädikat-/Format-/Frontmatter-Key**; keine neue Workflow-Engine (AD-6); §0-Phasen-Listentext unverändert; Commit-Boundary-Regel unverändert. **`sprint-status.yaml`:** Key `3-7-reason-mutate-trennung-und-konsistenz-endzustand-sicherstell` → **`review`** (Implementierungs-Flip `in-progress` + Review-Start-Flip `review` im selben Commit; der finale `done`-Flip erfolgt im Step-05-Status-Sync). Sandbox-Nachweis (CONSIST-1..CONSIST-7 + Erhaltungs-/Restaurations-Invariante, Exit 0) und per-Datei-Validator-Verdikt siehe `wiki/log.md`-Eintrag (Story 3.7, Revision 3.2).
 - **Revision 3.3 (2026-08-20, Story 3.8):** Neue Sektion **§5.14 „Determinismus-Vertrag & Agent-Instruktions-Validator (Story 3.8)"** eingefügt (nach §5.13, vor §6) — die **geschlossene, aus dem committeten Git-State ableitbare Bestätigungs-Mechanik des Determinismus-Vertrags** (AD-17h/FT-10/A0-19; §3.2/§5.9/§5.10/§5.11/§5.12/§5.13-Rückverweise verankern den Vertrag, §5.14 die Bestätigung): (1) **Bundle-State-Definition** (deterministische Projektion des committeten Git-States: committeter Baum unter `wiki/`/`raw/` gg. Baseline + Plan-/Kandidaten-/Reihenfolge-Outputs + Ausführungs-Entscheidungen; `generated.at`/`verified[].at` als benannte Ausnahme, A0-20 — einzig zulässige Differenz zwischen zwei Runs), (2) **Zwei-Run-Bestätigungs-Mechanik** (agent-Instruktions-basiert, D-3/Q-6: **zwei frische Agent-Kontexte in getrennt aufgebauten (sauberen) Worktrees** führen die Instruktion jeweils einmal über demselben committeten Git-State aus und die Bundle-States werden verglichen — **eine zweite Ausführung in derselben Session genügt nicht** (Q-6, A0-19); Vergleichs-Operandum = committeter Baum, **kanonisches Eingabemanifest** (Baseline-Commit, geordnete Sources, output-sichtbare Run-/Zeit-/Identitätswerte) + **Run-Receipt außerhalb des Bundles** (Candidates, Reihenfolge, Plan, Entscheidungen, Output-Hashes), re-executierbare diff-/hashbasierte Formeln, keine Wanduhr-Steuerung, keine hart codierten erwarteten Pläne/Concept-Bodies, keine pauschale `verified`-Maskierung; identische Plan-/Kandidaten-/Reihenfolge-Outputs, byte-identische mutierte Bestandteile; keine eigene Runtime/kein neues Werkzeug, AD-6/AD-11), (3) **Ausnahme-Menge** (allein der `generated.at`-Wanduhr-Gap; dokumentiert, kein stiller Ausschluss; alle übrigen Bestandteile byte-identisch), (4) **Abweichungs-Klassifikation** (jede Differenz außerhalb der Ausnahme = AD-16-Klassifikationsfehler, kein Rauschen; textuell benannt NFR-4, Run korrigiert/rollt zurück, Zustands-Restaurations-Invariante §5.13 Pkt. 3), (5) **Normalisierungs-/Match-/Orphan-Schließung** (§3.2-Pkt.-1b-Em-Dash-Kollaps-Klasse `[-–— _]`, Kollaps-Reichweite, Match-Scope Stufe a; §5.10-Pkt.-8-Reconcile-Orphan-Regel; Erhebungen vollständig pinbar). **§3.2:** die bekannten Determinismus-Lücken als append-only-Regel-Ergänzungen geschlossen (Em-Dash in der Kollaps-Klasse, Kollaps-Reichweite, Match-Scope der Stufe a) — bestehender §3.2-Wortlaut unverändert. **§5.10 Pkt. 8:** Orphan-Politik zur deterministischen **Reconcile-Orphan-Regel** präzisiert (unzugeordnet, datumsgruppierter `log.md`-Verwaist-Eintrag mit `<Baseline-Commit>`, kein Banner/keine stille Vorbearbeitung/keine eigenständige Anlage; AD-16-Default). **§5.13 Pkt. 7:** Home-Verweis des `generated.at`-Gaps auf die §5.14-Definition verlagert (Wortlaut des §5.13-Satzbaus semantisch unverändert; die Behandlung des Gaps ist jetzt in §5.14-Pkt.-3 definiert). **§7:** Determinismus-Vorbehalt der Relevanzbestimmung **aufgelöst** (Em-Dash-Lücke → „in §5.14 verankert (Story 3.8)"-Ergänzung; §3.2-/§5.10-/`at`-Gap-Schließung benannt; bestehende Story-Bullets unverändert — kein neuer Bullet ersetzt einen bestehenden). **§8:** Normreferenz **AD-17h** von reiner Story-Zuordnung auf **§5.14-Anker** angehoben (`AD-17h (Determinismus, §5.14 — Zwei-Run-Bestätigung mit benannter `generated.at`-Wanduhr-Gap-Ausnahme, A0-20/§5.9-Pkt.-2/§5.10-Pkt.-8)`). **Abschlussklausel:** Keine Änderung an `schema/wiki-compiler.md`/`schema/validator.md`/`adapters/`/`raw/` (AD-3); **keine neue §7-Invaliditätsklasse**; **kein Standalone** (D-3); keine Vertragsänderung; **kein neuer Prädikat-/Format-/Frontmatter-Key**; das `generated.at`-Verhalten selbst **unverändert** (nur seine Behandlung im Bundle-State-Vergleich; Verhaltenswechsel = Ask-First); keine Workflow-Engine/kein neuer Prozess/Server/MCP (AD-6, AD-11); §0-Phasen-Listentext, §5.13-Phasen-Disziplin und §6/§6.5 textuell **unverändert** (Fugen-Identität); Commit-Boundary-Regel unverändert; `schema/canonical-terms.md` unverändert (Em-Dash-/Kollaps-Schließung lebt als Regel in §3.2, nicht als Registry-Edits). **`sprint-status.yaml`:** Key `3-8-determinismus-vertrag-ad-17h-als-agent-instruktions-validato` **`done`** (2026-08-20: Story-3.8-Instruktionsverankerung abgeschlossen — die Re-Open-/Abschluss-Reihenfolge „3.9 → 3.10/3.11 → 3.12 → 3.8-Abschluss → 3.13" des Sprint-Change-Proposals 2026-08-20 betrifft das Epic-3-**Abnahmegate**, nicht die Story-3.8-Inhaltsverankerung; die 3.9–3.12-Verankerungen bleiben offen, epic-3 bleibt in-progress). **Re-Open-Delta (2026-08-20, genehmigtes Sprint-Change-Proposal):** Zwei-Run-Mechanik auf getrennte Worktrees/frische Agent-Kontexte umgestellt (Q-6/A0-19), kanonisches Eingabemanifest + Run-Receipt außerhalb des Bundles, keine hart codierten erwarteten Pläne/Concept-Bodies, keine pauschale `verified`-Maskierung (nur `at`-Ausnahme). Sandbox-Nachweis (**DET-1..DET-8 + Erhaltungs-Invariante, Exit 0**; Zwei-Run-Identität nicht-vakuum, DET-2 in zwei getrennten Worktrees) und per-Datei-Validator-Verdikt siehe `wiki/log.md`-Eintrag (Story 3.8, Revision 3.3).
 - **Revision 3.4 (2026-08-20, Story 3.9):** Neue Sektion **§5.15 „Deterministische Relevanz- & Reconcile-Routing (Story 3.9)"** eingefügt (nach §5.14, vor §6) — die **geschlossene Routing-Ebene des Reconcile** (AD-17h/A0-19, Story 3.9; §5.14-Pkt.-5-/§7-„Story-3.9-ACs noch nicht verankert"-Vorbehalt aufgelöst): (1) **Termgewinnung** — geschlossener, geordneter Algorithmus aus der Zuwachs-Sicht (Dateiname→Term-Mapping, `source.md`-Sidecar-Exklusion, Status-Codes `A`/`M`/`D`/`R`/`C` via `--diff-filter=ACMR` mit der Akzeptanz-Regel A/C (akzeptiert) vs. M/D/R (Run-FAIL) aus Pkt. 4, §5.9-Pkt.-6-Diskrepanz-/Fallback-Kopplung, Diff↔Manifest-Äquivalenz, Mehrfach-Term-Vereinigung D-8 aufgegriffen; **eine** Kollaps-Definition §3.2-Pkt.-1b), (2) **symmetrische Normalisierung + literal-sichere Suche** (AC-2; `index.md`-Treffer → Traversal-Stufe, kein Konzept-Kandidat), (3) **eine exklusive Routing-Tabelle** (AC-3; UPDATE → CREATE → ORPHAN/HOLD → NO_OP; **NO_OP als Update-Unter-Entscheidung** — leere Candidate-Liste bei neuer Evidenz → Zellen 2/3, nie NO_OP; CREATE-vs-ORPHAN-Prädikat; Stufe-b-Zelle konsistent), (4) **Raw-Immutability-Guard** (AC-4; M/D/**R** → Run-FAIL vor jeder Mutation, A/C akzeptiert), (5) **reservierte Zielpfade** (AC-5; erschöpfende Liste `index`/`log`/`source`/`README`, Ist-Dateimenge via `git ls-tree`-Schnittmenge, deterministischer Hold), (6) **Zwei-Run-Identität** (AC-6; positive UND negative Fixtures, Zwei-Worktree-Vergleich, praktisch ausgeübte `at`-Exzeption — die einzige benannte Differenz). **§3.2:** der NO_MATCH-Anker (Pkt. 3d) als §5.15-Verweis-Anker nachgeführt (leere Candidate-Liste bei neuer Evidenz → Zellen 2/3, nicht NO_OP; `UNTOUCHED_CONCEPT` gilt für den Ghost-Diff-negativen Fall ohne Zuwachs). **§5.14 Pkt. 5:** Scope-Präzisierung nachgeführt (Story-3.9-ACs sind verankert). **§7:** Relevanzbestimmung-Bullet um die §5.15-Verankerung erweitert (Story-3.9-Vorbehalt aufgelöst; bestehende Story-Bullets unverändert). **§8:** AD-17h-/A0-19-/A0-18-Reihe bereits in §5.14 verankert — §5.15 referenziert sie (Fugen-Identität). **Abschlussklausel (Story 3.9):** Keine Änderung an `schema/wiki-compiler.md`/`schema/validator.md`/`adapters/`/`raw/` (AD-3); **keine neue §7-Invaliditätsklasse**; **keine fünfte Routing-/Update-Klasse**; **kein Standalone** (D-3); keine Vertragsänderung; **kein neuer Prädikat-/Format-/Frontmatter-Key**; `schema/canonical-terms.md` unverändert (kein neuer Normalisierungs-Operand — Umlaut-vs-Transkription bleibt benannter Defer); Commit-Boundary-Regel unverändert; Hold-Ausbau (post-Reconcile-Orphan, Mehrziel) bleibt Story 3.10; AD-16-Klassifikation/semantische Auflösung bleibt Epic 4. **`sprint-status.yaml`:** Key `3-9-deterministische-relevanz-und-reconcile-routing-schliessen` auf **`review`** geflippt (Implementierungs-Commit; finaler `done`-Flip im Step-05-Status-Sync nach abgeschlossenem Review-Loop — Präzedenz Revision 3.2/3.3). **Review-Loop-2-Auflösung (Re-Ableitung):** Kern-Defekt BS-L2-1 (NO_MATCH/leere Candidate-Liste nicht NO_OP, sondern Zellen 2/3) und BS-L2-2 (Status-Codes inkl. R/C) behoben; Sandbox um R-1-Negativ-Manifest, R-3-Fall-2-Evidenzvergleich, R-5-CREATE-Bewertungsraum, R-6/R-7-Slug-Ableitung + `git ls-tree`-Schnittmenge, R-8-Zwei-Worktree-Hold, R-9-`at`-Exzeption, harmonisierte `norm()` (eine Kollaps-Definition) ertüchtigt (Details siehe Spec Change Log Loop-2 und `wiki/log.md`-Eintrag).
+- **Revision 3.5 (2026-08-21, Story 3.10):** Neue Sektion **§5.16 „Inkrementelle Update- & Synthese-Erhaltung + Hold-Ausbau (Story 3.10)"** eingefügt (nach §5.15, vor §6) — die **operationelle Erhaltungs-Klammer** über den textuell unveränderten §5.9/§5.10/§5.15-Mechaniken (D-3, Story 3.10; A0-21-Incrementality-Teil, FR-4/FR-6/FR-12, AD-4/AD-5; §5.15-Zelle-3-/§5.15-Scope-Präzisierung-/§5.10-Pkt.-8-D-4-Hold-Home hierin verankert): (1) **Kontinuitäts-Garantie** (AC-1; in-place Update/Synthese, kein Duplikat, Identität + Index-Link erhalten), (2) **Korrigieren mit Run-Receipt-Trace** (AC-2; ersetzte Wortlautfolge + Source-Basis im Run-Receipt außerhalb des Bundles, §5.14 Pkt. 2; mehrdeutig → benannter Hold Epic 4), (3) **Schutzbestandteile & Byte-Identität** (AC-3; gültige belegte Aussagen, §5.5-Inline-Verweise, `sources` gültiger Belege, §5.6-Links, human-`verified` bleiben erhalten; nicht betroffene Concepts byte-identisch, §5.9 Pkt. 5), (4) **CONFIRMING-Konsolidierung** (AC-4; bestätigende neue Source mit neuem Evidenzanker → Aussage genau einmal, alle Anker via §5.5-Multi-Beleg, `sources`-Zuwachs, `at`-Bump, **kein NO_OP** — Stellen-Abgleich auf den Anker, nicht auf den Inhalt), (5) **gemeinsame Wissensrepräsentation als Synthese-Erhaltung** (AC-5; §5.10-Pkt.-2/3/5, Update auf bestehendes Concept = Erweiterung, keine Neuschreibung), (6) **byte-erhaltender NO_OP** (AC-6; nur bei vollständig identischer Evidenz **samt vollständiger Evidenzanker-Menge** — kein `at`-Bump, kein `sources`-Zusatz, kein `log.md`-Eintrag; fehlender Anker → Pkt. 4), (7) **Provenienz- & Link-Selbsttest aus aktuellem Run** (AC-7; Baseline = `<Baseline-Commit>` des aktuellen Runs, erwartete Delta-Menge = Kandidatenliste ∪ Neu-Anlage ∪ `log.md` ∪ nachgeführte `index.md`; kein historischer Commit/globaler Zählwert normativ), (8) **benannter Hold** (AC-8/NFR-7; post-Reconcile-Orphan über **alle** Erhebungs-Stufen a/b/c — die Story-3.9-Sandbox übte nur Stufe a (§5.15-Pkt.-6-Scope-Präzisierung aufgegriffen) —, Mehrziel-Auflösung via D-8-Mehrfach-Term-Vereinigung auf eine primäre Ziel-Repräsentation, sonst fail-closed Hold; widersprüchliche/klassifikationspflichtige Evidenz ohne Wissensmutation; beide Evidenzpfade im Run-Receipt). **§5.15:** Zelle-3-Zeile und Scope-Präzisierung auf die §5.16-Verankerung nachgeführt („in §5.16 verankert, Story 3.10"). **§5.10 Pkt. 8:** D-4-Bullet um die §5.16-Verankerung des Hold selbst ergänzt (Hold-Ausbau: Stufen a/b/c, Mehrziel, benannter Hold). **§7:** Relevanzbestimmung-Bullet um die **Story-3.10-Verankerung** erweitert (§5.16; bestehende Story-Bullets unverändert). **AD-16-Klassifikation/semantische Auflösung bleibt Epic 4.** **Abschlussklausel (Story 3.10):** Keine Änderung an `schema/wiki-compiler.md`/`schema/validator.md`/`adapters/`/`raw/` (AD-3); **keine neue §7-Invaliditätsklasse**; **keine fünfte Update-/Routing-Form**; die §5.9-Abgrenzungs-Reihenfolge `Korrigieren → Präzisieren → Erweitern → No-Op` bleibt die **einzige** Form-Wahl (textuell unverändert); **kein Standalone** (D-3); keine Vertragsänderung; **kein neuer Prädikat-/Format-/Frontmatter-Key**; `schema/canonical-terms.md` unverändert (kein neuer Normalisierungs-Operand — Umlaut-vs-Transkription bleibt benannter Defer, Ask-First); Commit-Boundary-Regel unverändert; `generated.at`-Verhalten unverändert (A0-20-Konvention). **`sprint-status.yaml`:** Key `3-10-inkrementelle-update-und-synthese-erhaltung-absichern` auf **`review`** geflippt (Implementierungs-Commit; finaler `done`-Flip im Step-05-Status-Sync nach abgeschlossenem Review-Loop — Präzedenz Revision 3.2/3.3/3.4). Sandbox-Nachweis (**E-1..E-9, Exit 0**; CONFIRMING ≠ NO_OP byte-bewiesen, NO_OP byte-erhaltend, Korrigieren-Receipt-Trace, aktueller-Run-Selbsttest, Orphan über Stufe-a/b/c, Mehrziel-Konsolidierung/-Hold, Zwei-Run-Identität nicht-vakuum) und per-Datei-Validator-Verdikt siehe `wiki/log.md`-Eintrag (Story 3.10, Revision 3.5).
diff --git a/wiki/log.md b/wiki/log.md
index bfb0dd8..f22d2ae 100644
--- a/wiki/log.md
+++ b/wiki/log.md
@@ -1,6 +1,7 @@
 # Log
 
 ## 2026-08-21
+- **Story 3.10 → `review` (Inkrementelle Update- & Synthese-Erhaltung + Hold-Ausbau, Verankerung §5.16 + Revision 3.5, 2026-08-21):** `schema/compiler.md` **Revision 3.5** — neue Sektion **§5.16 „Inkrementelle Update- & Synthese-Erhaltung + Hold-Ausbau (Story 3.10)“** (nach §5.15, vor §6): operationelle Erhaltungs-Klammer (A0-21-Incrementality, Fugen-Identität; keine A|B-Aneinanderreihung, kein Regenerate-Everything). **Punkte 1–8:** (1) **Kontinuitäts-Garantie** (AC-1: in-place Update/Konsolidierung/Synthese auf der gemeinsamen Wissensrepräsentation, kein hartes Duplikat, Identität + `index.md`-Link erhalten), (2) **Korrigieren mit Run-Receipt-Trace** (AC-2: ersetzte Wortlautfolge + Source-Basis im Run-Receipt außerhalb des Bundles, §5.14 Pkt. 2; mehrdeutige Korrektur → benannter Hold, Epic-4-/AD-16-Klassifikation, kein textueller Auto-Merge AD-17c), (3) **Schutzbestandteile & Byte-Identität** (AC-3: gültige belegte Aussagen, §5.5-Inline-Verweise, `sources` gültiger Belege, §5.6-Links, human-`verified` geschützt; nicht betroffene Concepts byte-identisch via §5.9-Pkt.-5-Ghost-Diff-Rollback), (4) **CONFIRMING-Konsolidierung** (AC-4: bestätigende neue Source → Aussage genau einmal, alle Evidenzanker via §5.5-Multi-Beleg, `sources`-Zuwachs, `generated.at`-Bump, **kein NO_OP**; Anker- statt Content-Abgleich), (5) **gemeinsame Wissensrepräsentation** (AC-5: §5.10-Pkt.-2/3/5 als Synthese-Erhaltung), (6) **byte-erhaltender NO_OP** (AC-6: volle Evidenzanker-Menge → NO_OP ohne Mutation/at-Bump/sources-Zusatz; fehlender Anker → Pkt. 4), (7) **Provenienz-/Link-Selbsttest aus aktuellem Run** (AC-7: Baseline = aktuelles `<Baseline-Commit>`, erwartete Deltas = Kandidaten-Liste ∪ Neu-Anlage ∪ `log.md` ∪ nachgeführte `index.md`, keine hart kodierten Pläne/Bodies/Zählwerte — §5.14 Pkt. 2, AC-7/§5.14-Pkt.-2-Konsistenz), (8) **benannter Hold** (AC-8/NFR-7: post-Reconcile-Orphan über **alle Erhebungs-Stufen a/b/c** — Story-3.9 übte nur Stufe a —, Mehrziel via D-8-Mehrfach-Term-Vereinigung → primäre Ziel-Repräsentation, sonst fail-closed benannter Hold; beide Evidenzpfade im Run-Receipt). **§7-Bullet** erweitert (Story-3.10-Verankerung; §5.9-Abgrenzungs-Reihenfolge bleibt die einzige Form-Wahl); **Hold-Home-Nachführungen:** §5.15-Zelle-3 + §5.15-Scope-Präzisierung + §5.10-Pkt.-8-D-4-Bullet verweisen auf §5.16 (Story 3.10, Hold-Ausbau); Revisionslog **Revision 3.5** mit Abschlussklausel (AD-3 — `schema/validator.md`/`schema/wiki-compiler.md`/`adapters/`/`raw/`/`schema/canonical-terms.md` unverändert; keine neue §7-Invaliditätsklasse; keine neue Update-Form; keine neuen Prädikat-/Frontmatter-/Format-Keys; kein Standalone/D-3; keine Vertragsänderung; Umlaut-vs-Transkription-Defer bleibt offen — kein neuer Normalisierungs-Operand, ask-first). `sprint-status.yaml`-Key `3-10-inkrementelle-update-und-synthese-erhaltung-absichern` → **`review`** (Implementierungs-Flip, HEAD-Stand 08-21-2026; finaler `done`-Flip im Step-05-Status-Sync), `last_updated` → 08-21-2026 12:00. **Sandbox-Nachweis** (`_bmad-output/implementation-artifacts/sandbox-3-10/run-sandbox.sh`, `/tmp`-Baum, nie der reale Ist-Baum; re-executierbar): **E-1..E-9, Exit 0, 9 harte PASS-Assertionen** — E-1 Kontinuität/AC-1 (Update in-place, kein Duplikat, Identity + Index-Link erhalten); E-2 Korrigieren-Receipt-Trace/AC-2 (Wortlautfolge + Source-Basis im Receipt außerhalb Bundle; mehrdeutig → benannter Hold ohne Mutation); E-3 Schutzbestandteile/AC-3 (nicht betroffenes Concept byte-identisch, Ghost-Diff-Rollback stellt Baseline wieder her); E-4 CONFIRMING/AC-4 (**CONFIRMING ≠ NO_OP byte-bewiesen**: Aussage genau einmal, neuer Anker, Multi-Beleg, sources-Zuwachs, at-Bump); E-5 Synthese-Erhaltung/AC-5 (gemeinsame Repräsentation erweitert, keine A|B-Aneinanderreihung); E-6 NO_OP byte-erhaltend/AC-6 (volle Evidenzanker-Menge: keine Mutation, kein at-Bump, kein sources-Zusatz); E-7 Selbsttest aktueller Run/AC-7 (Baseline = aktuelles `<Baseline-Commit>` frisch erzeugt, Delta = Kandidaten-Liste ∪ Neu-Anlage, keine hart kodierten Zählwerte); E-8 Orphan + Mehrziel/AC-8 (Stufen a/b/c belegt, D-8-Vereinigung → primäre Ziel-Repräsentation, fail-closed Hold, beide Evidenzpfade im Receipt); E-9 Zwei-Run-Identität deterministisch (gleicher Eingang → identische Bytes, Zustandswechsel messbar — Nicht-Vakuum). **Defer-Aufgriff:** `deferred-work.md` append — Defer «Orphan voller Stufen b/c + Mehrziel» (Story-3.9-Block, Home Story 3.10) → **`aufgegriffen`** (§5.16 Pkt. 8 verankert, Sandbox E-8 ausgeübt; Umlaut-vs-Transkription-Defer bleibt offen). **Validator-Verdikt** (human-mechanisch, `schema/validator.md` Rev 9, D-3 — kein CLI; keine Concept-Inhalts-Mutation): alle `wiki/`-Dateien SUCCESS. **Erhaltungs-Invariante §5.9 Pkt. 5 gewahrt:** `git status --porcelain -- wiki/` zeigt ausschließlich `wiki/log.md` (dieser Eintrag); AD-3 read-only (`schema/validator.md`/`schema/wiki-compiler.md`/`adapters/`/`raw/`/`schema/canonical-terms.md` unverändert); kein Standalone (D-3), keine neue §7-Invaliditätsklasse, keine Vertragsänderung; Epic-3-Abnahme (Story 3.13) bleibt offen (epic-3 in-progress); Zwei-Run-über-reale-Inhalte/Stufen-b-c-über-reale-Bäume bleibt Story-3.13-Abnahme-Gate.
 - **Story 3.9 → Review-Loop-3-Abschluss + `done` (Deterministische Relevanz- & Reconcile-Routing, bmad-code-review Re-Run 4 Layer — blind-hunter ×2 / edge-case-hunter / acceptance-auditor, verification-gap über Retry, 2026-08-21):** Re-Review der Loop-2-zustands Implementation (Diffform `2f079ee..73f2c9e`, 7 Dateien); **Triage:** 3 decision-needed / 15 patch (1 nach Re-Verifikation verworfen → **14 anzuwenden**) / 2 defer / 9 verworfen; **keine intent_gap/bad_spec (kein Loopback).** **Nutzer-Entscheidungen (empfohlene Optionen):** D-3.9-1 §8-Revision-3.3-Nachführung **behalten** (3.8 ist faktisch done; Dokumentation über den append-only Spec-Change-Log, kein Rückbau); D-3.9-2 Status-Kontraktion aufgelöst auf die 3.7/3.8-Präzedenz: maßgeblich `review` (Impl-Commit-Flip), Spec-Frontmatter-`done` zurückgesetzt, **finaler `done`-Flip in diesem Eintrag (Step-05-Status-Sync)**; D-3.9-3 **Minimal-Härtung** der tautologischen Sandbox-Szenarien (echte Mechanik statt Selbstvergleich; strukturelle Restlimits — volle Stufen-b/c-Traversal, Zwei-Run über realen Contents — bleiben benannte Defers, Home Story 3.13, Präzedenz DET-1/2). **Patches (14):** compiler.md §5.15 Pkt. 1 (`/dev/null`-Sort → **LC_ALL=C-bytetreue Stable-Sortierung**; Status-Code-Entflechtung Befund A/M/D/R/C ↔ Akzeptanz A/C vs. Run-FAIL M/D/R über Pkt. 4), Pkt. 2 (Actor-Body → **Concept-Body**), Pkt. 5 (hängender „§3.2-Endergebnis"-Verweis → **§5.8-Instruktions-Hold** als Run-Status-Definition), Revision 3.4 (Status-Wortlaut `review` + Status-Code-Korrektur); Sandbox: **README-Reserviertheits-Fall case-insensitiv** (P-3.9-2), R-9-Bundle-Grep-**Anchorung** `(^|/)(index|log)\.md$` + **Benennung** der index/log-Ausnahme (P-3.9-7, re-scoped: Enden-Präfixe wie `myindex.md` nicht mehr still ausgeschlossen), R-8-Hold-**Assert auf beide Worktrees** (P-3.9-8), **Worktree-Re-Run-Idempotenz** unter `$ROOT` (P-3.9-14), `local rc=$?`-**Dead-Diagnostics** → lebendige `rc`-Erfassung (P-3.9-15), Term-Quoting + `sort -u`; **D-3.9-3-Härtung:** R-1 Negativ-Manifest → **echter Run-FAIL-Sub-Run** vor jeder Mutation (Mutation-Sentinel bleibt abseits), R-1b/R-4 **saubere je-Status-Sub-Runs** (M/D/R-Run-FAIL ohne kumulative-Baseline-Kontraktion; A-Sub-Run Guard-Pass mit Sentinel), R-3-Fall-2 **echter Full-Containment-Check** (Token-weise, mit Negativ-Kontrolle) + **Stufe-b via echtem index.md-Link-Parsing** und Zielpfad-Existenz, R-5 **echte `route()`-Funktion** (leere Candidate-Liste → CREATE-Bewertungsraum, **nie NO_OP** — NO_OP-Regression negativ geprüft) + D-8-Vereinigung ausgeübt, R-6/R-7 **Slug rein aus dem committeten Dateinamen** (Datums-Suffix-Strip + Norm, kein nicht-instruktioneller `-doc$`-Strip). **Verworfen (1):** P-3.9-1 „Escaper defekt" = **Fehlalarm** — die „Ausführung"-Evidenz war durch die Bash-Tool-Transport-Schicht korrumpiert (Backslash-Ebene halbiert; getesteter Code ≠ Datei-Code); `od`-Beweis (Z. 74/790: `\\&`) + Negativ-/Positiv-Kontrolle aus Datei-Bytes (`v1.0` matcht `v10`-Body **nicht**, `v1.0`-Body **ja**) → Escaper **literal-sicher**, Z. 74/790 unverändert (Korrektur im Spec-Change-Log). **Defers (2, → deferred-work.md append-only):** W-3.9-1 `norm()`/`tr` ohne `LC_ALL`-Pinning (Home: Sandbox-Härtung, 952-Zeilen-Scope); W-3.9-2 positive Zwei-Run-Identität strukturell trivial (Home: Story-3.13-Abnahme, Präzedenz DET-1/2). **Frozen-Änderungen (im Spec-Change-Log autorisiert/dokumentiert):** I/O-Matrix-`RAW_GUARD_MODIFIZIERT`-Zelle um Rename (M/D/**R**) + `</frozen-after-approval>`-Schließtag-Nachtrag (Präzedenz Spec-3-7/3-8); **keine AC-/Intent-Wortlaut-Änderung, keine Neu-Verhandlung nötig.** **Sandbox re-executiert:** `bash _bmad-output/implementation-artifacts/sandbox-3-9/run-sandbox.sh` → **R-1..R-9 harte PASS, Exit 0** (inkl. R-1b/R-4 je-Status-Guard-Sub-Runs, R-3 Full-Containment + Stufe-b-Link-Parsing, R-5 route(), R-6/R-7 echte Slug-Ableitung, R-8 beide Worktrees, R-9 ankerter Bundle-Vergleich). **Validator-Verdikt (human-mechanisch, `schema/validator.md` Rev 9, D-3 — kein CLI; keine Concept-Inhalts-Mutation):** alle `wiki/`-Dateien **SUCCESS**. `sprint-status.yaml`-Key `3-9-…` → **`done`** (finaler Step-05-Flip nach konvergiertem Loop-3), `last_updated` → 08-21-2026. **Erhaltungs-Invariante §5.9 Pkt. 5 gewahrt:** `git status --porcelain -- wiki/` zeigt ausschließlich `wiki/log.md` (dieser Eintrag); AD-3 read-only (`schema/validator.md`/`schema/wiki-compiler.md`/`adapters/`/`raw/`/`schema/canonical-terms.md` unverändert); kein Standalone (D-3), keine neue §7-Invaliditätsklasse, keine Vertragsänderung; Umlaut-vs-Transkription bleibt benannter Defer; Hold-Ausbau (post-Reconcile-Orphan, Mehrziel) + Stufen-b/c-Traversal-Coverage bleiben Story 3.10/3.13.
 ## 2026-08-20
 - **Story 3.9 → Re-Ableitung Loop-2 + `in-progress` (Deterministische Relevanz- & Reconcile-Routing, 2026-08-20):** Loop-2-bad_spec-Loopback (bmad-code-review Re-Run — 2 bad_spec, 4 patch, 2 defer; kein intent_gap, kein Eingriff ins `<frozen-after-approval>`). **Kern-Defekte behoben:** **BS-L2-1** — NO_MATCH/leere Candidate-Liste ist bei **neuer Einheit** NICHT NO_OP, sondern **CREATE (Zelle 2) / ORPHAN-HOLD (Zelle 3)**; NO_OP (Zelle 4) bleibt ausschließlich **Unter-Entscheidung des Update-Pfads** (bestehende Evidenz identisch repräsentiert) — §5.15-Pkt.-3-Tabelle, §3.2-Pkt.-3d-Verweis-Anker und Sandbox R-3/R-5 in Einklang; **BS-L2-2** — Status-Codes geschlossen: **R (Rename)** einer committeten `raw/`-Datei = AD-3-Verletzung → **Guard-FAIL**, **C** zählt als **A** (Copy/neu), `--diff-filter=ACMR` dokumentiert die Zuordnung. **Weitere Loop-2-Auflagen:** P-L2-1 Sandbox-`norm()` auf die **eine** Kollaps-Definition (§3.2-Pkt.-1b) vereinheitlicht (keine vierte Pipeline); P-L2-2 R-2-`index.md`-Traversal **real** gefeuert (Fixture enthält den Term, Traversal-Exklusion negativ assertiert); P-L2-3 R-1-Diff↔Manifest-Äquivalenz um **Negativ-Zweig** ergänzt (divergentes Manifest → Run-FAIL vor Mutation); P-L2-4 R-8-**Zwei-Run-Hold über zwei getrennte Worktrees** (Behebung der Doppel-Read-Tautologie); P-L2-5 R-6/R-7-**Slug aus dem abgeleiteten Kandidaten** + `git ls-tree`-Schnittmengen-Fixture + entdoppelte tote `CAND`-Assertion (kein `|| true`); P-L2-6 R-9-Receipts um **`generated.at`-Feld + praktisch ausgeübte at-Exzeption** (legitime at-Abweichung ≠ AD-16; andere als-at-Differenz = HARD-FAIL). **Defer-Aufgriffe (Home Story 3.9):** D-8 (Mehrfach-Term-Vereinigung) und D-9 (Term-Ableitung aus dem `raw/`-Zuwachs + voller Kandidaten-Scan statt fester 2-Datei-Liste) in §5.15 Pkt. 1 / Sandbox R-1/R-5 realisiert. **Verankerung (`schema/compiler.md` Revision 3.4):** neue **§5.15** „Deterministische Relevanz- & Reconcile-Routing (Story 3.9)" (Pkt. 1–6) — Pkt. 1 **Termgewinnung** (geschlossen, geordnet, AC-1: Dateiname→Term-Mapping, Sidecar-Exklusion, Status-Codes A/M/D/R/C via `--diff-filter=ACMR`, §5.9-Pkt.-6-Diskrepanz-/Fallback-Kopplung, Diff↔Manifest-Äquivalenz, D-8-Mehrfach-Term-Vereinigung mit ≥2-Zeichen-Segmenten, Einzelzeichen-Segmente kein eigener Term, optional committetes Term-Manifest), Pkt. 2 **symmetrische Normalisierung + literal-sichere Suche** (AC-2, §3.2-Pkt.-1b-Kollaps-Klasse `[-–— _]`→`-`; `index.md`-Treffer → Traversal-Stufe, kein Concept-Kandidat), Pkt. 3 die **eine exklusive Routing-Tabelle** (AC-3: UPDATE → CREATE → ORPHAN/HOLD → NO_OP; NO_OP als Update-Unter-Entscheidung; Leere-Candidate-Absatz; Stufe-b-Zelle), Pkt. 4 **Raw-Immutability-Guard** (AC-4: M/D/**R** → Run-FAIL vor Mutation, A/C akzeptiert), Pkt. 5 **reservierte Zielpfade** (AC-5: `index`/`log`/`source`/`README` erschöpfend, deterministischer Hold, Ist-Dateimenge via `git ls-tree`-Schnittmenge), Pkt. 6 **Zwei-Run-Identität** (AC-6: positive UND negative Fixtures, Zwei-Worktree-Vergleich, praktisch ausgeübte `at`-Exzeption, kein hart codierter Erwartungswert). **§3.2**-Pkt.-3d-§5.15-**Verweis-Anker** nachgeführt; **§5.14**-Pkt.-5-Scope-Präzisierung (Story-3.9-ACs verankert); **§7**-Relevanzbestimmung-Bullet erweitert (Vorbehalt aufgelöst); Revisionslog **Revision 3.4**. **Re-Derivation:** `deferred-work.md` D-8/D-9 → **`aufgegriffen`**; `epic-3-context.md` Z. 39 → **Ist (§5.15 verankert)**; `sprint-status.yaml` Key `3-9-…` → **`in-progress`** (finaler `review`/`done`-Flip im Step-04/05). **Sandbox-Nachweis:** `bash _bmad-output/implementation-artifacts/sandbox-3-9/run-sandbox.sh` → **R-1..R-9 harte PASS, Exit 0** (inkl. R-1b R/C-Guard, R-5-CREATE-Bewertungsraum, R-8-Zwei-Worktree-Hold, R-9-at-Exzeption + Negativkontrolle). **Erhaltungs-Invariante §5.9 Pkt. 5 gewahrt:** `git status --porcelain -- wiki/` zeigt ausschließlich `wiki/log.md` (dieser Eintrag); **AD-3 read-only** (`schema/validator.md`/`schema/wiki-compiler.md`/`adapters/`/`raw/`/`schema/canonical-terms.md` unverändert); kein Standalone (D-3), keine neue §7-Invaliditätsklasse, keine Vertragsänderung; Umlaut-vs-Transkription bleibt benannter Defer; Hold-Ausbau (post-Reconcile-Orphan, Mehrziel) bleibt Story 3.10.