用途：在系统设计的最开始，把模糊、宽泛或含糊的提示词转成可衡量的具体问题，形成三份简短清单而不是长篇散文——功能需求（系统做什么）、非功能约束（做得多好）、范围外（刻意不做什么）。不做这一步是设计跑偏最常见的原因：后面每个决策都建立在未经检验的假设上。
主要能力：先澄清（按优先级提问：谁用、怎么用；必须有的一两个核心功能；规模 DAU/MAU、增长周期、读写比、对象大小；延迟与可用性目标 p99、几个 9；数据新鲜度与丢失容忍度）；再按方法走一遍：一句话复述提示词，用动词列出功能需求（发消息、关注、看信息流、搜索），排序并砍到 2–3 个核心，从澄清答案推导非功能约束，显式写出范围外清单，最后复述三份清单并确认。用户答不上来时，明确写下假设并继续；每个未答问题都作为可修改的书面假设。
使用方式：在任何设计画第一个框、命名第一个工具之前使用；提示词宽泛（“设计 YouTube”）、含糊（“一个实时系统”）或未提规模、一致性、受众时使用；设计中出现新约束可能推翻早先假设时重新划范围。产出是文字清单，随后把非功能数字交给 back-of-the-envelope 计算 QPS、存储等。
限制与注意：不要无限追问，三到五个尖锐问题通常足够；不要把方案伪装成需求（“我们需要 Kafka”应还原为“吸收写突发”）；不要接受所有功能，长尾放入范围外（YAGNI）；不要为回避难点而砍范围；不要把答案当最终定论，约束变化时说明推翻了哪些假设并重新界定相关部分；不要先问低价值问题，也不要自说自话而不确认。该技能只捕捉输入，不负责计算，也不输出图表。