fix(memory): replace wall-clock timeout with per-chunk SSE liveness

[LeXwDeX]

问题（Refs #324，解决其 streaming-liveness 半区）

#328 用 RESPONSE_TIMEOUT 5min 墙钟兜底，但它与"思考即输出、输出即活着"的 SSE 原则相悖：墙钟无法区分"正在思考"与"连接已死"，一条 16k-token 的慢思考随时可能被误杀。

修法

src/memory/model.ts：

• generateObject → streamObject，让 chunk 可见（仓库先例：agent.ts 同款 fullStream 消费）。
• 新增 drainWithLiveness：消费 fullStream，每个到达的 part（含 reasoning delta）都重置 idle 看门狗——只要 SSE 还在推送，调用就活着，无论总时长多长。
• 两个纯"无响应"检测器：CONNECT_TIMEOUT 60s（首个 part 未到达=死连接）与 IDLE_TIMEOUT 60s（chunk 间断流=卡死），触发即 abort 并失败为 TimeoutError。
• 生成终止仍由 max_output_tokens / 自然 stop 负责，不设整体墙钟。
• make({timeout}) 注入仍保留（测试用硬期限）；生产路径不再有默认墙钟。

边界覆盖（新增 4 个回归测试，it.live 真实计时）

1. 持续吐流不被杀：30 个 part、每 8ms 一个、总时长 ~240ms ≫ 40ms idle 窗——每次到达重置计时，调用存活（证明无整体墙钟）。
2. 静默 → idle 超时：吐 1 个 part 后挂起，idle 窗内无 chunk → Stalled，且 abort 钩子恰被调用一次。
3. 死连接 → connect 超时：从不吐第一个 part → Stalled，且快速失败（<200ms）。
4. 错误 part 透传：流中 error part 按原因失败，不误判为 stall。

验证

• bun typecheck（packages/opencode）干净
• test/memory/90 pass / 0 fail（其中 4 个为本次新增 liveness 回归）
• compaction 相关套件 61 pass / 1 skip / 0 fail

说明

• 本 PR 仅解决 fix(memory): SSE-liveness debt — wall-clock guard contradicts streaming principle; periodic prepare path still long-holds locks #324 的 liveness 半区；周期 prepare 路径的锁硬化仍挂在 fix(memory): SSE-liveness debt — wall-clock guard contradicts streaming principle; periodic prepare path still long-holds locks #324（其钉住测试断言同步 maintain，属另一处行为变更，另行处理）。
• 本地提交钩子因 codeload 对 ghostty-web 的 429 限流（外部依赖、与本改动无关）无法跑全工作区 typecheck，经确认以 --no-verify 提交、由 CI 作门禁。