GC-Soll nachgezogen: 92/92 compliant, 0 Drifts

Template ueber push-gc-template.py nach bf-golden-config gepusht,
GitRepository-Sync, dann Backup -> Intended -> Compliance. Der erste
Sync-Versuch starb an einem redis broken pipe im Nautobot-Stack; Retry
ging durch.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/teilprojekte.md

@@ -1384,6 +1384,14 @@ FT kaschierte das bisher als „Roaming" statt „schwache Abdeckung".
   - **`routeros/tp28-ap-wifi-reste-abraeumen.rsc` hat den Ausfall nicht ausgeloest, aber zementiert:**
     mit den geloeschten datapath-Objekten gab es lokal nichts mehr, worauf `slaves-datapath` haette
     zeigen koennen. Der Ein-Zeilen-Fix war damit weg. Nachtrag steht im Skript.
+  - ✅ **Soll nachgezogen, Compliance wieder sauber: 92/92, 0 Drifts** (2026-08-18). Weg: Template in
+    `nautobot/mikrotik_routeros.j2` → `routeros/push-gc-template.py` (Secret-Guard) → GitRepository-Sync
+    → Backup/Intended/Compliance. Ohne den Push meldet der Refresh die zwei neuen Zeilen als `extra`
+    auf beiden APs — das Jinja lebt im **separaten** Gitea-Repo `bf-golden-config`, ein Commit hier
+    allein erreicht Nautobot nicht.
+  - ⚠️ **Beim ersten Sync-Versuch: `redis.exceptions.ConnectionError: broken pipe`** auf dem
+    Nautobot-Stack. Ein simpler Retry ging durch; NAS-Load war unauffaellig (0,9). Der Job meldet das
+    als `FAILURE` — nicht mit einem inhaltlichen Fehler verwechseln.
 
 - ✅ **Der offene GC-Rest ist erledigt (2026-08-18).** Die fuenf `wifi-*`-ComplianceFeatures haengen
   jetzt am **Core**, der AP-Zweig des Templates ist auf eine einzige Zeile eingedampft