feat(orchestration): stranded-task operator notify and manual resume

**Context:** ROADMAP.md → Stuck-task reconciliation (operator notify/resume)

---

## Component

API or orchestration

## Describe the feature

Extend shipped stranded-task reconciler: **operator notification** before forced failure and **manual resume** option for recoverable stuck states.

## Use case

Reconciler today fails stuck tasks automatically—correct for hygiene but harsh when root cause was transient platform outage. Operators want warn-then-act and resume.

## Proposed solution

1. Grace period: emit `stranded_warning` event + notify before `failTask`.
2. `POST /tasks/{id}/resume` for operator-forced continuation from last checkpoint (when safe).
3. Blueprint config: `stranded_grace_minutes`, `notify_channel`.
4. Audit all operator resume actions.
5. Tests for warning → fail and warning → resume paths.

## Other information

- Base reconciler shipped; this is **operator UX** on top.
- Design context: `docs/design/ORCHESTRATOR.md`.

- [ ] This might be a breaking change

Beginne mit dem Abschnitt „Stuck-task reconciliation“ in ROADMAP.md und lies docs/design/ORCHESTRATOR.md zur bestehenden Reconciliation für verwaiste Tasks. Verfolge den aktuellen failTask-Pfad und die Einstiegspunkte der task API, bevor du die Abläufe für Warnung, Fortsetzen, Konfiguration und Audit definierst. Als erledigt gilt die Aufgabe, wenn die Pfade warning→fail und warning→resume durch Tests abgedeckt sind und das vorgeschlagene Verhalten für Operatoren abgedeckt ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.