← ClaudeAtlas

self-improvement-looplisted

自驱动改进闭环。用户指出工作方式问题(『为什么XX一直很慢/有问题』『反思一下』『调研一下XX方法』『搜索现成的skill』『沉淀一下』『下次自驱动』),或我发现同一类坑重复出现、效率异常、技能需要深化时使用。绝不在 description 总结流程(SDO 陷阱:agent 会照 description 做、跳过正文)——流程见正文。
2008924/self-improvement-loop · ★ 0 · AI & Automation · score 67
Install: claude install-skill 2008924/self-improvement-loop
# 自驱动改进闭环(Self-Improvement Loop) **一句话**:遇到工作方式问题,先判触发级别,L3 才走完整六步闭环;每步带尺子(验收)、带闸门(防膨胀)、带节奏(跟用户对齐);落地后验证「真的变好了」并一句话汇报。 **版本**:v2.0(第二版:应用闭环自身,吸收 Reflexion/Voyager/skill-creator 规范/失效模式研究——详见 `references/self-improvement-research.md`) ## 设计原则(从实战指导中提炼,每一条都是踩出来的) | 原则 | 含义 | |---|---| | 数据先行,不臆测 | 先取证(日志/记录/统计)再下结论,结论标置信度 | | 结论前先调研 | 方案落地前先做业界调研,等结果回来一起沉淀 | | 问题分责任层 | 可改层 / 行为层(靠约束)/ 系统层(需决策),方案可落地 | | 吸收现成,不从零造 | 先搜业界现成技能/最佳实践,标注吸收/不吸收 + 理由 | | 落地必须验证 | 没验收标准(evals)的改进不落地 | | 元学习 | 把「怎么学的」本身固化——方法论也要自我迭代 | ## 触发分级(L0-L3)—— 先分级,别什么都走完整闭环 | 级别 | 触发条件 | 动作 | |---|---|---| | **L0 不触发** | 一次性、无复用价值的问题 | 不启动闭环,最多一句话带过 | | **L1 顺手记** | 踩了个新坑、有明确教训 | 记入会话内教训(或长期记忆),**不**启动调研/落地 | | **L2 轻量反思** | 同一类坑**第二次**出现 | 数据诊断 + 系统反思,产出「责任分层 + 方案」,展示等确认 | | **L3 完整闭环** | 反复出现 / 用户明示「调研/沉淀/吸收」/ 有复用价值的方法论 | 走完六步:诊断→调研→反思→吸收→落地→沉淀 | **改进对象一次只改一样**;同主题改进设冷却期(刚改过的技能短期内不重复触发 L3)。 ## 六步闭环 ### Step 1 数据诊断 —— 不臆测,先取证 - **先收集数据再归因**:日志、记录、统计、时间线;区分「真实执行 vs 模型思考 vs 批量等待」再归因(防把『等外部命令』误判成『模型慢』) - 失败类触发时:**先看失败现场**(NO SKILL WITHOUT A FAIL——没有真实失败证据不写技能) - 结论标置信度;成绩和问题都列(别只报问题) - **交互节点**:诊断结果先展示等确认 ### Step 2 业界调研 —— 不拍脑袋,深挖一手资料 - **方案落地前先调研**(可派子代理/并行搜索),等结果回来一起沉淀 - 调研纪律:目标写死(只出文档不落地)、边界写死(输出绝对路径 + 不碰其他文件)、网络短超时/失败跳过、单轮上限(防无限扩)、语言+行数限定、预期时长 - 调研结果必须验证:文件真实存在 + 内容可读 + 结构符合预期(自报不可信) - 实测:方法论调研 14 分钟产出 599 行文档(11 篇论文逐一核对 + 官方文档) ### Step 3 系统反思 —— 问题分责任层,方案可落地 - 问题分三层:**A 可改层**(任务描述/纪律)/ **B 行为层**(执行者行为,靠指令约束)/ **C 系统层**(配置/工具限制,需决策) - 每个问题:现象 → 证据 → 代价;解决方案编���(S1-Sn)+ 可落地动作 - **交互节点**:反思清单先展示等确认 -