功能退出之后内容去哪里，看清一个状态如何变成另一个，空结果也需要解释条件

功能退出之后内容去哪里

键盘路径检查也能暴露顺序与反馈的问题。

帮助内容应围绕任务，而不是只列页面上的控件。

看清一个状态如何变成另一个

删除旧代码之前，可以确认它是否仍承担兼容入口或恢复路径。表面上没有直接调用，并不总意味着从未使用。结合入口配置、运行记录与使用约定判断，能够降低误删风险。若决定保留，也应留下清理条件，避免没人敢碰的代码长期失去明确用途。

不同长度的文字有助于检查布局是否稳妥。

授权流程需要让人明白当前任务与服务对象。

空结果也需要解释条件

检索范围跨越多个工作空间时，应让结果来源清楚可辨。用户可能拥有多个相似命名的项目，仅靠标题无法判断对象。可以把空间与路径线索放在结果附近，并保留缩小范围的方式，让广泛搜索带来的便利不会增加误开、误改或错误分享的机会。

一个功能的效果应放在具体使用流程中检查。

页面简洁与信息可发现，需要放在一起考虑。