界面批评：精选机制的复核方法

先定义要解决的问题

如何分辨动效、材质与信息层级是在帮助阅读还是制造噪声。这篇记录从“精选机制”切入，不把漂亮的界面或看起来完整的列表当成答案，而是先写清楚读者在这一刻需要判断什么。第 105 号记录保留了问题的边界、资料的时间点和可以回头检查的证据。

把证据放进阅读路径

一个可信的入口至少要让人看到起点、过程和下一步。我们把标题、摘要、正文和相关内容拆成连续的台阶：问题→假设→推导→检查。每一步都可以独立回到原始记录，而不是依赖一个无法复核的漂亮结论。

失败状态也是内容

当数据库、媒体请求或外部来源暂时不可用时，页面应该告诉读者发生了什么、哪些内容仍然可靠、下一次可以怎么恢复。空状态不能用一组没有来源的示例卡填满，也不能把内部脚本命令直接推给访客。

给长期维护留下接口

这条路径会保存版本号、内容摘要、来源和更新时间。下一次修订时，编辑可以比较正文 checksum、关系变化和精选位置，而不是凭印象重新检查全部页面。第 105 条记录的重点不是制造更多标签，而是让以后的人少做一次猜测。

回到真实的阅读动作

读完以后，读者应当能继续进入一篇相关记录、一个推导小节或一张有署名的图像。若某个链接失效，仍应保留来源入口和清楚的失败说明。这样“精选机制”才不只是装饰性的栏目名称，而是一条可以走完的内容路径。