fix(db): repair provisioning migration snapshot

docs/audits/2026-07-31/stability-v0.2.60/IMPLEMENTATION_AND_ACCEPTANCE.md

@@ -124,7 +124,7 @@ Primäransicht nicht länger wegen einer fehlerhaften Sekundärabfrage.
 | Geschützte Routen | alle 20 in kontrollierten Fixtures geprüft |
 | Viewports | 375, 768, 1024, 1440 und 1920 px ohne Seitenoverflow |
 | Browserverträge | Deep Links, Query-Deduplizierung, ein SSE-Resync, Task-Board-Refresh, Done-Pagination, Drag-and-drop und 503-Recovery grün |
-| Backend | 383 bestanden; fünf Containerfälle mangels lokalem Docker explizit übersprungen |
+| Backend | 384 bestanden; fünf Containerfälle mangels lokalem Docker explizit übersprungen |
 | PostgreSQL-Ausfall | echter Npgsql-Healthcheck gegen einen nicht erreichbaren Endpoint liefert im Readiness-Vertrag 503 |
 | Version | `VERSION` und Frontendpaket beide `0.2.60`; .NET-Pin wird als 10.0.101 aus dem erlaubten Feature-Band aufgelöst |
 | Abhängigkeiten | keine bekannten pnpm-Produktionslücken; keine High/Critical-NuGet-Funde |
@@ -137,6 +137,13 @@ OpenClaw-/OpenAI-Ausführung.
 
 ## Offene Abnahmegates
 
+Der erste verpflichtende Containerlauf (Gitea Run 363) erfüllte seinen Zweck
+und blockierte das Deployment: Alle fünf Fälle fanden einen fehlerhaft
+geordneten EF-Core-Modellsnapshot für
+`AgentProposal.ProvisionRequests`. Die Snapshotbeziehung ist korrigiert und ein
+nicht-Docker-Regressionstest baut beide Navigationen jetzt bereits im normalen
+Backendjob auf. Ein neuer grüner Containerlauf bleibt vor Deployment zwingend.
+
 ### Vor Deployment
 
 1. Der neue Gitea-Linuxjob muss alle fünf vorhandenen PostgreSQL-/Toxiproxy-