mcpField
A
ambiguity-resolver

ambiguity-resolver

github.com/mohitagw15856生产力1.5k47 次安装5 天前更新
代码仓库

关于 ambiguity-resolver

ambiguity-resolver 是一项用于处理模糊需求和早期机会的技能。它将输入整理为可研究的问题、明确的范围边界,以及与决策相关的少量行动。

主要功能

  1. 01将需求重述为可回答的问题
  2. 02揭示未明说的假设
  3. 03界定范围内外的事项
  4. 04明确决策负责人和时间线
  5. 05规划精简的调研活动

适用场景

  1. 01澄清尚未定义的项目需求
  2. 02为机会调研设定边界
  3. 03投入资源前规划后续行动

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill ambiguity-resolver

安装后在 Claude Code 中输入/ambiguity-resolver确认已加载。

详细介绍

模糊问题澄清技能

将含糊的简报和初具雏形的机会转化为结构化、可执行的问题陈述,让你能够清晰地回复,而不是再要求安排三次会议。

必需输入

根据现有信息开展工作。如果缺少以下任何信息,仍需生成完整输出:用合理的假设填补每处空缺,并标注为 (assumed, confirm),然后在末尾列出这些假设。只有在核心主题本身缺失(无内容可写)时,才先提问。

  • 含糊的简报或机会描述(哪怕只有一句话也足够)
  • 提出需求的人(利益相关方背景会影响问题的表述方式)
  • 已知限制条件(如有,包括时间安排、预算、团队规模)

三阶段流程

阶段 1:重新表述
  • 将含糊的输入重新表述为 3-5 个需要回答的明确问题
  • 找出简报中隐藏的未明说假设
  • 揭示这将支持什么实际决策(问题解决后,有人会采取什么不同做法?)
阶段 2:界定范围
  • 明确列出范围内的内容
  • 明确列出范围外的内容(同样重要)
  • 判断截止时间的紧迫程度:紧急且重要、重要但不紧急,还是不明确?
  • 指明谁负责最终决策,以及需要咨询谁
阶段 3:采取行动
  • 确定最低可行研究:最多 2-3 项活动,足以提供可靠依据,支持后续行动
  • 估算每项活动所需时间
  • 说明每项活动能告诉我们什么(以及不能告诉我们什么)
  • 提出检查节点:何时重新讨论,再决定是否投入更多

验证——确认每个重新表述的问题都至少对应一项研究活动。检查范围边界是否足够具体,能否据此对具体事项说“不”。

输出结构

问题简报:[机会领域]

重新表述为以下问题:

  1. [问题 1]
  2. [问题 2]
  3. [问题 3]

需要明确的未明说假设:

  • [假设 1]
  • [假设 2]

范围内:[明确边界] 范围外:[明确边界] 决策负责人:[姓名/角色] 时间安排:[已知的实际截止时间,或“不明确——建议设定截止时间”]

最低可行研究:

活动所需时间能告诉我们什么无法告诉我们什么
[活动][时间][洞见][局限]

**建议的检查节点:**完成[活动]后重新讨论,决定继续推进还是调整方向。

示例(部分)

输入:“我们需要弄清楚该如何应对企业客户。”

重新表述为以下问题:

  1. 企业客户是在流失、扩张表现不佳,还是两者皆有?
  2. 这是产品缺口、支持/服务缺口,还是定价/套餐问题?
  3. “采取行动”具体指什么——启动新计划、调整政策,还是重新分配资源?

**范围内:**在最近两个季度健康度评分下降的企业客户(年度经常性收入达 50K 美元以上) **范围外:**中小企业客户群、新企业客户获取策略

反模式

  • 不要将简报重新表述成仍然宽泛到无法研究的问题——每个重新表述的问题都必须能通过一项具体活动回答
  • 不要只列出研究活动,却不说明它能告诉我们什么、不能告诉我们什么
  • 不要将决策负责人写成“管理层”或“团队”——请指明具体人员或角色
  • 不要省略明确的范围外边界——否则范围会自然扩张,简报也会失去意义

质量检查

  • 每个重新表述的问题都足够具体,可以开展研究(而不是“我们该如何改进?”)
  • 范围边界明确指出了具体的排除事项
  • 研究活动能够在规定时间内完成
  • 已明确决策负责人(不能只写“管理层”——需指明具体人员或角色)

示例触发语句

  • “澄清模糊的需求说明。”
  • “梳理定义不明确的问题。”
  • “弄清楚一个不明确的机会。”
  • “我们需要想办法处理 X。”
  • “有人让我调查 Y。”

评论

支持 Markdown