Skill: danielwang20150225-source/ask-ai-assistant (version 1.0.0)

--- name: ask-ai description: | 当遇到难题时，自动求助豆包/千问/Kimi/DeepSeek等AI获取方案。 trigger: - 帮我问下豆包 - 帮我问下千问 - 你问问AI - 这个我不会 - [自动触发] 方案需要用户手动配合 - [自动触发] 判断自己无法解决 - [自动触发] 给建议后搞不定，推荐其他方案 - [自动触发] 把握程度<50% tools: - browser - web_search priority: - 豆包: https://www.doubao.com - 千问: https://qianwen.aliyun.com - Kimi: https://kimi.moonshot.cn - DeepSeek: https://www.deepseek.com --- ## 调整参数（重要！） - **轮询**：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方案 → 我执行 → 记录问题，告知用户 ``` --- ## 注意事项 1. **不要白嫖**：使用用户的AI账号对话 2. **有记录**：把AI的回复保存到memory 3. **闭环**：拿到方案后要执行，不能只给答案 4. **复盘**：每次都要总结改进点 5. **真实优先**：示例场景要用真实案例，不要编 6. **心跳轮询**：等待时必须轮询，不要傻等 7. **验证码处理**：遇到验证码立即停止并告知用户 8. **强制约束**：所有标识必须输出，未输出禁止进入下一步 9. **切换AI**：当前AI失败后自动切换下一个，循环直到所有AI都失败 10. **告知用户**：所有AI都失败后，明确告知用户当前状态和建议


Security scan verdicts — ClawScan: suspicious | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (CRITICAL)