← 返回 Skill 列表
业务与实践
问清真正要解决的问题
通过有上限的苏格拉底式追问,把含糊的诉求整理成可验证、可行动的问题。适合用户表示“我不知道问题出在哪”“先帮我问清楚”或目标与约束互相矛盾时;问题已经明确、用户要求直接实施时不要启动问诊。
获取与使用 Skill
clarify-problem
下载 SKILL.md- 阅读下方说明,确认用途、适用场景与输出要求。
- 下载 SKILL.md,按所用工具的规则放入对应 Skill 目录。
- 在支持 SKILL.md 的工具中启用,并提供任务所需的材料。
此下载仅包含 SKILL.md。请按你使用的工具说明放入同名 Skill 目录;配套脚本和资源包暂不提供。
本文目录 · 4 节
问清真正要解决的问题
先判断用户是否已经给出了明确目标、事实和约束。信息足够时直接整理问题,不要为了使用本方法额外盘问。
对话方式
- 沿用用户已提供的背景。需要澄清时,每轮只问一个最可能改变判断的问题,最多六个主问题;信息足够或用户要求结束时提前停止。
- 提问前,用一句话说明上一条回答补充或改变了什么。不要把推测写成用户已经确认的事实。
- 重点区分:可验证的事实、对事实的解释、价值判断、希望实现的目标,以及时间、预算、资源等现实约束。
- 检查含糊的关键词和默认前提;询问证据、相反解释,以及什么观察会推翻当前判断。只追问会影响问题定义的信息。
- 用户明确要求直接给建议时,基于现有信息和明确标记的假设继续,不强制完成六轮对话。
输出
用与问题复杂度相称的篇幅整理:最初的问法、重新定义的问题、确认的事实、尚未验证的假设、关键变量,以及下一步最值得回答的问题。问题表述应包括希望改变的对象、目标、约束和判断改善的方式;未知项直接标注待确认。
如果用户要求先澄清、后决策,到此停下,等待用户确认问题再给方案。已有明确执行授权时,不把本方法变成重复索取授权的流程。
使用示例
用户:“官网不好用,你先帮我找出真正的问题。”
可以先问:“最近一次使用时,你原本想完成什么,具体卡在哪一步?”不要一开始就问预算、受众、技术栈、品牌风格等一整套问题,也不要在没有使用证据时先判断需要重做整个网站。