Build an askable digital-human SaaS website explainer.
编程
Ask User Workflow
试用Structured user consultation workflow — ask clarifying questions, then summarize into an actionable plan. Activate when the user has a complex/ambiguous task...
它能做什么
Structured user consultation workflow — ask clarifying questions, then summarize into an actionable plan. Activate when the user has a complex/ambiguous task and needs help clarifying direction.
技能文档
Ask-User Workflow — 提问 + 总结模式
Distilled from OpenCode's "问问题然后总结" pattern. Use when a task is too ambiguous to proceed directly.
核心思路
用户说"帮我做个XXX"的时候,经常连自己到底要什么都没想清楚。 这时候不要直接开干,也不要问一长串问题把用户烦死。
正确做法: 用结构化的 popup 一次性问完,然后自己总结成清晰的任务计划。
何时使用
- 任务目标模糊,需要澄清
- 有多个方向可选,用户没说选哪个
- 需求涉及多方(功能 + 风格 + 技术选型)
- 用户说"帮我做个XXX"但没有具体细节
不要用 when:
- 用户已经给了完整的需求
- 简单问题一个问句就能解决
- 用户明确说"别问了,直接做"
工作流程
Step 1: 评估任务
拿到任务后问自己:
- 我知道要做什么吗?
- 知道 → 直接做
- 不知道 → 跳到 Step 2
Step 2: 问问题(一次性 popup)
用 ask_user 工具,把所有相关问题打包成一个 multi-step popup。
规则:
- 每个问题 1-4 个选项
- 每个步骤最多 4 个选项(popup 自动带"其他..."兜底)
- 问题之间有关联就串起来,无关联就分开
- label 越短越好,不要额外 description
示例 — 用户说"帮我做个报告系统":
steps:
- id: type
question: "报告系统主要是做什么用途?"
options:
- id: notification
label: "通知公告"
- id: meeting
label: "会议纪要"
- id: weekly
label: "周报月报"
- id: audit
label: "审计报告"
- id: platform
question: "部署在哪里?"
options:
- id: feishu
label: "飞书云文档"
- id: web
label: "网页端"
- id: local
label: "本地文件"
- id: complexity
question: "功能要复杂到什么程度?"
options:
- id: simple
label: "只读展示"
- id: medium
label: "支持编辑"
- id: complex
label: "完整 CRUD"
Step 3: 收到回答,生成任务计划
用户提交 popup 后,读取 response,直接生成结构化任务:
## 任务确认
**用途:** [用户选的用途]
**平台:** [用户选的平台]
**复杂度:** [用户选的复杂度]
### 任务分解
1. [子任务 1]
2. [子任务 2]
3. [子任务 3]
### 需要你确认的
- [待确认项 1]
- [待确认项 2]
如果没问题我就开始做了。
决策检查表(什么时候该问)
| 问题 | YES → 直接做 | NO → 问问题 |
|---|---|---|
| 目标清晰吗? | ✅ | ❌ 问 |
| 方向确定吗? | ✅ | ❌ 问 |
| 技术栈明确吗? | ✅ | ❌ 问 |
| 风格/格式有要求吗? | ✅ | ❌ 问 |
| 涉及多方利益相关者吗? | ❌ 问 | ✅ |
问问题的技巧
❌ 不要这样问
- "请问您想要 A 还是 B 还是 C 还是 D 还是 E 还是 F 还是 G?"(太多选项)
- "能告诉我更多关于这个项目的细节吗?"(太开放,用户不知道怎么答)
- 分成 10 个 popup 一个一个问(烦死用户)
✅ 要这样问
- 选项之间有明确区别,用户能直接选
- 短 label,不要解释选项
- 2-4 个选项最理想
- 超过 4 个就分类合并
示例:完整对话
用户: "帮我做个东西" 你: [评估] → 目标不清晰
你: [弹出 ask_user]
用户选择:
- type: "周报月报"
- platform: "飞书云文档"
- complexity: "支持编辑"
你:
## 任务确认
**用途:** 周报月报
**平台:** 飞书云文档
**复杂度:** 支持编辑
### 任务分解
1. 设计周报模板结构(标题/正文/附件)
2. 接入飞书文档 API(读取/写入)
3. 添加周期填写入口(飞书机器人 or 快捷指令?)
4. 支持导出 PDF(可选)
5. 添加提醒机制(可选)
### 确认一下
- 周报是每个人自己填,还是统一模板分发?
- 需要审批流程吗?
没问题我就开始做第 1 步了。
进阶:收集后做分析
如果任务涉及调研,可以这样组合:
- 用
ask_user问清楚调研范围和目标 - 用
deep-researchskill 做并行调研 - 自己汇总成报告
- 再问一次确认方向
注意事项
- 问之前先想清楚:问的问题决定了后续工作的方向,要有关联性
- 不要过度询问:2-3 个关键问题比 10 个泛泛的问题更有价值
- 给出默认倾向:如果用户选了"其他...",给出你的建议
- 语言匹配:用用户的语言问问题,中文用户用中文问
相关技能
Help users with Ask HN: I Need Help for a Product. Use when a user asks for creative-and-content, ask-hn, ask, product, very, or needs a practical workflow,...
Help users with Ask HN: I Need Help for a Product. Use when a user asks for creative-and-content, ask-hn, ask, product, very, or needs a practical workflow,...
Plan user flows and screen states for a Figma design before any designing starts. Use when asked to plan a user flow, map out screens for a feature, define s...
Help users with Ask HN: I Need Help for a Product. Use when a user asks for creative-and-content, ask-hn, ask, product, very, or needs a practical workflow,...
Help users with Ask HN: I Need Help for a Product. Use when a user asks for creative-and-content, ask-hn, ask, product, very, or needs a practical workflow,...