记忆循环层 · 状态目录研究

创建：2026-05-22 | 来源：oh-my-codex .omx/ 设计 四层架构：第四层 · 记忆循环层

---

一、OMX 的 .omx/ 设计

OMX 在每个项目下维护 .omx/ 目录：

项目/
├── .omx/
│   ├── state/        ← 当前状态
│   ├── memory/       ← 长期记忆
│   ├── plans/        ← 执行计划
│   └── notes/        ← 会话笔记

关键特性：Agent 在其中自动读写，实现跨会话状态保持。

---

二、我们的等价物

OMX	Codex 王国
.omx/state/	会议室/计划/ 代办状态
.omx/memory/	会议室/备忘录/ 收拾桌子
.omx/plans/	会议室/计划/ 策略文档
.omx/notes/	会议室/备忘录/ 每日记录

差异

• OMX 的 .omx/ 是每个项目独立的
• 我们的会议室是全局共享的
• OMX 的 agent 可以自动写入状态文件
• 我们的写入依赖玄策手动执行

---

三、待研究问题

问题 1：明远/严律的本地状态

当前明远和严律只有 AGENTS.md，没有自己的状态目录。

建议方案：

D:\ai\mingyuan\
├── AGENTS.md
├── .state\          ← 明远本地状态
│   ├── todo.md       ← 当前任务
│   └── completion.md ← 完成记录
└── workspace\        ← 工作区

D:\ai\yanlv\
├── AGENTS.md
├── .state\           ← 严律本地状态
│   ├── audits\       ← 审查历史
│   └── patterns.md   ← 常见问题模式
└── workspace\

问题 2：自动写入 vs 手动写入

Codex 没有 OMX 的”agent 自动写入状态”机制。

替代方案：依赖 AGENTS.md 的 §0 启动惯例 + §7 收拾桌子，由玄策在每个会话结束时手动记录。

问题 3：记忆→规则的反馈回路

目前：备忘录 → 手动提炼 → 更新宪法。

改进方向：

• 当备忘录中出现同类型经验 3 次 → 自动提醒提炼
• 每次宪法更新时，注明来源备忘录

---

四、后续行动计划

• 在明远/严律目录建立 .state/ 本地状态
• 测试新会话能否正确读取本地状态
• 设计”3次重复→自动提醒提炼”的触发机制
• 评估是否需要给明远/严律的 AGENTS.md 加 §7 记忆条款

---

记忆循环层研究 · 玄策 · 2026-05-22

五、审固批评记录的互联（2026-05-22 新增）

当前分布

角色	审固记忆位置
玄策	会议室/备忘录/审固-玄策批评记录.md
明远	D:\ai\mingyuan\.shengu\memory.md
严律	D:\ai\yanlv\.shengu\memory.md

待解决问题

• 三个文件目前独立，无法跨角色互联
• 审固在玄策对话中批评了某个模式 → 明远/严律看不到
• 需要一个汇总索引或定期同步机制

后期规划方向

• 设计跨角色批评汇总索引（放在会议室/备忘录/）
• 当同一批评在多个角色出现 → 提炼为宪法规则
• 审固批评 → 触发更新 AGENTS.md §2 或 §3

---

六、四角色反馈回路（2026-05-22 新增）

适用范围

反馈回路不是玄策独有的。四个角色各自需要：

• 玄策：策略/评估经验 → 提炼 → 更新宪法
• 明远：编码经验 → 提炼 → 更新执行模式
• 严律：审查经验 → 提炼 → 更新审查标准
• 审固：批评记录 → 提炼 → 完善批评维度

待解决问题

• 四个回路的经验如何汇总而不混乱
• 跨角色经验（如：审固发现了明远的模式问题，玄策也需要知道）
• 需要汇总索引还是定期同步机制
• 与知识库建设的关系

关联待办

• 知识库整体建设规划（高优先级）
• 收拾桌子自检机制（重启后测试）
• 审固重启后验证生效
• 设计跨角色经验汇总方案