L6.13.3immediate negative-feedback effect设计研究
负反馈应立即产生可见变化，否则用户判定其无效并停止使用
别名: 负反馈即时可见 · 按钮无效 · delay kills the channel
概念解释
点了「不感兴趣」，这一行还在，刷新后还在，明天同类还在。用户得到的唯一结论是：这个动作不连着世界。负反馈的即时可见变化（immediate negative-feedback effect）指：拒绝必须在当前这一屏上留下可观察的后果——行消失、范围回显、同类立刻下降——否则通道会被判死，之后连真正能用的拒绝也不再发生。
范围要对。还要当时就看得到范围已经生效。
机制
工具性动作靠即时因果来维持：按下去，世界改。推荐的学习往往是批处理，真正的权重更新在小时或天之后。界面若等到批处理，因果链在用户的时间尺度上是断的。人不会为了一份看不见的未来更新继续付操作成本，通道的使用在第一次「没反应」之后塌掉。
即时可见不必等于模型已经重训。它可以是界面层的承诺：这条先从当前列表拿掉、此类在本会话降权，后台再追。没有这一层，后台追得再准时，用户也已经离开通道。可见变化还承担校准：人根据眼前发生的事来理解范围；什么都没发生，范围再清楚也是空话。
怎么研究
同一拒绝，三种延迟：当场从列表移除并回显、下一页才变、下一次会话才变。测：是否再使用通道、是否改用更粗暴的手段（狂滑、关推荐、骂评）、对范围的理解。自变量：延迟、是否有「已处理」的回显即使列表暂时不变。因变量：二次使用、通道弃用、把延迟判成「没起作用」。
回显不是变化。只有文案、行还在，仍会被判无效。要把「字」和「列表」拆开报。
边界
审核类拒绝（举报）不能当场从全网拿掉，应立刻改变的是「对你隐藏」和案件状态，不是全站消失。离线模式或弱网下，至少要在本地列表兑现，并标明将在联网后同步。这条要即时可见，不处理情绪性语义，也不处理一次拒绝抹掉整类——那是范围过大，不是延迟。
怎么落地
- 拒绝后当前列表立刻按所选范围改：该行消失，或该类在本屏剩余位置下降，并给一句回显。
- 后台重训可以晚，会话内的过滤必须立刻。不要把「已加入训练」当成用户能看见的变化。
- 验证：按下去之后三秒内，屏幕上必须有与范围一致的差别。没有差别，找一批人看他们还会不会用第二次。第二次骤降，通道已经在用户侧死亡，与模型何时更新无关。