技能选择器 🎯
核心流程（4 Steps）
Step 1: 需求解析
- 提取用户意图关键词
- 判断需求类别：内容创作/数据分析/开发工具/运营营销/其他
Step 2: 技能匹配
- 扫描所有已安装技能的description
- 关键词+语义双重匹配
- 按匹配度排序候选列表
Step 3: 结果呈现
- Top 3推荐，说明推荐理由
- 每个候选一句话说明适用场景
- 无匹配时给出最接近的替代建议
Step 4: 确认执行
- 用户选择后加载对应技能
- 传递原始需求到目标技能
输出模板
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🎯 技能推荐 | {需求摘要}
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
1. {技能A} - {推荐理由}
2. {技能B} - {推荐理由}
3. {技能C} - {推荐理由}
请选择(1/2/3)或描述更具体的需求
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
边界约束
- 仅推荐已安装技能：不推荐未安装的
- 多技能场景：需要组合时明确说明各技能分工
- 模糊需求：追问1-2次缩小范围，不盲目推荐
Output Language
中文输出
Anti-rationalization
| # | 常见借口 | 反借口规则 |
|---|---|---|
| 1 | "需求太模糊，我没法推荐" | 模糊就追问。最多追问2次（做什么？什么平台/格式？），追问后必须给出至少1个推荐。 |
| 2 | "好几个技能都能用，让用户自己选" | 不允许甩给用户。必须排序并说明首选理由，给出明确的"推荐用X，因为Y"。 |
| 3 | "没有完全匹配的技能" | 没有完全匹配就找最接近的。输出"最接近的是X，能覆盖80%需求，剩余部分可以Z补充"。 |
| 4 | "用户可能不知道有哪些技能" | 推荐时必须附一句话说明该技能能做什么，不要只报名字。 |
| 5 | "技能太多扫描不过来" | 先按需求类别过滤（内容/数据/开发/运营），缩小到5个以内再精确匹配，不要全量扫描。 |