L3.01.1generation as selection设计研究
多方案把生成变成选择
别名: 生成即选择 · 候选集交互 · candidate set
概念解释
用户要一封会议邀请。屏幕上只出现一封，下一步是改它或收下它——任务仍是生产。屏幕上出现三封完整邀请，下一步变成点其中一封——任务变成选择。生成即选择（generation as selection）指的是：一次给出多个可独立采用的候选，把人的工作从「把材料写完」改写成「在已写好的材料里做决定」。
它不是把随机性摊开给用户看。它改的是这一步交互属于哪一类决策。
机制
单结果迫使评价走绝对尺度：这封够不够好。绝对评价缺少参照，人会反复改措辞，因为「够好」没有锚。多个完整候选把评价换成相对尺度：这三封里用哪封。相对判断有现成对照，决策从生产循环里抽出来。
候选必须各自可被单独采用。半截提纲、一个主结果加两个残缺备选，仍是生产任务——人还得把选中的那个写完。真正完成转换的，是每个方案都能直接进入下一动作：发送、插入、导出。
怎么研究
同一提示，单结果可编辑 vs. 2–4 个完整候选加「采用」。记录首次有效动作是编辑、是点选、还是丢弃重来。自变量：候选是否完整可独立使用、是否有默认高亮。因变量：任务类型判定（自陈「我在选」还是「我在改」）、从出现到提交的路径长度、是否仍从空白重写。
把「选了一个再大改」单独编码。大改说明界面只提供了入口，没有完成任务类型转换。
边界
封闭答案（算式、是否违规、主键）给多个候选是制造假选择，应收敛到一个并校验。用户已经认定要续写某一稿时，强行摊开新集合会打断正在进行的生产。候选若不能独立使用（缺收件人的草稿、缺尺寸的构图），选择无法发生，任务退回生产。窄屏上点选仍可能成立，但那是选择负荷问题，不是任务类型问题。
怎么落地
- 每个方案配一个明确的采用动作，而不是只给「复制」或「插入到编辑器里接着改」。
- 不要把某一个画成主结果、其余画成弱化备选。主结果会把任务钉回「改这一份」。
- 采用之后仍保留其余候选，换选才有对象。
- 验证：生成结束后不要提示，看第一下点击落在采用、编辑还是再生成。若多数人先改被默认高亮的那一份，任务没有变成选择。