-
## 决策 D：能自动查的自动查，不能自动查的把回查成本降到几秒 「这条结论对不对」机器判不了，需要理解内容 —— **不假装有自动判据**。 能自动做的只有两件，两件都做了： ① **引用真伪可以自动查**：提炼产物的 sources 必须都出自这一轮真喂进去的原料， 编一个出处直接拒（前置闸门，连去敏判定都不用调）。 编了出处的经验是「无法验证」最危险的形态 —— 人抽查时顺着一个不存在的指针放弃， 然后**默认它是真的**。 ② **auditDistilled()**：把每条结论与它引用的原料原文并排列出来， 指针悬空标 null（原料被清理过 / 出处是编的）。 真跑那 4 条实测：**8 条引用全部取得回原文**，模型没编出处。 ⚠️ auditDistilled 的输出**不是质量分**，别当成那个用。 ## 任务态清理（28 §5.6） 四道判据全过才删：① 公司在 company_agents 名册里；② 目录名在**任务态白名单**里； ③ mtime 早于 N 天（默认 14）；④ run_* 对应的 run 已到终态。默认 dry-run。 **第 ② 条是踩出来的**：第一版写成黑名单（「不在保护名单里的都算任务态」）， dry-run 直接选中了 trend-scout-global/idearun/venv 和 youtube-crawler/idearun/data —— 一个 Python 虚拟环境、一个数据目录，都在**真公司**底下，都不是任务态。 **删错不可逆，留着最多占磁盘 —— 判据必须是「认得出才删」，不是「不认识就删」。** 读不到名册时一家公司都不认（fail-closed），守卫里单独钉了这条。 公司态（memory/ conversations/）永远走「不许清」那条分支 —— 那是 dream 的唯一原料， 删掉不可再生（28 §5.6b）。 实跑 30 天窗口：待删 0，跳过 955（556 还新 / 74 不在名册 / 60 公司态 / 11 白名单外）。 全量：145 文件 / 1338 测试全绿。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
