规则炼金术-Skill内化器（Skill-to-Rule Fusion）
一、价值与定位
用户常关注大量 Skills，若全部下载并启用，会带来管理繁琐、加载变慢、规则分散等问题。许多 Skills 的核心价值其实是一套"可执行流程说明"，并不依赖专属工具或脚本——这类说明完全可以被提炼、融合进用户级全局规则文件，让 AI 在不加载该 Skill 的情况下也能照做执行。
本 Skill 提供一套自动执行流程，把合适的 Skill "内化"为全局规则，实现：
- 减少 Skill 下载 / 启用数量，降低管理成本；
- 提升执行效率（无需每次加载 Skill、无需跨 Skill 协调）；
- 规则集中、跨项目通用、便于统一维护；
- AI 直接完成读取、分析、清洗、审查、写入、校验，无需用户手动操作文件。
> 本 Skill 是"流程提炼 + 规则治理"工具，不直接执行被内化 Skill 的业务任务，只负责把其说明沉淀为规则。
二、触发词
- "把 skill 融进全局规则" / "内化这个 skill" / "提炼 skill 流程" / "减少 skill 下载" / "把执行说明写进规则"
- "将《XXX》内化为全局规则" / "把《XXX》的流程写进全局规则文件"
三、适用边界（重要）
适合完整内化：
- 流程清晰、文字可完整描述；
- 高频使用、跨项目通用；
- 无硬依赖（不需要专属脚本、二进制、外部 MCP 服务才能跑）。
部分适合（仅内化"流程说明"，执行仍依赖原工具）：
- 核心价值是流程，但执行时需要特定工具 / 脚本 / MCP。→ 只把流程与注意事项写进规则，并明确标注"执行此步需原 Skill 的 XX 工具"，不试图用规则替代工具。
不适合内化（保留原 Skill）：
- 纯工具型，无可见流程（如二进制转换器）；
- 依赖外部账号且流程不可描述；
- 低频且仅限单一项目使用。
> 判断原则：纯"流程 / 规则"完整内化；"流程 + 工具"内化流程并标注工具依赖；"纯工具"不内化。
四、前置条件（执行前必查）
- 确认本机存在当前平台的用户级全局规则文件（见第十节映射表；若不存在则自动创建并提示）。
- 确认待内化 Skill 的 SKILL.md 可读取（自动探测常见路径；多候选时列出让用户选）。
- 首次运行 / 每次写入前必须向用户确认（见第七节确认清单）。
- 不要求任何云端账号，纯本地文件操作。
五、核心流程（AI 自动执行）
步骤 0 · 确认清单（必须先做）
向用户确认：
1. 待内化 Skill 名称 / 路径；
2. 目标全局规则文件路径（默认＝当前平台全局规则文件，见第十节；可手动指定其他路径）；
3. 是否执行安全审查与冲突检测（默认是）；
4. 冲突处理默认策略（A=跳过冲突条 / B=合并差异 / C=覆盖现有）；
5. 来源注释格式（默认 [来源: Skill名 vX.Y.Z | 内化日期]）。
步骤 1 · 自动探测并读取 SKILL.md
- 先判定当前运行平台（见第十节映射表；无法自动判定时，首次运行询问用户其平台）。
- 按当前平台自动探测：
- 用户提供的绝对路径；
- 当前平台的用户级 skills 目录
{skills-dir}/{skill-name}/SKILL.md； - 当前 workspace 的
.workbuddy/skills/或等效项目级 skills 目录； - 用户自定义的技能存放目录（仅在用户显式提供后使用，不得写死任何个人桌面/用户名路径）。
- 若探测到多个候选，列出文件名、路径、version，请用户选择。
- 若读取失败，给出 3 个具体选项：
- 重试读取（文件被占用时适用）；
- 手动提供路径；
- 取消本次内化。
步骤 2 · 适用性评分
按第三节边界打分并说明理由：
- A（适合完整内化）：纯流程/规则，无硬依赖。
- B（部分内化）：流程可提炼，但执行需特定工具/MCP；只内化流程与红线。
- C（不适合内化）：纯工具/强外部依赖/低频单项目；直接拒绝并告知原因。
评分后向用户展示结论，C 级直接停止；B 级明确标注"执行步骤需原 Skill 工具"。
步骤 3 · 自动提取四要素
从 SKILL.md 提取并结构化：
- 触发条件：何时启动该流程；
- 标准流程：有序步骤（保留关键判断与分支）；
- 注意事项：易错点、前置依赖、数据口径；
- 红线：禁止项、安全边界。
提取后向用户展示摘要，允许用户增删要点。
步骤 4 · 自动去个性化 & 去重
- 去个性化：扫描并替换以下标签为通用表述：
- 人名 / 昵称 / 品牌名；
- 绝对路径（如
/Users/xxx/...、C:\Users\xxx\...、~/Desktop/...等个人专属路径）； - 特定设备名、特定产品名（某网盘 / 某文档平台）。
- 二次扫描：若仍发现疑似个人标签，列出清单并暂停，等用户确认或修正。
- 去重：与目标全局规则现有内容逐条比对：
- 完全等价 → 跳过；
- 部分差异 → 标记为"可合并"；
- 无重复 → 直接准备写入。
步骤 5 · 红蓝对抗质检
> 方法说明：红蓝对抗在此是单轮自检方法论——"红"按设计把流程落地，"蓝"扮演挑刺方找漏洞，由 AI 在同一轮内完成。
5a 安全审查（蓝军挑刺 · 安全维度）
对提取的说明做安全分级：
- P0（高危，拒绝内化）：含未审查的危险命令（如 rm -rf、未限定的 curl / 管道）、未授权外发、读取或外泄敏感凭证 → 拒绝内化，向用户展示具体风险证据，建议保留原 Skill 并谨慎使用；
- P1（中危）：需确认权限 / 外部写入 → 内化时加明确警示与确认步骤；
- P2（安全）：纯流程 / 规则 → 正常内化。
5b 冲突检测（蓝军挑刺 · 一致维度）
将待写入规则与目标全局规则文件逐条比对，对每条冲突输出四段：
1. 现有规则：原文摘要；
2. 新规则：拟写入摘要；
3. 冲突类型：矛盾 / 重复 / 可互补；
4. 处理建议：A=跳过 / B=合并 / C=覆盖，并注明后果。
用户未明确时，按确认清单中的默认策略执行；若默认策略为"覆盖"且涉及现有核心规则，必须再次单独确认。
步骤 6 · 自动备份并写入
- 读取目标全局规则文件（默认＝当前平台全局规则文件，见第十节）；
- 自动备份为
{规则文件名}_备份_YYYYMMDD_HHMMSS.md（放在同目录）； - 在全局规则文件末尾追加独立小节
## 内化的 Skill 流程（如不存在则新建）； - 写入结构化规则块，必须包含：
- 小节标题（ Skill 名）；
- 来源注释[来源: Skill名 vX.Y.Z | 内化于 YYYY-MM-DD]；
- 触发条件 / 标准流程 / 注意事项 / 红线；
- 适用边界标注（A/B/C 级）。
步骤 7 · 自动校验与回滚
写入后立即校验：
- 文件存在且非空；
- ## 内化的 Skill 流程 小节存在；
- 来源注释存在且格式正确；
- 四要素齐全；
- 无残留个人标签（二次扫描）。
任一校验失败：
- 第 1 次失败：自动重试写入；
- 第 2 次失败：用备份文件自动回滚；
- 仍失败：停止并向用户报告失败原因与备份路径。
步骤 8 · 轻量自测
用一条典型触发语（如"按《XXX》流程做一遍"）让 AI 复述关键步骤，验证能否照做；不通过则回补规则后再测。
六、红线禁止项
- 禁止未成功却报成功；禁止让用户"手动复制粘贴"代替融合。
- 禁止未经确认覆盖 / 大改现有全局规则。
- 禁止将 P0 高危 Skill 内化进全局规则。
- 禁止残留个人标签 / 绝对路径 / 特定产品名（去个性化必须彻底）；尤其禁止把个人桌面路径（如
~/Desktop/...、用户名目录）写死进探测路径。 - 禁止丢失来源注释（便于版本追踪）。
- 禁止删除原 Skill 当作"已内化"。
- 禁止在未备份的情况下写入或覆盖全局规则。
- 隐私：融合前声明内容是否含敏感信息。
七、确认清单
每次执行前向用户确认：
1. 内化范围（单个 / 批量哪些 Skill）；
2. 目标全局规则文件路径（默认＝当前平台全局规则文件，见第十节）；
3. 是否执行安全审查与冲突检测（默认是）；
4. 冲突处理默认策略（A=跳过 / B=合并 / C=覆盖）；
5. 来源注释格式确认。
八、版本管理建议
- 全局规则中每条内化规则附
[来源: Skill名 vX.Y.Z | 内化日期]； - 集中在独立小节（
## 内化的 Skill 流程），便于整体删除 / 更新； - 定期（如每月）对照原 Skill 版本，复核是否过时；
- 原 Skill 大版本更新时，提示用户同步更新对应规则；
- 每次内化前自动备份原规则文件，备份保留至少 30 天。
九、异常处理速查
| 异常场景 | AI 应给出的具体方案 |
|---|---|
| SKILL.md 读不到 | ① 重试读取 ② 手动给路径 ③ 取消 |
| 路径有多个候选 | 列出候选，让用户选 |
| 评为 C 级（不适合） | 说明原因，建议保留原 Skill |
| 发现 P0 高危 | 展示证据，拒绝内化，建议保留原 Skill |
| 发现 P1 风险 | 列出风险点，等用户确认后再继续 |
| 冲突类型=矛盾 | 给出 A/B/C 选项及后果，或按默认策略执行 |
| 写入失败 | 重试 → 回滚 → 报告备份路径 |
| 校验失败 | 定位缺失项，回补后重测 |
| 自测不通过 | 对比原文，补充遗漏步骤 |
| 无法判定当前平台 | 首次运行询问用户其平台与目标文件路径 |
十、跨平台兼容性说明（v1.3.0 新增）
本 Skill 为纯提示词流程，零脚本 / 零 MCP / 零外部服务依赖。下载后放入任意支持 skills 的客户端即可完整运行，但写入目标需按当前平台区分：
| 客户端 | 用户级全局规则文件（默认写入目标） | 用户级 skills 目录（探测 SKILL.md） |
|---|---|---|
| WorkBuddy | ~/.workbuddy/MEMORY.md |
~/.workbuddy/skills/ |
| Claude | ~/.claude/CLAUDE.md |
~/.claude/skills/ |
| Cursor | ~/.cursor/rules/*.md（或项目 .cursorrules） |
~/.cursor/skills/ |
| Codex | AGENTS.md（项目）/ ~/.codex/ |
~/.codex/skills/（或项目 .codex/skills/） |
| Windsurf | .windsurfrules（项目）/ ~/.codeium/windsurf/memories/ |
~/.codeium/windsurf/skills/ |
| Gemini | GEMINI.md（项目） |
~/.gemini/skills/ |
| Copilot | .github/copilot-instructions.md（项目） |
按平台文档放置 |
| OpenClaw | 用户配置目录全局规则文件 | ~/.openclaw/skills/ |
使用要点：
- 执行时优先按当前运行平台自动选择上表对应路径；若无法自动判定，首次运行询问用户其平台与目标文件路径 / 技能目录。
- 绝不写死个人桌面路径（如 ~/Desktop/...、含用户名的绝对路径）——探测路径一律用上表占位符或运行时询问。
- 上表路径随客户端版本可能微调，以各平台当前文档为准；本 Skill 只约定"按平台映射"原则，不依赖上表任何绝对写死值。
- 技能目录（文件夹名）建议使用英文 slug：skill-rule-fusion，避免中文/空格在部分平台路径解析异常。
十一、参考（已验证）
- 多 Skill 规则收敛实践：去重降低全局规则体积、冲突检测避免互相覆盖、来源注释支持回溯更新。
- 安全审查分级（P0/P1/P2）来自 Skill 安装安全审计惯例。
- 红蓝对抗（Red/Blue Team）为安全与质量领域的对抗式审查方法，此处用作单轮自检。
- v1.3.0 升级点：跨平台使能——默认目标规则文件改为按当前平台自动探测（附 8 客户端映射表）；删除个人桌面路径硬编码；新增第十节跨平台兼容性说明；USAGE 补全 8 客户端安装示例。
- v1.2.0 升级点：从"操作指南"转为"自动执行"，新增备份/回滚、冲突解决模板、校验清单、异常处理速查。
