dream 自动触发:接线 gather.ts 三个悬置阈值常量(M / W_HOURS / W_SESSIONS)

[AbyssCN]

现状(2026-08-10 实测)

src/harness/dream/gather.ts 导出三个触发阈值常量,全仓零消费者:

• M = 20 —— dirty 原始条目数水位(跨 source 合计;原拟 40,一天 131 条 → 下调)
• W_HOURS = 6 —— 距上次固化的最小间隔
• W_SESSIONS = 2 —— 最少新会话数

注释自标 tentative("拍的,量级不是精确值")。docs/architecture/memory-dream.md 已如实记录:"导出并标 tentative,当前无消费者"。

为什么现在没接 —— 这是裁决悬置,不是遗漏

dream SDD(docs/plan/2026-08-09-dream-as-dag-记忆固化器-执行契约-sdd.md §S6)裁定:

触发(第一刀)= 手动 omd dream CLI + 水位判据,不接调度器、不做 Stop-hook 每次触发。

理由:① daemon 定时是新面,过不了反膨胀之问("它让画出来的图更好吗");② 本仓惯例先量再自动;③ 手动跑照样积累读数,自动跑会在阈值没量准时把钱烧成没人读的曲线。

手动模式下双阈值没有位置:人扣扳机本身就是触发判据,"没东西可固化"的护栏由 S1 per-source dirty 水位提供(全 clean → 整图 NOOP 零成本,已落地)。

本票要做的(触发自动化被裁准之后)

1. 用积累的 omd dream report 读数把 20 / 6 / 2 三个初值调准(先量再自动 —— 这一步在接线之前)。
2. 消费点 = 触发面入口:比双阈值(minHours + minSessions,当前会话排除),不到水位整跑 NOOP 并留一行判据读数。
3. 反向自检:阈值调到不可能满足 → 必 NOOP;调到 0 → 必跑。两侧都要。
4. 触发形态本身(cron / hook / daemon)是本票的前置裁决,须先过反膨胀之问,SDD §S6 的"不做 Stop-hook 每次触发"仍有效。

关闭条件

任一:a) 自动触发上线且三常量被真实消费;b) owner 裁"长期保持手动" → 删掉三常量与本票(参数没有消费者就不该留)。