用途：对 skill 文件做定向修补，一个问题、一处修复、一个 diff。
触发路径：用户主动触发时阅读“反思协议”；工作流阶段结束后自动做内部检查（某条技能指令是否导致错误输出、是否遗漏应覆盖场景、是否即兴发挥了技能之外的做法），任一为“是”则进入反思协议，否则跳过；用户说“run autoresearch on all skills”则进入批量模式。匹配到对应章节后直接跳转，未检测到缺口即停止，不再往下读。
反思协议步骤：一、定位缺口，明确哪个技能、实际行为、应有行为，并归类为缺失场景／错误指令／过时模式／触发冲突；二、提案前先读取 skills/[skill-name]/SKILL.md，若文件不存在则输出“Skill file not found at skills/[name]/SKILL.md. Verify the skill exists before proposing changes.”并停止；三、提出外科式 diff 提案，包含技能名、问题、根因、风险等级（LOW 新增场景／MEDIUM 改变现有行为／HIGH 改动触发与交接）、REMOVE 段、ADD 段、位置、对其他技能的影响，并询问是否批准；四、等待用户批准，用户说 approve、yes、apply it 或 looks good 之前不得写入，被拒则记录为 rejected 并停止；五、应用：重读 SKILL.md 确认无并发修改，用 Edit 工具应用 diff，验证并记录；六、把结果记录到 autoresearch/autoresearch-results.md，字段包括问题、根因、变更类型（Addition／Modification／Removal）、风险、变更摘要、前后关键短语、是否测试。
Autoresearch 五项检查：触发冲突（触发短语是否与其他技能重叠）、交接完整性（前后继技能命名正确且存在于 skills/）、progress.txt 对齐（块格式是否符合 vibe-coding-state 预期）、编排器注册（是否在编排器技能注册表中并有正确触发映射）、文件/路径准确性（引用文件路径存在、GitHub URL 有效）。评分：5/5=100%（无需动作），4/5=97%（一处修复），低于 3/5 需完整检查。
批量模式：读取 skills/ 目录下所有 SKILL.md，逐个跑五项检查，输出摘要表并询问是否对低于 100% 的全部提出修复；修复按分数从低到高进行，逐条记录到 autoresearch-results.md。
范围限制：在范围内的是触发短语细化、补充缺失场景、修正过时命令、纠正交接技能名、更新 progress.txt 块格式；超出范围的是改变工作流顺序、删除现有功能、改变技能根本用途、合并或拆分技能，这些只作为建议提出，绝不自动应用。
进度跟踪字段：PHASE: SELF_IMPROVE、STATUS（proposed／approved／applied／rejected）、skill、problem、risk。资料未提供安装命令、平台支持、收费与价格信息。