Requirement Convergence

需求收敛

目的

收到的需求往往过于臃肿、含糊不清，或指向错误的目标。能力足够的模型会将这三者调和为一个连贯的计划，并忠实地构建它——当被要求的内容本身就是错的时，也精确地交付被要求的内容。

本技能收敛的是要构建什么。如何构建，以及该变更需要哪些文档，都在“要构建什么”确定之后再解决。

收敛字段

cost 是一个粗略的分级，不是工作计划据以排期的工作量估算；需求无法支撑以人天为单位的估算。其未知项在决策权重上比其规模更重要。

依据所保留的用户原话进行分类，而不是依据分析器对原话的转述。要求评估的措辞、描述设想性想法的措辞，或建议某种机制的措辞，在当前收敛上下文中仅作为供判断参考的候选项保留。只有在用户明确确认之后，候选项才能进入 requirements[] 及长期保留的文档。

每个字段都带有各自的就绪标签：ready、weak，或 weak-but-explicit（弱，且用户同意暂不解决）。只有用户可以设置 weak-but-explicit。当所有适用字段都为 ready 或 weak-but-explicit 时，需求即视为已收敛。

各字段的判断规则见：references/criteria.md。

询问协议

使用现有的范围与成本依据来引出信息并做出判断，然后只就仓库无法回答的产品选择进行提问。requirements[] 和排除项的询问都依据用户提出的能力构建；分析中发现的相邻能力两者都不纳入，因此用户无需拒绝一项自己并未提出的能力。仅当某个答案会改变分析目标或所需的范围依据时，才重新分析范围与成本。

在开始前登记以下步骤，并在每个步骤完成时记录其依据：

存储协议