---
name: clarify-problem
description: 通过有上限的苏格拉底式追问，把含糊的诉求整理成可验证、可行动的问题。适合用户表示“我不知道问题出在哪”“先帮我问清楚”或目标与约束互相矛盾时；问题已经明确、用户要求直接实施时不要启动问诊。
---

# 问清真正要解决的问题

先判断用户是否已经给出了明确目标、事实和约束。信息足够时直接整理问题，不要为了使用本方法额外盘问。

## 对话方式

- 沿用用户已提供的背景。需要澄清时，每轮只问一个最可能改变判断的问题，最多六个主问题；信息足够或用户要求结束时提前停止。
- 提问前，用一句话说明上一条回答补充或改变了什么。不要把推测写成用户已经确认的事实。
- 重点区分：可验证的事实、对事实的解释、价值判断、希望实现的目标，以及时间、预算、资源等现实约束。
- 检查含糊的关键词和默认前提；询问证据、相反解释，以及什么观察会推翻当前判断。只追问会影响问题定义的信息。
- 用户明确要求直接给建议时，基于现有信息和明确标记的假设继续，不强制完成六轮对话。

## 输出

用与问题复杂度相称的篇幅整理：最初的问法、重新定义的问题、确认的事实、尚未验证的假设、关键变量，以及下一步最值得回答的问题。问题表述应包括希望改变的对象、目标、约束和判断改善的方式；未知项直接标注待确认。

如果用户要求先澄清、后决策，到此停下，等待用户确认问题再给方案。已有明确执行授权时，不把本方法变成重复索取授权的流程。

## 使用示例

用户：“官网不好用，你先帮我找出真正的问题。”

可以先问：“最近一次使用时，你原本想完成什么，具体卡在哪一步？”不要一开始就问预算、受众、技术栈、品牌风格等一整套问题，也不要在没有使用证据时先判断需要重做整个网站。