经验沉淀要在问题验证后按需触发

**ce-compound 这类经验沉淀 skill 不是过程日志,也不该在 worker 每完成一步时运行 —— 它只在一个非平凡问题已经解决并验证后,把解决方法沉淀成可搜索的 durable learning。**

触发条件

只收「已解决 + 已验证」的非平凡问题,一次 run 只沉淀 一条 learning;跳过例行工作、未完成问题、未验证的结论。

实现 → 自测通过 → 判断是否有可复用经验
                     ↓ 有
ce-compound headless lightweight → 提交文档 → 推送 → In Review

产物默认是 docs/solutions/<category>/<learning>.md(未配自定义 docs_root 时),记录问题表现、失败尝试、根因、最终方案、验证证据与预防方法,并去重已有 learning。

怎么让 worker 用上

写成 standing rule(常驻规则) 放进 worker prompt,而不是依赖 /ce-compound 这种特定客户端命令 —— 语义化要求「invoke the ce-compound skill」兼容性更好。若项目把 .opencode/skills、.codex/skills、.claude/skills 软链到 .agents/skills,三类 worker 都能发现同一份 skill(见 项目里的技能可能有多份副本)。

默认 lightweight 模式:完整模式会搜旧文档、查重、扫历史会话、调度多个研究 agent 做语义验证,适合高价值架构经验,但放在每个 worker 的日常收尾里成本过高。

与晋升门禁的关系

沉淀出的 learning 仍是候选经验,不等于可直接改长期 spec —— 晋升要经过去重、验证、分类(见 多Agent协作控制面 的 Lesson Gate)。

相关