feat(orchestration): unified liveness decision model across compute backends

**Context:** ROADMAP.md → Unified liveness decision model
**Related:** #164, #45 (closed ECS heartbeat bug)

---

## Component

API or orchestration

## Describe the feature

Normalize **task health evaluation** across compute backends (AgentCore, ECS) through a single typed decision path: heartbeat support, compute session status, DynamoDB state—with deterministic precedence and regression tests preventing cross-runtime false failures.

## Use case

#45 showed ECS tasks marked FAILED after success due to heartbeat mismatch. Adding backends multiplies liveness edge cases without a unified model.

## Proposed solution

1. `LivenessCapabilities` per `ComputeStrategy` (supports_heartbeat, session_status_api, etc.).
2. Pure function: `(snapshot, capabilities) → LivenessDecision`.
3. Orchestrator uses single path; unit tests per backend + matrix tests.
4. Document precedence in `docs/design/ORCHESTRATOR.md`.

## Other information

- Prerequisite for reliable **alternative compute** (#164).
- Design context: `docs/design/COMPUTE.md`, `docs/design/ORCHESTRATOR.md`.

- [ ] This might be a breaking change

Beginne mit ROADMAP.md und dem Designkontext in docs/design/COMPUTE.md und docs/design/ORCHESTRATOR.md und ermittle anschließend die Einstiegspunkte für Orchestrierung und ComputeStrategy. Prüfe das geschlossene ECS-Heartbeat-Issue #45 sowie die verwandten Issues #164 und #491. Als erledigt gilt die Aufgabe, wenn backend-spezifische Regressionstests und Matrix-Tests deterministische Liveness-Entscheidungen ohne falsche Fehler über verschiedene Runtimes hinweg abdecken und die Priorität in docs/design/ORCHESTRATOR.md dokumentiert ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.