AI助手自动求助技能
自动识别问题复杂度,优先使用豆包、千问等多AI轮询获取并验证可执行解决方案,遇验证码需用户协助。
MIT-0 · Free to use, modify, and redistribute. No attribution required.
⭐ 0 · 61 · 0 current installs · 0 all-time installs
MIT-0
Security Scan
OpenClaw
Error
Like a lobster shell, security has layers — review code before you run it.
Current versionv1.0.0
Download ziplatest
License
MIT-0
Free to use, modify, and redistribute. No attribution required.
SKILL.md
调整参数(重要!)
- 轮询:20秒/次,最多7次
- 重试:2次,间隔5秒
核心流程
1. 判断场景
用户提出问题
↓
判断:
能完美解决 → 自己做
能解决但方案不完美 → 触发ask-ai
完全不能解决 → 触发ask-ai
2. 选择AI(按优先级)
豆包 → 千问 → Kimi → DeepSeek
依次选择,前一个AI失败/无响应则切换至下一个
强制执行检查清单(6个步骤)
步骤1:发送问题至选中AI
- 执行动作:按固定格式发送问题至选中的AI
- 输出标识:【发送完成】问题ID:XXX,发送时间:XXX
- 依赖关系:无(初始步骤)
- 失败条件:发送后3秒内未输出标识 → 重试2次(间隔5秒)→ 仍失败则终止当前AI,切换至下一个优先级AI
- 强制约束:未输出【发送完成】标识,禁止执行步骤2
步骤2:校验发送结果
- 执行动作:校验是否收到AI接收回执
- 输出标识:【校验通过】/【校验失败】
- 依赖关系:需获取步骤1的【发送完成】标识,且问题ID一致
- 失败条件:校验≥3次未获取有效回执(含问题ID、接收时间、状态)→ 终止当前AI,切换至下一个优先级AI
- 强制约束:未输出【校验通过】标识,禁止执行步骤3
步骤3:轮询等待响应(心跳机制)
- 执行动作:每20秒轮询一次,发送"获取响应"请求,直至获取响应或触发失败条件
- 输出标识:【轮询第X次】未获取响应/已获取响应,响应内容:XXX(每次轮询均需输出)
- 依赖关系:需获取步骤2的【校验通过】标识
- 失败条件:累计轮询≥7次未获取响应 → 终止当前AI,切换至下一个优先级AI
- 强制约束:未输出【轮询第X次】标识,禁止执行步骤4
- 轮询检查:每次轮询需检查是否有新的AI回复、是否有验证码/登录要求,发现验证码/登录要求立即停止并告知用户
步骤4:关键节点自检
- 执行动作:对照自检清单核对步骤1-3是否完成
- 输出标识:【自检通过】/【自检失败】
- 依赖关系:需获取步骤3的【轮询第X次】标识
- 强制约束:自检未通过禁止执行步骤5,自检失败需重试对应步骤(轮询/校验/发送)
步骤5:多轮追问确认(2-3轮)
- 执行动作:完成2-3轮追问,重点确认方案可行性、细节完整性、是否符合需求
- 输出标识:【追问第X次】问题:XXX,响应:XXX(每轮追问均需输出)
- 依赖关系:需获取步骤4的【自检通过】标识,且轮询获取有效响应
- 强制约束:未完成2-3轮追问禁止执行步骤6
步骤6:最终自检与收尾
- 执行动作:评估方案可行性、预判难点、准备执行
- 输出标识:【Skill执行完成】/【Skill执行异常】,异常点:XXX
- 依赖关系:需获取步骤5的【追问第X次】标识
- 强制约束:未完成最终自检禁止终止Skill
其他核心规则
3.1 提问话术模板
你好,我有一个技术问题想请教:
【背景】
- 用户(老王)想实现:XXX
- 我(虾仁)是用户的AI助手
【我的尝试】
- 方案A:XXX → 结果YYY
- 方案B:XXX → 结果YYY
【问题】
- 当前卡在ZZZ
【请帮我】
1. 分析根因
2. 给出可行方案
3. 指出可能的坑
5. 判断AI回答有效性
| 回答类型 | 判断 |
|---|---|
| 给出具体步骤 | ✅ 有效,进入多轮追问 |
| 只给方向性建议 | ⚠️ 无效,继续追问 |
| 表示不知道 | ❌ 无效,切换AI |
6. 多轮终止条件
- 获得可执行方案 → 结束,进入执行阶段
- 聊了3轮仍无具体方案 → 记录问题,切换下一个AI
- 所有AI都失败 → 记录问题,告知用户
7. 登录/验证码处理
- 尝试自动登录(检查cookie)
- 如果需要验证码 → 立即停止轮询,返回告诉用户
- 寻求用户帮助:"需要你帮忙输入验证码"
- 如果所有AI都需要登录 → 记录问题,告知用户
8. 决策前检查点
检查点1:推荐其他方案时
- 给建议后,一旦搞不定推荐其他方案,必须触发ask-ai
检查点2:把握程度
- 给任何建议前,自问把握程度
- <50%把握 → 必须触发ask-ai
自动触发判断标准
| 情况 | 是否触发 |
|---|---|
| 用户明确要求问AI | ✅ 触发 |
| 我的方案需要用户手动操作 | ✅ 触发 |
| 我判断自己无法解决 | ✅ 触发 |
| 给建议后推荐其他方案 | ✅ 触发 |
| 把握程度<50% | ✅ 触发 |
| 用户质疑/反问"为什么" | ✅ 触发 |
| 遇到验证码/登录要求 | ✅ 触发并停止轮询 |
| 我完美解决,无需用户介入 | ❌ 不触发 |
示例场景(真实案例)
场景1:方案被用户质疑
背景:用户问为什么不能发图片到飞书,我给了"保存本地"的方案
用户:"为什么不能直接发图片到飞书?"
我:"需要保存本地手动转发"
用户:"为什么?"
→ 触发判断:用户质疑 = 我的方案不完美
→ 触发ask-ai
→ 问豆包:"本地图片如何直接发飞书?"
→ 豆包给出b64_json方案
→ 我执行 → 成功
场景2:主动判断方案不完美
背景:用户要求生成图片发到飞书
用户:"生成图片发给我"
我尝试方案A:URL方式 → 403过期
我尝试方案B:保存本地 → 需要手动转发
→ 触发判断:两种方案都需要用户手动配合,不完美
→ 触发ask-ai
→ 问豆包:"豆包生图如何直接发飞书?"
→ 豆包给出b64_json方案
→ 我执行 → 成功
场景3:推荐其他方案触发
背景:用户发图片让我OCR识别
用户:"识别这张图片"
我尝试EasyOCR → 识别效果差
我:"建议继续用飞书手动OCR,等之后有更好的方案"
→ 触发判断:推荐其他方案 = 自己搞不定
→ 触发ask-ai
→ 问豆包有什么免费好用的OCR方案
→ 豆包给出PaddleOCR方案
→ 我执行 → 记录问题,告知用户
注意事项
- 不要白嫖:使用用户的AI账号对话
- 有记录:把AI的回复保存到memory
- 闭环:拿到方案后要执行,不能只给答案
- 复盘:每次都要总结改进点
- 真实优先:示例场景要用真实案例,不要编
- 心跳轮询:等待时必须轮询,不要傻等
- 验证码处理:遇到验证码立即停止并告知用户
- 强制约束:所有标识必须输出,未输出禁止进入下一步
- 切换AI:当前AI失败后自动切换下一个,循环直到所有AI都失败
- 告知用户:所有AI都失败后,明确告知用户当前状态和建议
Files
1 totalSelect a file
Select a file to preview.
Comments
Loading comments…
