规则炼金术

当 Skill 数量开始反噬

当你的 Skills 目录膨胀到几十个条目时，管理成本会开始显现：加载变慢、规则分散在多个文件中，跨项目使用时还要反复协调。更常见的是，许多 Skill 的核心价值只是一套"可执行的流程说明"——比如某种代码审查的步骤顺序、某个文档生成的注意事项——它们并不依赖专属脚本或二进制。把所有 Skill 原样下载启用，相当于为一条规则占用了完整的加载上下文。

把流程提炼成规则

规则炼金术处理的就是这类"纯流程型" Skill。它自动读取目标 Skill 的 SKILL.md，提取四个要素：触发条件、标准流程、注意事项 和 红线。随后进行去个性化处理，把人名、绝对路径（如 ~/Desktop/...）和特定产品名替换为通用表述，再与现有全局规则逐条比对去重。

写入前会执行一轮红蓝对抗自检：蓝军视角做安全审查（P0 高危直接拒绝内化），红军视角检测与现有规则的冲突，每条冲突输出现有规则摘要、新规则摘要、冲突类型和处理建议。确认后自动备份原文件，以独立小节 ## 内化的 Skill 流程 追加写入，写入后校验四要素完整性，失败则回滚。

适用边界

并非所有 Skill 都适合内化。纯工具型（依赖二进制或外部 MCP 服务）、低频且仅限单一项目的，应保留原样。流程可提炼但执行依赖特定工具的，只内化流程并在规则中标注工具依赖。跨平台运行时，写入目标按客户端自动映射，如 Claude 对应 ~/.claude/CLAUDE.md，Cursor 对应 ~/.cursor/rules/*.md，探测路径一律使用占位符而非个人桌面路径。