feat(doc): 新增文档转换与规则化归档 Skill

AGENTS.md

@@ -69,7 +69,7 @@ plugins/<plugin>/skills/<skill>/
 - 迁移采用“分析能力 → 编写中性规格 → 脱离原文独立实现”的方式，不做目录复制、批量替词或近义改写。
 - 不复制来源 Skill 的正文、脚本、提示词、模板、示例、规则库、注释或独特文档结构。
 - 不写入公司名称、产品名称、内部域名、内部包名、项目名、人员信息、业务规则或环境路径。
-- 公司框架 API、组件契约、审批流程、版本矩阵和内部消息格式默认排除。
+- 公司框架 API、组件契约、审批流程、版本矩阵和内部消息格式不得直接迁移；评估时应先抽象其通用问题，并优先设计基于项目配置、公开标准或用户显式输入的中性平替。只有不存在独立通用价值、无法安全替代或与 Codex 场景不成立时才排除。
 - 通用技术规范必须根据公开标准或官方资料重新设计；需要引用时记录来源和许可证。
 - 来源文件只用于人工分析和哈希追踪，不得进入 `plugins/` 发布目录。
 - 上游变化只触发复核，不自动覆盖已迁移 Skill。
@@ -105,12 +105,12 @@ plugins/<plugin>/skills/<skill>/
 | 来源标识 | 使用本地迁移标识，不在发布目录写入公司品牌 |
 | 来源 Skill | 原始名称和相对路径 |
 | 当前作用 | 根据源码确认的能力、输入、输出和关键边界 |
-| 迁移类型 | 新增、更新、合并、公开资料重建或排除 |
+| 迁移类型 | 新增、更新、合并、中性平替、公开资料重建或排除 |
 | 风险 | 公司专属知识、内部依赖、重复能力和兼容性问题 |
 
 来源作用必须有文件依据；无法从静态内容确认的运行行为应明确标记为未验证。
 
-同一目标能力存在多个来源时，应在一个迁移方案中共同评估，明确合并、取舍或排除关系，不按来源机械创建多个目标 Skill。
+同一目标能力存在多个来源时，应在一个迁移方案中共同评估，明确合并、取舍、中性平替或排除关系，不按来源机械创建多个目标 Skill。来源含有大量专有规则时，不得只罗列删除项；必须说明通用问题如何由配置、标准接口、用户输入或项目资料替代。
 
 ### 3. 给出目标名称、作用和组织结构