技能选择器 🎯
核心流程(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个以内再精确匹配,不要全量扫描。 |
