技能合并器 🔗#

核心流程（5 Steps）#

Step 1: 技能分析#

• 读取待合并技能的SKILL.md
• 提取每个技能的核心能力和流程
• 识别重叠功能和互补能力

Step 2: 合并策略#

• 吸收型：一个主技能吸收另一个（功能子集关系）
• 融合型：平等合并，取各自优势
• 编排型：保持独立，增加编排层

Step 3: 冲突处理#

• 触发条件冲突：合并关键词+细化排除场景
• 流程重叠：保留更详细的版本
• 输出格式：统一模板格式

Step 4: 生成合并版#

• 新YAML frontmatter（合并后的名称/描述）
• 整合核心流程（消除重复步骤）
• 统一输出模板
• 合并边界约束

Step 5: 验证输出#

• 检查合并后技能的完整性
• 确认无功能丢失
• 输出变更对比

输出模板#

text

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🔗 技能合并报告
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
源技能：{A} + {B}
合并策略：{吸收/融合/编排}
新技能名：{name}

变更：
+ {新增能力}
- {消除重复}
~ {调整内容}
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

边界约束#

1. 不丢功能：合并后必须覆盖所有源技能的核心能力
2. 保持独立：不强制合并功能差异大的技能
3. 版本管理：新技能从v1.0.0开始

Output Language#

中文输出

Anti-rationalization#

#常见借口反借口规则1"这两个技能差异太大，合并不了"差异大用编排型（保持独立+编排层），不是不合并的理由。至少输出编排方案。2"合并后怕丢功能，算了"必须输出变更对比表（+新增/-消除/~调整），逐条确认无功能丢失后再合并。3"触发词合并后会冲突"冲突就细化排除场景。合并后的触发词必须同时列出"触发词"和"排除词"，不能只保留一边。4"让我先一个个看看每个技能再说"不逐个看完也能合并。先读取每个SKILL.md的description和核心流程前3步，足够判断合并策略。5"合并后的命名不好定"命名规则：取主功能词+后缀。如"内容创作"="公众号"+"小红书"。不要因命名停滞。