经验沉淀要在问题验证后按需触发
触发条件
只收「已解决 + 已验证」的非平凡问题,一次 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)。
相关
- 多Agent协作控制面
- 加载skill不等于遵循skill流程
- 协作规则要入Git才算项目资产