I2.11.3too-fast cadence looks complete设计
呈现节奏过快会让用户误以为内容已完整而遗漏后续到达的部分
别名: 以为已经加载完 · 后续块被漏看 · false completion
概念解释
主列一出，页面看起来像做完了：能读、能点、滚动也到底了。几秒后评论、相关项、一条法律脚注才插进来。人已经把「完整」编进模型，开始做下一步，后到的块等于在模型合上之后才敲门。节奏过快不是指时钟太短，是指「看起来完整」来得比「真的齐了」早太多，后到的部分被当成从未存在。
机制
完整感来自几个同时成立的线索：没有等待皮、主任务区填满、滚动条已经像到底、没有明显的空洞。分块若把这些线索在第一块就给齐，完整感会提前触发。人一旦开始下一步（分享、下单、关掉页），注意不再监测「还有没有块要来」。后到的内容即使没有挤布局，也已经错过了被读的窗口——脚注里的费用、迟来的库存警告、迟来的「还有 3 条结果」。
节奏问题与重要性排序不同。按重要性先画主列是对的；错在主列把完整线索也一起画完，又没有任何「还有后续」的标记。过快是线索的过快，不是字节的过快。
边界
后到的块对当前任务无影响（页脚社交图标）被漏看可以接受，不必为它们拖住完整感。安全、钱、法律、库存这类迟来会改变已经做出的决定，不能靠「人应该再等一会」；要么它们进入第一块，要么完整感在它们到达前不能形成。人主动刷新或滚动到预留槽，说明还在监测，节奏过快的误判不会发生在这些人身上。极慢的后续块（几十秒后的推荐）即使标了「还有」，人也已经走了，标记救不了，这些块应按离开后再通知或下次再来处理，而不是指望还停在页上。
怎么落地
- 在仍有对任务有影响的块未到时，保留一条未完成线索：底部槽、轻量「还有评论在加载」、滚动条未到真底部。
- 会改变决定的信息不得放进「看起来已经完整」之后的块；把它们绑进第一眼或主列。
- 后到块到达时，若人还在页上，用局部提示而不是整页闪，把已经合上的模型轻轻打开一角。
- 验证：录一次只看到主列就下单或分享的过程，再放行脚注和库存。若关键句从未进入注视或决策，节奏就过快——把那句提前，或在主列阶段不要把页面画成已到底。