输入完成之后发生了什么，让协作变化留下可读记录，空结果也需要解释条件

输入完成之后发生了什么

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

实现成功与使用者完成任务之间仍可能有距离。

让协作变化留下可读记录

错误处理若在每层都重复记录同一异常，日志会显得问题成倍增加。可以约定哪一层负责补充上下文，哪一层负责最终记录，让信息沿调用路径逐渐完整。这样既能保留原因，也能减少噪声，使排查者更容易识别一次失败对应的真实影响。

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

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

空结果也需要解释条件

导入插件配置时，需要区分内容声明与可执行行为。看似只是载入一份设置，也可能包含远端地址或自动动作。预览可以展示新增能力与请求范围，并允许用户逐项确认，让配置交换保持方便，同时避免一个熟悉的导入入口无声改变系统能够执行的事情。

对不确定状态的诚实说明，比虚假的进度更可靠。

权限变化需要让内容拥有者理解实际影响。