自进化 Skill 引擎

问题在哪

手写或修补 Agent Skill 时，常见节奏是：改一版 SKILL.md → 跑一下 → 超时或输出不对 → 再猜原因大改一版，已验证的步骤也被推翻。更麻烦的是验收只靠「命令没报错」，内容错了仍被当成通过；进化现有技能时中途失败，还可能把原来能用的版本覆盖掉。

工作方式

Skill Evolver 把这件事收成一条可重复的代理循环，输入可以是任务描述（从零建 Skill）或现有 SKILL.md（进化模式）。

核心步骤大致是：

1. 起草：按强制结构写 SKILL.md，末尾必须有 ## 验收清单 与 ## 快速测试；验收标准优先用你指定的，其次用原 Skill 的快速测试预期，最后才由 Agent 自拟——自拟时必须含至少一条「内容正确性」断言，不能只验文件存在。
2. Step 1.5 逻辑自检：纯推理、不跑代码，七项（结构完整、测试可执行、验收覆盖、内容断言、前置条件、无内部矛盾、路径合理）全过才进入真实执行；自检失败不计入执行轮次上限。
3. 执行：优先跑脚本，其次按快速测试操作；模拟推演不能当验收证据。
4. 诊断：对照根因表（指令缺失、前提未声明、命令错误、等待策略、编码路径、页面结构变化、验收不合理、逻辑错误、外部依赖不可用等），禁止写「原因不明」。
5. 判定与固化：验收清单全 [x]、快速测试无报错且输出符合预期后，清理文档、写进化历史、存档；进化前会备份 SKILL.md.bak，突破不了则还原并说明需人工介入的事项。

另有空转检测（STALE BREAK）：连续两轮诊断结论相同会暂停，避免在同一错误上烧轮次。

适用边界

• 外部服务宕机、权限被拒、需要你提供 Cookie 等场景，技能会归类为「外部依赖不可用」并建议人工介入，不会强行宣布成功。
• 可与 browser-file-downloader、agent-browser、SkillManage、self-improvement 等协作完成子任务，但本技能的主线是「把 SKILL 写到能过验收」，不是替代所有运维或逆向工程。