技能合并器 🔗
核心流程（5 Steps）
Step 1: 技能分析
- 读取待合并技能的SKILL.md
- 提取每个技能的核心能力和流程
- 识别重叠功能和互补能力
Step 2: 合并策略
- 吸收型：一个主技能吸收另一个（功能子集关系）
- 融合型：平等合并，取各自优势
- 编排型：保持独立，增加编排层
Step 3: 冲突处理
- 触发条件冲突：合并关键词+细化排除场景
- 流程重叠：保留更详细的版本
- 输出格式：统一模板格式
Step 4: 生成合并版
- 新YAML frontmatter（合并后的名称/描述）
- 整合核心流程（消除重复步骤）
- 统一输出模板
- 合并边界约束
Step 5: 验证输出
- 检查合并后技能的完整性
- 确认无功能丢失
- 输出变更对比
输出模板
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🔗 技能合并报告
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
源技能：{A} + {B}
合并策略：{吸收/融合/编排}
新技能名：{name}
变更：
+ {新增能力}
- {消除重复}
~ {调整内容}
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
边界约束
- 不丢功能：合并后必须覆盖所有源技能的核心能力
- 保持独立：不强制合并功能差异大的技能
- 版本管理：新技能从v1.0.0开始
Output Language
中文输出
Anti-rationalization
| # | 常见借口 | 反借口规则 |
|---|---|---|
| 1 | "这两个技能差异太大，合并不了" | 差异大用编排型（保持独立+编排层），不是不合并的理由。至少输出编排方案。 |
| 2 | "合并后怕丢功能，算了" | 必须输出变更对比表（+新增/-消除/~调整），逐条确认无功能丢失后再合并。 |
| 3 | "触发词合并后会冲突" | 冲突就细化排除场景。合并后的触发词必须同时列出"触发词"和"排除词"，不能只保留一边。 |
| 4 | "让我先一个个看看每个技能再说" | 不逐个看完也能合并。先读取每个SKILL.md的description和核心流程前3步，足够判断合并策略。 |
| 5 | "合并后的命名不好定" | 命名规则：取主功能词+后缀。如"内容创作"="公众号"+"小红书"。不要因命名停滞。 |