cleanup_sop: 补充触发词判定标准+归位≠移出L1+幽灵审计+禁值存储

Author: lsdefine

memory/memory_cleanup_sop.md

@@ -21,17 +21,21 @@ ROI = (不放这几个词的犯错概率 × 代价) / 每轮词数成本
 
 ## 压缩四原则
 1. **命名自解释 > 加描述**：SOP名能说清的，L1不加注释；改名的ROI常高于改L1
+   - 推论：极低ROI且文件名自解释的条目可不单独列入L1，但仍需被原则2的集合包含住，靠集合触发词+ls兜底
 2. **存在性集合最小描述**：多个相近条目若可被同一上位场景覆盖，用集合名表达这类能力的存在，不必平铺子项。如`qq操作/飞书操作/企微操作`→`im操作:*_im_sop`；子项名自解释则只列名不翻译
 3. **条目 = 场景↔方案存在性**：如`视频理解:yt-dlp取字幕`、`fofa(资产测绘)`——场景名是触发词，方案名编码存在性；括号内**只放反直觉触发词**，非反直觉的（纯翻译/内容描述/实现细节）全是浪费
-4. **分层归位**：带行为规则或高频高ROI的条目放上方场景行，纯存在性指针归L2/L3平铺列表
+   - **触发词判定**：假设用户说出这个词，你能否想到去查对应SOP？能→直觉(不需要)；不能→反直觉(必须留)。如`game_download(百度网盘)`：用户说"百度网盘下载"，没这个词你不会想到game_download→必须留
+4. **分层归位**：L1内部调整位置——带行为规则或高频高ROI的条目放上方场景行，纯存在性指针归L1下方平铺列表。**归位≠移出L1，存在性不可丢**
 
 ## 整理流程
 1. 逐行读L1，按`|`拆片段，先分类：存在性指针 / RULES / 翻译 / 内容描述 / 实现细节 / 冗余
 2. 先清RULES：逐条问“这是全局高ROI，还是特定场景低危险规则？”
    - 全局高ROI → 留
    - 特定场景 / 低危险 → 降级到L3或删除
 3. 再清存在性指针：检查是否在表达**场景↔方案存在性**；场景触发词只在**反直觉**时才加，翻译/内容描述/实现细节删掉
-4. 检查L3文件名是否自解释；能靠改名解决的，不靠L1加描述；最后验证总行数 ≤ 30
+4. 审计幽灵条目：L1指向的L3文件是否真实存在？不存在则按ROI决定删除或补建文件
+5. 禁值存储：L1括号内禁放参数值(IP/端口/凭证等)，这些属于L2，L1只编码存在性
+6. 检查L3文件名是否自解释；能靠改名解决的，不靠L1加描述；最后验证总行数 ≤ 30
 
 **红线**：记忆修改是持久性伤害，错误每轮复利。L1只能patch词级别修改，禁overwrite
 产生误导应及时修正L1或记忆更名