用途：在插件市场仓库（如 dotclaude）中，把积累的记忆反馈转成针对 skills 的具体、经验证的修复。记忆只是时间点快照，会与代码漂移，因此该技能负责闭环：回忆反馈、对照实际 skills 重新验证，然后修正错误的一方（技能或记忆）。
触发场景：用户要求反思/审计/核对本市场 skills 与记忆反馈，或把未处理的记忆反馈应用到 skill 文件时使用。
工作流：
- 定位并加载记忆。通过把项目路径中的每个 / 替换为 - 解析记忆目录：MEM="$HOME/.Codex/projects/$(pwd | sed 's///-/g')/memory"，然后 ls "$MEM"/MEMORY.md "$MEM"/.md。先读 MEMORY.md 索引，再读 feedback_.md，以及点名具体插件的 project_*.md。
- 从反馈记忆中提取具体、可检查的声明：声明、涉及的 skill/文件、验证方式；跳过纯偏好类记忆。常见问题类别包括 L2/L3 强制规则被跳过、缺少 enforcement hook、过期模型/分支/版本事实。
- 对照当前代码重新验证，不信任记忆：读取记忆指向的 SKILL.md/plugin.json，确认问题仍存在，分类为 STILL-BROKEN、ALREADY-FIXED/WRONG、NOT-APPLICABLE；涉及 Codex 自身 API 面时先与 Codex-guide agent 确认。
- STILL-BROKEN 时做最小修复：把被跳过的软规则提升为 SKILL.md 正文中的 CRITICAL: 块，补充缺失 hook、纠正过期事实；修改后提升插件版本并同步 marketplace.json 条目。
- ALREADY-FIXED/WRONG 时改为修正记忆文件，保持 MEMORY.md 索引同步；记忆文件在 git 仓库外，无需提交。
- 用项目优化器校验（/plugin-optimizer:optimize-plugin 或 python3 plugin-optimizer/scripts/validate-plugin.py <plugin-path>），hook 类修复需测试应触发与应放行两条路径，最后逐项报告：声明→判定→动作。
硬性规则：编辑前必须对每个记忆声明对照实际文件重新验证；不得仅凭记忆编辑技能或断言修复；提交不由本技能执行 git add/commit/status/diff，用户要求提交时通过 Skill 工具调用 /git:commit。变更保持最小并符合周围风格。
限制：仅适用于反馈存放在按项目记忆目录中的插件市场仓库；未提供独立安装命令、收费或平台信息。