🐛 fix: #256 运行数据一致性 + #257 事件持久化体积治理

[CavinHuang]

No description provided.

[CavinHuang]

Core verification 失败判定为 main 预存问题，与本 PR 无关：

• 失败测试：automation-manager > 应支持任务 create/list/update/delete 超时（6.7s > 5s），两轮重跑相同
• 该测试为纯同步 fs CRUD，与本 PR 改动（事件总线/observer/engine/截图）零 import 关联
• 本地（Windows）单跑 1.89s 全过
• 相邻 PR ♻️ system prompt 减法 + 🌐 全面中文化（sidecar agent prompt 治理） #276 的 Core verification 失败完全相同（同测试同超时，run 32445151931），而 ♻️ system prompt 减法 + 🌐 全面中文化（sidecar agent prompt 治理） #276 不含本 PR 任何改动

其余 checks（Computer Use ×2 / Windows reliability / macOS desktop reliability）全绿，typecheck 三包本地全绿。按 CI 判定惯例（对比 main baseline），本 PR 可视为 CI 绿。

[CavinHuang]

补充：已定位并修复 Core verification 超时的根因（main 预存，非本 PR 引入，但在此顺带修复以解除合并阻塞）。

根因：automation-schedule.ts 的 getNextCronRunAt 逐分钟扫描时每次迭代 new Intl.DateTimeFormat（构造占绝对大头）。扫描步数=距下次 cron 触发的分钟数——本地快机单次 523ms，CI Ubuntu 慢机器 ×5-10 → automation-manager 测试（create/update 各算一次）超 5s 限制。是否超时取决于 CI 运行时刻距下次触发的距离（时间彩票），解释了 #273 昨天绿、今天 #276/#277 同红。

修复：formatter 按 timezone 缓存实例（纯优化，零语义变化）。基准：523ms → 56ms（10×），CI 预计 <1s。