fix: postgres WAL corruption recovery + memory bump + researcher/executor

- Postgres memory: 256M→384M limits, 64M→96M reservations
- Added pg_resetwal -f pre-deploy step to recover from corrupt WAL
  ('PANIC: could not locate a valid checkpoint record' caused by
  force-killed postgres during --force-recreate)
- Added data-checksums initdb arg for future corruption detection
- api→postgres and web→api depends_on: service_healthy→service_started
- Deploy wait loop: fail fast on unhealthy, wait on starting (180s)
- Added researcher/executor to ValidAssignees and frontend dropdowns

phases/changelog.md

@@ -2,6 +2,12 @@
 
 > Letzte Aktualisierung: 2026-06-20
 
+- 2026-06-20: **Researcher und Executor in den Agent-Task-Workflow aufgenommen.**
+  - `ValidAssignees` in TaskService.cs um `"researcher"` und `"executor"` erweitert.
+  - Frontend `expectedFromLabel`-Mapping, Create-Task- und Detail-Dropdowns um Researcher (🔬) und Executor (⚡) ergänzt.
+  - Researcher/Executor bleiben als Sub-Agenten vom Status-Change ausgeschlossen (nur Bao/Iris dürfen).
+  - Geänderte Dateien: `backend/Services/TaskService.cs`, `frontend/src/views/TaskBoardView.vue`, `phases/changelog.md`.
+
 - 2026-06-20: **Bao-Status-Change + Content-Change-Benachrichtigung aktiviert.**
   - **Neue Autorisierungsregel (TaskStateHelper.CanChangeState):**
     - **Iris + Bao** dürfen jetzt Status ändern / verschieben.