skill-standardization

# skill-standardization ## 约束 - **`.md` 文件禁止使用 Write/Edit 工具更新** — 必须用 `scripts/` 下的 Python 脚本原子写入 - **版本号三端一致** — 更新时同步 `SKILL.md` / `_meta.json` / `references/changelog.md` - **0 ERROR 0 WARN 铁律强制** — 更新后用 `audit --verify` 验证，非误报项必须全部修复，exit(0) 方可提交 - **LLM 二次筛强制** — audit 输出全部原始问题后，LLM **必须**逐条审查每条 ERROR/WARN。分类为误报时附带 `--reason` 提供具体证据（文件路径/行号/规则编号，证明引擎确实错了或无法判断），不得笼统说"无需处理"。合法误报类别：`engine_mistake`（引擎技术错误）或 `engine_cant_judge`（引擎语义不足）。**`--subtype` 必填，必须在以下枚举表中选择。选择时逐条对照 WARN 的 detail 描述，不匹配的场景不能选：** **engine_mistake 类（引擎代码/规则本身出错了，识别错了）：** | 子类型 | 适用规则 | 引擎的误报原因（何为真·误报） | 不适用场景（何为真问题） | |--------|---------|---------------------------|---------------------| | `regex_misidentify` | R-23 | 引擎正则把文档中的 shell 命令/环境变量/URL 误匹配为文件路径，报"文档引用……但文件不存在" | 引擎确实匹配到了真实引用键且文件确实不存在 —— 那是真问题 | | `false_classification` | R-01, R-20 | R-01：引擎把合法 frontmatter 字段（如 displayName、slug）标为非标。R-20：引擎把代码标识符/文件名（`novel_state.json`、`is_ending`）误认为自然语言问题，或把领域术语正常使用（SetUser、getData）误报为"术语不一致" | **纯自然语言的「中英文混排缺少空格」或真·术语混用（同一文档混用"更新""修改""变更"）** | | `bom_encoding` | R-01 | UTF-8 BOM 或编码声明错误导致 frontmatter 解析错位，字段被误识别 | 没有编码问题，引擎正常解析后报出的非标字段 | | `template_convention` | R-11, R-25 C-11 | R-11：正文中的标准化路径说明（models/、data/）是该技能的标准目录结构描述，引擎不应视为路径违规。R-25 C-11：非标章节标题是该技能的固定架构模板 | 非模板内容的违规路径或混乱章节结构 | **engine_cant_judge 类（引擎能力不足以判断，LLM 确认是合理的）：** | 子类型 | 适用规则 | 引擎判断不了的场景（LLM 确认合理方可放行） | 不适用场景（引擎能判断或 LLM 也无理由放行） | |--------|---------|----------------------------------------|------------------------...