E6.13.4bulk item-level result设计
批量操作的内联反馈需要区分成功与失败的子项
别名: 批量部分失败 · mixed success · 子项结果
概念解释
一次勾选十二条、点删除或共享，结局很少是十二条同一命运。子项级结果要求成功的和失败的在各自对象上分别显出来，而不是一句「部分成功」。摘要可以存在，但不能替代名单：用户要知道哪几条还在、哪几条已经走了、失败的能不能再试。批量内联的主语是集合里的每一个，不是这次点击。
机制
批量把一次意图乘到许多对象上，失败却几乎总是对象自己的原因：权限、锁、冲突、已不存在。一句总述把这些原因压成同一种「部分」，人无法选择下一步——重试全部会伤害已经成功的，放弃全部会留下失败的。子项标记把集合重新打开，让下一步可以是「只处理失败的那些」。它还防止错误归因：十条成功两条失败时，全局语气若偏失败，用户会以为批量整体坏了，去撤销已经正确完成的十件。内联的分别呈现把成功钉死在成功对象上，把失败留给失败对象，两种结局不再互相污染。
边界
集合大到无法在一屏看完，子项标记会沉到折叠线下，必须配合失败名单或「只看失败」过滤，否则分别呈现等于没呈现。全部成功时不必十二条都闪对勾，一条摘要加对象上极弱的变化即可，避免成功表演比失败还吵。全部失败则要能一键重试全部，同时仍在每条上保留原因，因为原因可能不同。进行中的批量应显示哪些还在飞，以免把「还没轮到」读成失败。
怎么落地
- 批量结束时同时给摘要（12 中 10 成 2 败）和对象上的分别状态；失败项可进入只看失败。
- 失败项保留原因和针对该项的重试；不要用一次「全部重试」盖掉已经成功的项。
- 成功项不要长期占据醒目标记，以免和失败抢同一层级。
- 验证：制造两条不同原因的失败混在成功里。用户若说不出是哪两条、为什么，子项级结果就还没做。