迭代后把已有产物刷新为干净最新 v0：清理、同步、去重…

当用户要求清理、同步、去重、降噪、平滑、重写或更新迭代后的产物，或邻近产物可能漂移、需把变更反映到相关产物且保持最小时，用此经验。

适用场景

解决思路

1. 交付前确保结果比输入更轻、更新、更准确，且不读起来像 changelog、cleanup note 或对旧稿的 patch。
2. 从用户请求或当前上下文中识别目标产物。
3. 编辑前从头到尾读完目标产物。
4. 检查必须与目标产物保持对齐的邻近产物。
5. 移除脚手架残留、过期增量、重复的流程噪声、废弃信息和过于具体的历史。
6. 把持久经验折叠进它们从一开始就应该所在的位置。
7. 当追加会保留噪声时，重写而不是追加。
8. 保留产物有用的声音和结构；简化其余一切。
9. 平滑行文噪声（prose noise）：把打断句子或列表的括号折叠进其自己的从句或删掉；让一个词或观点在自身可达范围内只重复一次；展开只增加长度、不增加意义的填充。
10. 平滑来源噪声（source noise）：解开把句子从中间拆开的硬换行，使每个段落或列表项位于同一 source line，并与同类产物的格式一致；让指向具名章节或文件的纯文本指针可跟随，在媒介支持时做成链接；保持 code、tables 和 quoted material 按原格式。
11. 重读结果并再次删减。
12. 如果一趟没有发现真正可改进之处，就不做任何更改。
13. 优先编辑现有章节而不是新增章节。
14. 把 what changed 转换为 what is true now。
15. 只保留能提升未来执行、准确性或回忆的细节。
16. 不要留下 old/new 痕迹，除非产物明确是 changelog。
17. 修复机器可清晰识别的残留；把判断性取舍暴露出来——绝不自动解决歧义，也绝不 fix 有意为之的 look-alike。
18. 从 source of truth 修复——即 canonical 或 sibling 产物，而不是受损表面——并以 edit-safety 进行变更：断言目标存在（报告 MISS，绝不静默 no-op），unicode-safe 编辑（`PYTHONUTF8=1`），按每次出现替换位置目标而不是全量清扫，并脚本化大结构移动。
19. 除非用户要求，否则不要创建额外文件。
20. 让结果在 fresh eyes 下读起来像干净的 v0——没有旧稿痕迹，没有迹象表明它是被 patch 而不是重写。
21. 若不确定，冷读它，像没有先前上下文的陌生人一样重读。
22. 报告移除了哪些噪声、保留了哪些持久真相。

适用边界 · 注意事项

• 当产物明确是 changelog 时，不要去掉 old/new 痕迹，也不要强行把 what changed 转换为 what is true now。
• 当材料是 code、tables 或 quoted material 时，不要应用行文/来源噪声平滑去重排或改写其格式。
• 当用户要求新增独立文件或内容，而不是刷新现有产物或保持相关产物对齐时，不要套用此流程，也不要创建额外文件。