L4.12.2overly dense steps become a log设计研究
步骤过密会超出用户的跟随能力，可见性退化为滚动的日志
别名: 步骤过密变日志 · followability · 可见不等于可跟
概念解释
把每一次函数调用、每一次 token、每一次内部重试都刷到屏幕上，人跟不上，窗还在，监督已经死了。过密的步骤变成日志（overly dense steps become a log）：可见性在字面上成立，在跟随上失败。人从「看当前这一拍」退到「等它刷完再搜」。
滚动的文字给人过程透明的感觉，给不了对准干预的能力。
机制
跟随需要把当前步留在工作记忆里，并和计划中的位置对齐。刷屏速度超过阅读，工作记忆里永远是过期的上一行。人于是放弃实时，改成事后检索——时间轴搬家被密度自己取消了。日志作为档案有价值，作为监督面没有。粒度应停在人能判断「这一拍该不该继续」的那一层：对外部对象的动作、对计划节点的进入和离开，而不是对内部推理的每一跳。
可观察问的是窗在不在；密度问的是窗里的粒度还能不能被当监督面用。
怎么研究
同一任务，比较三种粒度：工具级（每次外部调用）、计划节点级、全量内部事件。因变量：中途能否说出当前对象、过程中纠错次数、是否改为结束后搜日志、主观负荷。自变量：刷新速率、是否提供折叠与过滤、当前步是否钉住。
「改为搜日志」是密度失败的行为标志，比满意度更硬。
边界
调试角色需要全量日志，那是另一视图，不要和操作者的监督面混用。任务本身只有两三步，密不起来。当前在计划的哪一步、还剩多少，是在可跟的粒度上才问得出口；粒度先炸了，进度感也没有。静默阶段被误判为卡死，是没有输出；过密是输出太多。两种相反。
怎么落地
- 操作者默认只看计划节点和对外部对象的动作。内部重试、token、调试事件放进可打开的日志，默认折叠。
- 当前步钉在视口里，新行不要把当前步顶走。刷屏时人丢了「现在」，密度就已经赢了。
- 验证：中途问当前对象。答不出或去搜历史，就过密了。把粒度收到节点级再问——能答了，再看过程中纠错有没有回来。纠错没回来，钉住或改入口还没做。