把实现状态变成清楚的说明
交互评审需要包含首次使用与偶尔使用的情境。
对不确定状态的诚实说明，比虚假的进度更可靠。
不确定等待也能诚实呈现
删除旧代码之前，可以确认它是否仍承担兼容入口或恢复路径。表面上没有直接调用，并不总意味着从未使用。结合入口配置、运行记录与使用约定判断，能够降低误删风险。若决定保留，也应留下清理条件，避免没人敢碰的代码长期失去明确用途。
错误提示应解释当前影响，并提供合适的下一步。
默认选项需要容易理解，也应允许合理调整。
把撤销范围交代给使用者
从右向左阅读的布局不能只把整页镜像。文字方向、图标含义与时间轴方向可能各有规则。设计可以逐项确认哪些元素跟随阅读顺序，哪些保持固有语义，并在真实内容下检查，让适配围绕理解发生，而不是把视觉翻转当作一种通用完成标准。
同一行为的命名需要保持稳定的使用预期。
旧内容如何处理，是功能退出说明中的重要部分。