L4.05.3partial completion must be explicit设计研究
部分完成的状态需明确
别名: 部分完成态 · partial agent state · 做到哪了要说清
概念解释
中止或失败之后，任务很少回到起点。世界停在一种中间态：有的对象改了，有的没改，有的改了一半。部分完成必须说清（partial completion must be explicit）要求界面用可核对的清单交代这种中间态，而不是用一个进度百分比或「已取消」徽章把差异抹平。
「取消了」是过程状态；「第三封已发出、第四封没发出、草稿还在」才是世界状态。
机制
人要决定下一步是回退、补做、还是接受现状，材料是各对象的当前值，不是任务级标签。代理内部的「已取消」对外部邮箱、文件系统、权限服务没有意义。若界面只同步内部标签，人会按「什么都没发生」去行动，然后撞上已经发生的那一部分。这和进度可见不同：进度可见是为了跑着的时候跟住；这里是停住之后交代残骸。
不明确的中间态还会让下一轮代理把残骸当成新输入，重复或覆盖。
怎么研究
跑到一半中止，比较三种呈现：仅「已取消」、百分比、对象级清单（每项：未动 / 完成 / 一半 / 外部已生效）。因变量：人下一步选择是否匹配真实世界、误以为未发生而重复操作的次数、能否指出需要清理的项。自变量：清单是否区分内部与外部、一半完成如何表示。
用外部系统做地面真值。产品文案与地面真值的不一致次数是主终点。
边界
一次原子操作要么全成要么全不成，没有部分完成。回退已经把世界带回起点时，中间态消失，这条暂时用不上——但回退本身失败留下的残渣仍要说清。跑着的时候怎么展示步骤，不在这里。求助时要不要附带清理请求，是上报的问题。
怎么落地
- 中止、失败、超时之后，强制进入一张对象清单：每项当前值、是否已对外生效、是否还能回退。任务级徽章只能当标题，不能当唯一说明。
- 「一半」要落到可观察的事实上（文件写了前半、邮件在发件箱未发出），禁止用进度条代替。
- 验证：中止后把产品收起来，只给操作者这张清单，让他们去外部系统核。核错的每一项都是中间态没说清。再故意留一个一半完成的文件，看清单有没有单独标出——没有，就还在用任务级标签骗人。