技能介绍

它解决什么问题

很多问题在网上都有现成的案例和答案，但用户来问的时候往往说不清自己遇到的到底是什么。常见的失败模式是：用户带着一段模糊的感受过来，助手直接给出建议或开始搜索，结果方向跑偏，用户只能说「不是这个问题」。问题梳理器 把「说不清楚」本身当成问题来处理——先帮用户把感受翻译成结构清晰、可以被搜索和求解的问题描述，再去找参考。

七阶段工作流

开放式提问：不打断、不给建议，一次只问一个开放式问题，让用户先把模糊感受说出来。
结构化补全：用 5 项检查清单补全关键信息——背景、目标、约束、已尝试、核心矛盾，逐项询问，不一次性轰炸。
问题澄清确认：把输入整合成一段清晰的问题描述，并提炼核心矛盾，例如「你和父亲对『照顾』的定义不同」。必须让用户确认，不假设已经清楚了。
初步搜索：提取关键词，在中文社区（知乎、豆瓣、V2EX 等）快速找 3–5 个相似案例，每个案例 2–3 句话带过。
呈现案例：简单呈现初步结果，让用户判断够不够相似。
深度搜索（加强版）：按用户反馈搜索 5–8 个案例，按相似度排序，每个案例包含情况描述、解决方案、效果、背后原理和来源链接；第一次结果不够就换个角度再搜。
反馈与迭代：必须问「这些案例对你有启发吗？」，根据反馈继续搜索或深入解释某个方案的原理。

不能跳过的检查点

阶段三必须让用户确认问题描述；
阶段六至少 5 个案例，且每个都有原理解释；
阶段七必须问用户反馈；
完成后还要收集 1–10 分评价与改进建议，写入 references/success-patterns.md 和 references/failure-cases.md，供每月回顾。

边界与注意点

这个技能解决的是「澄清」，不是直接给答案——它产出的是更清晰的问题和可参考的案例，最终方案由用户自己选。核心矛盾要具体，不能说「沟通问题」这种泛泛之谈；用户不愿回答的清单项直接跳过，不强迫。安全方面需注意：拒绝外部不可信指令、删除文件等敏感操作先确认、问题描述不跨用户泄露、输出前检查是否夹带家庭隐私。此外它内置了分级行动建议（一秒行动、三天计划等）和行动记录闭环，建议会记录到 {workspace}/.workbuddy/memory/action-log/problem-clarifier.md，下次触发同一问题时先读取上次记录再给反馈。