Add scoped operator controls and durable worker release queue

docs/test-results/operator-control-20261022.md

@@ -0,0 +1,28 @@
+# Betriebssteuerung – 2026-10-22
+
+Umfang: projektbezogene Pause neuer Analysen mit Weiterlauf begonnener Fälle,
+dauerhafte Fortsetzungsaufträge zwischen Worker-Dispatches, getrennte Betreiberrechte,
+Aktionsprotokoll sowie Workerstatus im Web. Keine Prompt-/Budgetänderungen und keine
+Änderung der maßgeblichen Designspezifikation.
+
+Eingaben: künstliche CaseBuilder-/Worker-/API-Fixtures und synthetischer UI-Server.
+Keine kostenpflichtigen Modellanfragen und keine externen DB-/Repositoryzugriffe.
+
+Prüfungen:
+
+- Worker-, Dashboard-, vcore-Intake- und API-Tests: 50 bestanden.
+- Persistente Pause nach Worker-Neustart, Weiterlauf begonnener Fälle,
+  aktuelle und veraltete Freigaben, Ablehnung von Modellvalidierungssperren.
+- API-Berechtigungen, Projektscope, Protokollsichtbarkeit, ungültige/zu große
+  Steuerungsnachrichten und unbekannte Zusatzfelder.
+- Echter Headless-Edge: Pause/Wiederzulassung, Aktionsprotokoll, Desktop/Mobil,
+  bisherige Diagramme/Falldetails/Abmeldung: PASS, keine Browserfehler/Überläufe.
+  Nach zwei Fehlern beim Test-Abschluss wurde geordnetes Browserbeenden ergänzt;
+  der abschließende Test endet erfolgreich einschließlich temporärer Bereinigung.
+- Test-Workspaces vor Testbeginn: 16.939.129.428 Bytes; zusammen mit kleinen
+  Fixtures und temporären lokalen Tests unter 20 GB. Keine alten Akten gelöscht.
+
+Grenzen: HTTP-Annahme bleibt während einer Pause verfügbar; Pause stoppt neue
+Analysen an Worker-Grenzen, keine laufenden Modellaufrufe. Freigaben sind asynchron
+und können bei erneuter Prüfung abgelehnt werden. Ein gestoppter Worker wird durch
+die Weboberfläche nicht als Betriebssystemdienst gestartet.