fix(coordination): 由存储分配 inbox 顺序

[zsnjuts]

Milestone 4/5：Session admission、输出结算与 primary runtime

依赖 #1701，必须在 #1701 合入后再 review/merge。本 PR 当前以 master 为 base 是 fork PR 的限制；前序合入后累计 diff 会自动缩小。

Summary

• durable admission receipt 绑定 event/app/partition、Session key、lease epoch 与 record revision。
• 持久化/恢复完整 Session projection，并重新校验 routing identity。
• canonical handler 只有完成 exact Session CAS 后才能返回 committed。
• Session-output/final-output bridge：先 exact-write Session，再 enqueue outbox，并等待共享 store 的 delivered/ambiguous。
• 组装 ingress、inbox consumer、outbox pump、Session facade 的 primary runtime。
• Inbox 顺序改由 store/database sequence 分配，不信任跨 Pod 客户端时间。

Late receipt correctness

commit 1c2098fc0 已接通 runtime 的 timeout 后精确迟到回执：

• timeout 先提交 ambiguous。
• 只有同一 attempt 的 late delivered 会调用 completeOutboxAttempt。
• late retry/error 不会重开 ambiguous；wrong epoch/attempt 保持 stale。

Verification

• admission/restore identity、并发 revision、receipt 分离
• shared-store settlement 与 final-drain
• timeout → ambiguous → late delivered runtime 测试
• 100 Session 两 runtime failover 基础组件测试

下一里程碑：#1714。