先给结果并说明所作假设，是追问与径直执行之间的第三条路
别名: 带假设的草稿 · 先做后标 · assume aloud then show
概念解释
不必先问「这是拒绝还是接受」，也不必悄悄按拒绝写完一封信。可以先交出一封拒绝草稿，并在旁边写：「我按礼貌拒绝来写；若是接受，说一声。」人看见的是材料加一条可推翻的前提，不是一道题，也不是既成事实。这是结果加假设（result-plus-assumption），夹在追问和径直执行中间：行动开始了，解释权还留在人手里。
第三条路成立的条件是假设可见、可一拍切换。假设藏在生成里不写出来，就退回径直执行；只写假设不给材料，就退回追问。
机制
人更擅长评价一份具体草稿，而不是回答关于尚未存在之物的抽象选择题。「这封拒绝信对不对」比「你想拒绝吗」信息更满，因为草稿把语气、长度、是否提下次见面都摊开了。同时，把假设写成可点的标签，切换成本停在标签上：点「改成接受」是一次以新假设为条件的再生成，不必先经历一轮问答。
这条路依赖结果可丢。若第一份结果已经发出、已经扣款，假设写得再清楚也晚了。所以它服务的是可撤回的生成与可预览的计划，不是已经落地的世界动作。
怎么研究
同一含糊指令三臂：先问再做、按默认做且不标假设、先给草稿并标假设。因变量：到可接受结果的轮数、假设被推翻的比例、推翻时用户是否利用了那条标签、误发或误执行率。再测「我知道它刚才猜了什么」——只有带标签的一臂应显著高于另外两臂。
推翻比例高不是失败。高推翻加低总轮数，说明第三条路在起作用：人用草稿当探针，用标签当换挡。低推翻加高误发，说明标签没被读到。
边界
世界边界上的动作不能用「先做再标」代替确认，标签不是闸。假设空间大于两个且互相不兼容时，一份草稿不够，应改成两份并排，或退回问那一维。标签写得像免责声明（小灰字、长句）就不会被读，第三条路在视觉上不存在。用户明确要求「先问我」时，不要用草稿打断他们的控制节奏。
怎么落地
- 对可预览的生成，默认交一份草稿，假设写成草稿上方的一条短标签，标签可点切换到另一种解释。
- 标签必须说人话、说具体解释（「按拒绝写」），不要写「基于当前理解」。点切换应保留已有的正确部分，只改与假设有关的部分。
- 一旦动作会离开预览（发送、付款），从第三条路退出，回到执行前摊开解释。
- 验证：用「回这封信」做任务，界面交拒绝草稿加标签。统计有多少人点了切换、多少人把草稿当终稿发出、多少人忽略标签自己重写。忽略加重写高，说明标签不像控件。再把标签改成可点的两种解释，切换应变高，重写应变低。