feat(orchestration): orchestrator DLQ and replay

**Context:** ROADMAP.md → Orchestrator DLQ

---

## Component

API or orchestration

## Describe the feature

**Dead-letter path** for task orchestration after durable execution retry exhaustion. Operators inspect and **replay** failed orchestration runs.

## Use case

Transient AWS faults or code bugs can exhaust durable retries with no durable artifact for ops. Webhook processor has DLQ (#284); orchestrator does not.

## Proposed solution

1. Configure DLQ on durable orchestrator Lambda (SQS).
2. Payload: task_id, checkpoint, error, timestamp.
3. CloudWatch alarm on DLQ depth (#117 pattern).
4. Operator API/CLI: list DLQ messages, replay with idempotency guard.
5. Document runbook in `docs/design/ORCHESTRATOR.md`.

## Other information

- Distinct from FanOutConsumer DLQ (#117).
- Design context: `docs/design/ORCHESTRATOR.md`.

- [ ] This might be a breaking change

Beginne mit ROADMAP.md und docs/design/ORCHESTRATOR.md und vergleiche dann die Webhook-Processor-DLQ in #284 mit dem CloudWatch-Alarmmuster in #117. Definiere die DLQ, Payload, den Alarm, die Auflistungs- und Replay-Abläufe der Operator API/CLI, die Idempotenz-Absicherung und das Runbook; abgeschlossen ist die Aufgabe, wenn diese Bestandteile implementiert und dokumentiert sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.