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

Commencez par la section « Stuck-task reconciliation » de ROADMAP.md et lisez docs/design/ORCHESTRATOR.md pour découvrir le réconciliateur existant des tâches bloquées. Suivez le chemin actuel de failTask et les points d’entrée de la task API avant de définir les flux d’avertissement, de reprise, de configuration et d’audit. Le travail est considéré comme terminé lorsque les chemins warning→fail et warning→resume sont couverts par des tests et que le comportement proposé pour l’opérateur est couvert.

Rédigé par le modèle d'indexation à partir du texte de l'issue.