摘要优化：大量近似问句如何整理成不同的决策阶段
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ff3363cfcc2f.html
📄
摘要优化：大量近似问句如何整理成不同的决策阶段
把近似问句整理成决策阶段，关键不是按措辞归类，而是先判断提问者当前要完成什么动作：是尚未形成候选方案，还是已有候选方案需要排除。前者适合把问句归入“认知—探索”阶段，后者适合归入“比较—验证”阶段。若同一批问句里两种动作混在一起，先按动作拆成两组，再分别决定摘要里保留哪些信息，否则整理出的阶段只是换了名字的清单。
先按“要完成什么动作”分两组，而不是按句子长短
近似问句往往长得很像，例如都包含“怎么”“是否”“哪个好”。但决定归入哪一阶段的是提问者下一步要做什么：
- 如果下一步是“还不知道有哪些可选方向”，归入探索阶段，摘要优先给出范围、判断维度和需要补充的信息。
- 如果下一步是“已经有两三个候选，要排除其中一个”，归入验证阶段，摘要优先给出区分条件、例外和核对动作。
实施动作：把每个问句后面补一句“问完之后他会去做什么”。如果补不出动作，说明这个问句还不能进入任何阶段，先单独存放。这个动作的结果会直接决定下一步：补出动作的问句才能进入摘要改写，补不出动作的问句继续保留原样，避免把模糊需求硬塞进某个阶段。
两种条件下的不同处理选择
条件一：问句数量多，但动作高度一致。此时不要为每个问句单独建阶段，而是合并成一个阶段，用一条摘要覆盖。判断依据是：这些问句替换措辞后，读者要做的动作相同。动作是合并、去重、写一条覆盖性摘要。结果是摘要条目减少，后续核对时只需要检查这一条是否覆盖了共同动作。
条件二：问句数量不多，但动作分叉明显。此时不要强行合并，而应按动作拆成两到三个阶段，每个阶段只保留一个核心问题。判断依据是：同一句问句在不同角色那里会引出不同动作。动作是拆分、标注每个阶段的进入条件和离开条件。结果是后续比较不同角色的理解时，有可核对的边界，而不是继续争论措辞。
例外：如果问句涉及的是同一事实的不同说法，而动作并没有分叉，那么即使措辞差异大，也应归入同一阶段，只保留一条摘要。反过来，如果动作分叉但问句数量很少，也不必为了阶段完整而补造问句。
把分歧转成可核对项目的三个动作
多个角色对同一事实有不同理解时，分歧通常不在事实本身，而在各自默认的决策阶段不同。可以按以下顺序处理：
- 让每个角色写出自己认为该问句对应的“下一步动作”，只写动作，不写理由。
- 把动作相同的问句放在同一组，动作不同的分开放。分组完成后，检查每组是否只有一个核心动作。
- 为每组写一条摘要草稿，草稿里必须包含一个可核对的条件，例如“若候选方案已确定，则……”或“若尚未确定范围，则……”。
假设例子：某团队收到三条近似问句，分别来自新成员、执行成员和审核成员。新成员的动作是“先知道有哪些方向”，执行成员的动作是“判断现有方案是否可行”，审核成员的动作是“确认例外情况是否被覆盖”。按动作分组后得到探索、验证、例外三组，而不是按问句长短分成三组。这个例子只用于说明分组方法，不代表任何真实项目结果。
整理完成后，用一次反向核对决定是否继续拆分
分组和摘要草稿完成后，做一次反向核对：把每个阶段的摘要读给提出问句的人听，请他指出“这条摘要是否足以让他决定下一步”。如果他仍然需要回到原问句才能行动，说明该阶段还缺少可核对条件；如果他可以直接行动，说明该阶段可以暂时保留。
反向核对的结果会影响下一步：能直接行动的阶段进入摘要定稿；不能直接行动的阶段回到分组步骤，检查是否把两个动作混在了一起。注意，问句数量下降、重复措辞消失或某个问句不再出现，都不能单独证明分组正确，因为这些现象也可能只是问句被暂时搁置或换了说法。只有动作可核对、下一步可执行，才说明整理有效。
