feat: publish memory_cleanup_sop
This commit is contained in:
3
.gitignore
vendored
3
.gitignore
vendored
@@ -81,6 +81,9 @@ memory/L4_raw_sessions/*
|
|||||||
!memory/vision_sop.md
|
!memory/vision_sop.md
|
||||||
!memory/ui_detect.py
|
!memory/ui_detect.py
|
||||||
|
|
||||||
|
# Memory management
|
||||||
|
!memory/memory_cleanup_sop.md
|
||||||
|
|
||||||
# Visual Studio
|
# Visual Studio
|
||||||
.vs/
|
.vs/
|
||||||
restore_commit.txt
|
restore_commit.txt
|
||||||
|
|||||||
35
memory/memory_cleanup_sop.md
Normal file
35
memory/memory_cleanup_sop.md
Normal file
@@ -0,0 +1,35 @@
|
|||||||
|
# 记忆整理 SOP
|
||||||
|
|
||||||
|
L1唯一目的:**存在性**索引:知道什么情况下有什么相关记忆去查
|
||||||
|
|
||||||
|
## ROI模型
|
||||||
|
L1每词每轮付成本,但防犯错(保险)。ROI = (犯错概率 × 代价) / 词数成本
|
||||||
|
|
||||||
|
## 该留的(高ROI)
|
||||||
|
- 红线:违反就不可逆,如"禁杀python" → 5词防-100k
|
||||||
|
- 反直觉触发词:没提示想不到读SOP,如"HttpOnly" → 4词防任务失败
|
||||||
|
- 路由指针:最小化SOP定位,如"vision_sop+vision_api.py"
|
||||||
|
|
||||||
|
## 该删的(低ROI)
|
||||||
|
- 实现细节:SOP里已有的"怎么做" → 只留触发词
|
||||||
|
- 直觉能力:不提醒也能想到 → 0收益
|
||||||
|
- 冗余:L3已覆盖的规则 / L1其他行已含的片段 → 重复交税不值
|
||||||
|
|
||||||
|
## 逐条四问
|
||||||
|
1. 删了它,犯错概率真的上升吗?→ 不上升就删
|
||||||
|
2. L3 SOP已覆盖?→ 有就只留触发词
|
||||||
|
3. 没这词能自己想到读SOP吗?→ 能就删
|
||||||
|
4. 同样收益,能用更少词吗?→ 能就压缩
|
||||||
|
|
||||||
|
## L1写入检验(写之前必过)
|
||||||
|
- "这几个词触发什么场景?" → 答不上来就别写;触发词=场景名(视频内容理解)非工具名(yt-dlp)
|
||||||
|
- 压缩按场景价值不按字数:触发场景的词一字不删,没独立场景的实现细节才是压缩对象
|
||||||
|
- 等级匹配:红线→RULES,SOP索引→L3文件名即可(禁加描述词);名字自解释的不需要额外触发词,L0不塞工具
|
||||||
|
- 记忆修改是持久性伤害,错误在后续每轮复利 → 整理比日常任务更需谨慎
|
||||||
|
|
||||||
|
## 整理流程
|
||||||
|
0. 先交付任务再沉淀,禁未完成就写记忆
|
||||||
|
1. 逐行读insight,按|拆片段,每片段标注:红线/触发词/路由/实现细节
|
||||||
|
2. 低ROI片段 → 确认L3覆盖后删;RULES逐条问"违反就炸还是好习惯"
|
||||||
|
3. 检查近期犯错经验,补遗漏的高ROI触发词
|
||||||
|
4. 验证总行数≤30
|
||||||
Reference in New Issue
Block a user