编码代理自我改进日志

解决的问题

编码代理在长任务里会反复犯同一类错：命令失败后没有留下上下文，用户纠正了实现方式，但下一会话仍按旧假设走。test-etst-test-tes 把这些问题沉淀为可检索的 Markdown 日志，而不是依赖会话记忆。

工作方式

该技能围绕 .learnings/ 目录工作。代理在遇到错误、纠正、知识缺口或功能请求时，写入 ERRORS.md、LEARNINGS.md、FEATURE_REQUESTS.md，并用 LRN-YYYYMMDD-XXX 等 ID 标记条目。核心循环包括：

• 触发记录：非零退出、异常、用户说“应该是这样”、API 行为与文档不一致时写入日志。
• 状态推进：条目可从 pending 变为 in_progress、resolved、wont_fix 或 promoted。
• 记忆提升：对跨文件、可复用、防止重复错误的规则，提炼到 CLAUDE.md、AGENTS.md、.github/copilot-instructions.md，或在 OpenClaw 中写入 SOUL.md 与 TOOLS.md。
• 重复模式处理：相似问题通过 See Also 关联，反复出现时提升优先级，也可接入 simplify-and-harden 的候选模式。

适用边界

它不会自动修复代码，也不会替用户决定哪些规则入库；日志质量取决于记录时机和后续 review。若团队需要共享，应明确是否把 .learnings/ 纳入版本控制；若只服务个人，可加入 .gitignore。