feat(doc): 新增 DOCX 转 Markdown Skill

AGENTS.md

@@ -64,6 +64,15 @@ plugins/<plugin>/skills/<skill>/
 
 所有新增迁移、来源更新和已迁移 Skill 的重新评估，都必须按以下顺序处理。用户未明确确认前，只能进行只读分析，不得创建、复制、改写或删除目标 Skill 文件。
 
+### 批次策略
+
+- 迁移前期采用“特殊样本”方式，不以固定数量为目标，而是优先覆盖不同结构、依赖、权限和风险类型。
+- 特殊样本至少覆盖纯指令、脚本与生成物、只读 Git、有副作用 Git、模板化文档、大型参考资料和复合工作流；缺少某一类型时不得宣告样本阶段完成。
+- 每个特殊样本原则上单独完成迁移前确认、实现验证和提交确认，以便及时修正规则。
+- 特殊样本全部通过后，应先总结可复用的命名、目录、改写、验证和状态同步规则，再进入批量阶段。
+- 批量阶段按同一插件、相近能力和相同风险类型组织，每批建议 6～12 个 Skill；高度同质时可整组处理，但不得跨越不同权限边界强行合批。
+- 批量迁移仍执行完整的两次确认。任何样本失败或出现新类型，都应暂停扩批并补充对应特殊样本。
+
 ### 1. 阅读迁移计划和现状
 
 - 完整阅读 `migration/MIGRATION_PLAN.md`、`migration/README.md` 和 `migration/source-lock.json`。
@@ -85,6 +94,8 @@ plugins/<plugin>/skills/<skill>/
 
 来源作用必须有文件依据；无法从静态内容确认的运行行为应明确标记为未验证。
 
+同一目标能力存在多个来源时，应在一个迁移方案中共同评估，明确合并、取舍或排除关系，不按来源机械创建多个目标 Skill。
+
 ### 3. 给出目标名称、作用和组织结构
 
 针对每个来源 Skill，先给出建议方案：