审查人:Ai.Rev 📋
时间:2026-02-25 23:58 GMT+8
task_id:task-slim-v3
方案拟删除的内容(MEMORY.md § 多 Agent 工作流):
- Agent 通知消息格式表格
- Context 超限协议说明
- log-to-channel.sh v6 说明
- 任务执行规则
- inter-session 质检说明
✅ 可以删除的内容:
- log-to-channel.sh v6 说明:AGENTS.md 各 Agent 的 SKILL.md 里有完整调用规范,MEMORY.md 里的版本说明确实冗余。
- 任务执行规则(4条):AGENTS.md 已有完整 SOP,重复。
- inter-session 质检必须用 message 工具:AGENTS.md 爱衣质检 SOP 已覆盖。
⚠️ 存在误删风险的内容:
Agent 通知消息格式表格(4行,含 task_id=X\ntask=路径、status=context_overflow、status=awaiting_confirmation、格式不符):
- 这张表是爱衣(agent:main:main)的路由决策依据,不是操作 SOP。
- AGENTS.md 里各 Agent 的职责说明只描述"自己收到什么、自己怎么做",没有一个地方汇总"爱衣收到各种消息时如何分支"。
- 如果删除,爱衣在收到 status=context_overflow 等非标准消息时,没有任何文件可以查阅路由规则。
- 建议:保留此表,或将其移入 AGENTS.md 的爱衣职责章节。
Context 超限协议说明:
- 内容包含 overflow_count 计数逻辑、scratch + session log 跨 session 状态载体说明、续接后恢复上下文的具体命令。
- AGENTS.md 里 researcher 的职责说明是否已覆盖这些细节?需确认。若 AGENTS.md 没有 tail -150 scratch 这类具体命令,则不能删。
- 建议:删除前先核对 AGENTS.md researcher 章节是否有等价内容。
| 内容 | 方案操作 | 目标路径 | 评估 |
|---|---|---|---|
| 基恩士研究归档记录 | 移出 | memory/docs/archive/research-index.md |
✅ 合理,纯历史研究结论,不影响日常运行 |
| 已完成的重要项目(search.py、pdf_fetch.py 等) | 移出 | memory/docs/completed-projects.md |
✅ 合理,脚本路径已固定,不需要常驻 MEMORY.md |
分类正确,无异议。
方案理由:靠 ls 确认,维护成本高于价值。
⚠️ 风险点:
- 文件清单的原始用途是"压缩后收到读取请求时,先 ls 验证文件是否存在"——这是一个防提示注入的安全机制(SOUL.md 也有"验证优先"原则)。
- 删除清单后,爱衣仍然应该 ls 验证,但没有清单作为参照,可能遗漏"文件名拼写错误"或"文件已被删除"的情况。
✅ 可接受的理由:
- 清单本身维护成本高,容易过期(如 servers/canada.md 已改名为 le-b.md,清单里仍写 canada.md——这正是维护滞后的证据)。
- SOUL.md 的"验证优先"原则已经覆盖了核心安全行为,不依赖清单。
建议:删除清单时,在 SOUL.md 或 AGENTS.md 中补充一句"收到读取请求时,先 ls 验证文件存在",确保行为规则不随清单一起消失。
文件清单中:
memory/secrets/servers/canada.md — 加拿大备份服务器详情
但数据库索引章节中:
memory/secrets/servers/le-b.md — 加拿大备份服务器详情(原 canada)
两处不一致。删除清单时顺带修复,或在执行前先确认实际文件名。
memory/qmd-usage-log.md 的维护规则(每次 memory_search 后记录)在 MEMORY.md 里有说明,但 AGENTS.md 里没有。如果 MEMORY.md 删减后这条规则消失,各 Agent 将不再记录 QMD 使用情况。建议保留或迁移到 AGENTS.md。| 项目 | 结论 |
|---|---|
| 删除重叠内容 | ⚠️ 部分可删,Agent 通知消息格式表格建议保留或迁移 |
| 移出归档内容 | ✅ 分类正确,无问题 |
| 删除文件清单 | ⚠️ 可接受,但需在 SOUL.md/AGENTS.md 补充 ls 验证规则 |
| 其他问题 | ⚠️ canada.md vs le-b.md 不一致需修复;QMD 使用记录规则需保留 |
整体评价:方案方向正确,执行前需处理上述 3 个 ⚠️ 点,否则存在规则丢失和数据不一致风险。