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

ROADMAP.md と docs/design/COMPUTE.md および docs/design/ORCHESTRATOR.md の設計コンテキストから始め、次にオーケストレーションと ComputeStrategy のエントリーポイントを特定します。クローズされた ECS heartbeat の issue #45 と、関連する issue #164 および #491 を確認します。完了の条件は、backend 固有のリグレッションテストとマトリクステストによって、runtime 間の誤検出なしに決定論的な liveness 判定をカバーし、その優先順位が docs/design/ORCHESTRATOR.md に記載されていることです。

索引モデルが issue の本文から書いたものです。