skill-standardizationlisted

# skill-standardization ## 约束 - **`.md` 文件禁止使用 Write/Edit 工具更新** — 必须用 `scripts/` 下的 Python 脚本原子写入 - **版本号三端一致** — 更新时同步 `SKILL.md` / `_meta.json` / `CHANGELOG.md` - **0 ERROR 0 WARN 铁律强制** — 更新后用 `audit --verify` 验证，非误报项必须全部修复，exit(0) 方可提交 - **`--fix` 自动修正后** — 将 fix_details 转化为可读 changelog 并用 safe_io 写入 ## 触发场景 当用户提出以下类型请求时，应触发本技能： **自然语言（推荐）**： - [帮我看看这个技能写得怎么样 / 这个技能规范吗 / 质量怎么样] - [检查/审查/评估一下这个 skill / 跑一遍规范 / 做个体检] - [给这个 skill 做个检查 / 看看有没有问题 / 格式对吗] - [创建/生成一个新技能 / 把 xxx 做成 skill / 标准化这个项目] - [更新/改造一下这个 skill / 重构这个技能 / 升级一下] - [这个 skill 的 frontmatter/描述/规则怎么写 / 怎么优化] **技术关键词**： - [用 skill-standardization 审计/改造某技能] - [检查某技能的 SKILL.md 是否规范] - [创建/更新/重构一个 skill] - [skill 的 frontmatter 怎么写] - [R-xx 规则是什么意思] **不触发**（以下情况不应触发本技能）： - 用户只是问[你有什么技能]——这是闲聊，不是真的要审计/改造 - 用户要求执行某个 skill 的常规功能——应直接调用该 skill 本身，而不是先审计它 - 用户只是提到[skill]这个词，但没有明确的审计/创建/改造意图 ## 能力与限制 本技能能做什么、不能做什么，一目了然： | 能力 | 说明 | 限制 | |------|------|------| | **审计现有 skill** | R-01~R-25 全量检查，输出 PASS/WARN/FAIL 逐条明细及上下文行 | 仅检查 SKILL.md + _meta.json + scripts/ 文件结构和代码静态分析，不检查 Python 运行时行为 | | **创建新 skill** | 从模板生成标准骨架（SKILL.md / _meta.json / references/ / scripts/） | 只生成结构模板和占位符，功能代码需要手动填充 | | **改造非标 skill** | 自动迁移文件到正确位置、补充 permissions.md、修复格式问题 | 不处理跨技能依赖、不自动生成功能代码 | | **批量审计** | `--audit-all` 参数扫描 skills/ 下多个 skill | 仅支持 skills/ 目录下的一级子目录（不支持嵌套目录） | | **自动修复** | `--fix` 自动修正 SKILL.md frontmatter / 版本号 / 数据目录 / 触发词 / 反模式 / FAQ / 写作规范等格式问题，覆盖 R-01~R-25 共 20+ 条规则 | 仅修复格式/结构/路径/生成类问题，**不修复代码逻辑错误**。<br>修复后需运行 `--