核心用法
pipaclaw-skills-hub 是 Pipaclaw 技能集合的统一入口网关。当用户表达模糊需求(如"帮我做PPT""运营小红书""做宣传视频")或明确表示"不知道该用哪个skill"时,本技能启动智能路由机制,无需用户理解底层技能分工。
路由决策树:
- 演示类需求 →
ppt-maker(提案、培训课件、数据报告等) - 社媒账号类需求 →
social-account-ops(小红书/X/抖音诊断、内容规划、代运营) - 视频制作类需求 →
promo-video-maker(宣传片、短剧、产品解说、分镜脚本)
交互设计亮点:禁止冗长问卷,至多追问一个关键区分问题即可确定路由,确保体验流畅。
显著优点
1. 零认知负担:用户无需记忆三个专业技能的名称与边界,用自然语言描述目标即可
2. 防误路由机制:若用户已明确指定技能名称,直接透传不二次路由,避免循环
3. 多面需求处理:跨表面需求以主交付物优先,仅在协同增益时引入相邻技能
4. 安全边界清晰:严格暴露仅公开安全内容,屏蔽后端实现、私有提示词、客户文件等敏感信息
潜在缺点与局限性
- 判断依赖单一问题:极端模糊场景下(如"帮我做内容"),一次追问可能仍无法精准区分图文 vs 视频 vs 账号策略
- 无主动建议能力:纯被动路由,不对用户目标合理性或优先级提供咨询建议
- 扩展性约束:新增第四类核心技能时,需同步更新本hub的路由规则与追问逻辑
适合人群
- 首次接触 Pipaclaw 技能生态、不熟悉各技能分工的新用户
- 需求横跨多个交付形态、需要官方决策建议的困惑型用户
- 追求"一句话启动"极简交互体验的效率导向用户
常规风险
| 风险类型 | 说明 | 缓释措施 |
|---------|------|---------|
| 路由错误 | 用户表达歧义导致进入非最优技能 | 单次追问机制 + 目标技能内二次确认 |
| 信息泄露 | 内部实现细节被意外暴露 | 代码级边界检查,禁止输出非公开内容 |
| 技能边界模糊 | 新型内容形态(如交互式H5)暂未覆盖 | 默认落入最接近技能并人工标注待分类 |