Upgrade provided tools and Wake proactive decisions

[kachofugetsu09]

结果

• Core 公共组合能力允许一个 provide 绑定一个 Tool；空 provide 仍只作互斥占位，重复 provider 与歧义 Tool 均 fail loud。Core 不保存 Wake/EventMail 来源暗号。
• EventMail 4.1.0 统一不可变信封与 transition；Content、Alert、Context 保持三套正交生命周期。旧 Content/Wake mail 由 Yoyo 一次迁入 EventMail，不保留第二套权威源。
• Wake 3.3.0 恢复旧版衰减池的核心语义，但去掉随机外层：每个 (source_id, item_id, revision) 首次到期只计算并持久化一次完整初始质量；之后仅按 36 小时半衰期衰减。
• 初始质量沿用旧尺度：合并 preprocess 与 semantic interest 后，使用 -ln(1-interest) × publication confidence × eligibility。低于 0.02 的单项不参与池总分；其余项直接相加，严格超过固定阈值 1.0 才满足质量门槛。
• 只有新 Content revision 能发起一次阈值检查。没有新 Content 时，即使旧池总分超过阈值，也只记录、衰减和淘汰，不启动 Turn；旧 deferred Content 也不能成为重试特权通道。
• 同源多项的 diversity 只改变候选排序，不改变 pool sum。至少驻留 24 小时且衰减到 floor 以下的 exact revision，由 EventMail CAS 逻辑 expired。
• 独立 one-shot Timer 每五分钟记录一次真实维护 attempt；持续 Alert、长 provider/Turn 和模型 skip 都不能阻塞维护记录。
• Content Turn 必须携带已通过阈值的固定评分池快照；缺少快照直接 fail loud，不能回退到 EventMail 原始 payload 重算。

外部普通插件

• Feed 3.1.3: [codex] Publish Feed content through EventMail akashic-plugins/feed-mcp#12 @ 8de7a54c569b60d8f0184e235c468e39ef7c4639
• Calendar 3.2.1: [codex] Publish Calendar alerts through EventMail akashic-plugins/calendar-mcp#6 @ 9997353cdebc1885c4b8166e3fdc213394cd1d1d
• Fitbit 3.2.1: [codex] Publish Fitbit alerts and context through EventMail akashic-plugins/fitbit-mcp#8 @ 94116473bf335acf12894623031ff0781e158850
• Steam 3.2.1: [codex] Publish Steam context through EventMail akashic-plugins/steam-mcp#5 @ a0fda0602185a0a49aefc9fc0a381451c58d26e5

四个插件只声明普通 TIMERS 与同名 EventMail ServiceKey；EventMail 不存在时主 MCP/UI 仍可运行，可选 source child 不产生 effect。hua-home 的 stable/latest pointers 均锁定上述版本。

验证

• 定向 Wake + v8 migration：61 passed；更早的 Wake/EventMail/Provider 定向回归：141 passed。
• 全仓最终回归：3415 passed, 6 skipped。
• Pyright（Wake production + migration）：0 errors, 74 warnings。
• 最终 Change Gate：docker/debug/reports/change-gate/20260828-202424-cb6c4ce6，plan digest 15f87fead41acd6bd3c2221156bb01d4d12f9fcd3a276708de76b9fc980115b2。
• GitHub CI run 33171245939：8/8 jobs success。
• 独立概念 Gate：最终 HEAD 905dbe7a34ec0710e8461900df26af286b10b271 PASS；deferred 特权通道与 score-ledger 绕过均归零。
• H5 外置安装 E2E：22 passed（前一阶段；本次变更未引入仓库内兄弟 import）。

hua-home 实时验收

• 已激活精确 commit 905dbe7a34ec0710e8461900df26af286b10b271，image sha256:bdbb86ee1cf6a96d62a24fa3c02ffa7315a1bca7407c7ec74527fe691e1dcd8f；release doctor healthy，Core/Host Bridge active，容器 healthy、restart=0、OOM=false，HTTP 2236=200，loopback WSS /ws 收到 server.challenge。
• Wake DB 已迁移到 user_version=8；admission_state 只保留 watermark，新增 immutable content_scores。启动首轮为 267 个现存 revision 补齐 score。
• 13:01:24Z：scored=267, new=0, pool_mass=23.160976, maintenance_only=1，总分远超阈值仍未因旧内容启动 Turn。
• 13:04:18Z：真实新 revision 到达，scored=1, new=1, new_mass=0.256102, pool_mass=23.395532，由“新到达 + 整池超阈值”启动并完成 Wake Turn，消息确认送达。
• 13:06:24Z：送达后的独立维护为 scored=0, new=0, pool_mass=23.186273, maintenance_only=1，没有重新评分或额外 Turn。
• 13:11:24Z：同一 267 条、无新 revision 的下一次维护仍为 scored=0, new=0；pool mass 仅随时间从 23.186273 降到 23.149099，Wake run 保持 2，没有额外 Turn。

持久化与恢复

• v7→v8 迁移先精确校验旧 schema，再用 SQLite backup API 保存 Wake DB，重建 admission_state 并创建 score ledger；未知或同版本异构 schema 在写入前 fail loud。
• hua-home 部署前 quiesced Borg archive：hua-home-2026-08-28T20:32:59，fingerprint 21c4159b1997a4d9215dce2be92ab7fdd255680151e1ff7e755a22e39e4edcd0。repository-only check 通过；实际抽取 Wake DB 后 PRAGMA integrity_check = ok，SHA-256 为 efaee399f4faa1f4fe5e58dd654da4f14043c4b141436aacca0445737fb4e1ab。
• 迁移自己的恢复点位于 workspace backups/add-wake-content-scores/02c412c4aa7547849f6612dd9142dcbd/。
• 软件回滚不冒充数据回滚。上一 active commit 为 12406eee194df72071a280eabf8c30cee8c61eef；PR 保持 Draft，不在本工作流中 merge。