用途：挖掘系统自身的纠正历史，找出跨运行反复出现的行为模式，跟踪拒绝率指标，并提出针对性修改。定位为“测量式改进循环”，把聊天历史中的纠正作为代理信号，把 QA 拒绝率作为趋势指标。只提议，绝不自动应用。
与相邻技能边界：/system-audit 找一次性具体 bug 与漂移；/improve-system 找跨运行的反复行为模式并转为常驻规则。/li curate 把 agent overlay 合并为技能 diff（3+ 次运行阈值），若证据只在 overlay 中应标注“route via CURATE”。/grade-system 评估整体质量姿态，本技能只测量纠正与花费，不做评级。
主要能力：收集信号（QA 拒绝日志、QA 分歧日志、成本校准日志及其编号校准信号、各 overlay 的 Active Improvements、.remember 会话历史、pre-flight 经验教训日志、反馈记忆、历史运行日志）；对四类信号做趋势分析；聚类模式（需 2+ 次独立出现，单次仅列为观察项）；按模式提出修改建议（目标面、草稿措辞、预期效果），以编号列表等待逐项批准/拒绝/推迟；仅应用已批准项；编辑规范文件而非生成镜像；若改动技能或 agent 文件，关闭前重跑测试框架以检查行数预算；追加带日期的运行摘要并标记节奏。
花费审计模式：在花费触发词或成本异常时运行，只读，输出 Tier 1 工作简报，唯一允许的写入是可选的待办行。在会话内计算常驻基线，不引用存储数字；用 ctx_execute_file 挖掘成本校准日志而非 Read；按（节省×置信度）/投入排序杠杆，并标注质量中性、质量正向或权衡。常驻规则：绝不通过裁剪常驻指令来省 token。
路由问题：不得仅凭日志裁定，须按指定方法运行种子缺陷盲测试点，并在成本校准日志中记录 PILOT 行。
限制与红线：未获逐项批准不得应用任何编辑；不得把单次出现提升为模式；不得在无新证据时重提已被拒绝项；不得在未打印指标数字时报告“系统健康”；不得引用本轮未计算的基线或花费数字；不得凭日志裁定模型路由问题。资料未提供具体安装命令、收费或平台信息。