让内部记录支持外部解释，让范围说明跟着选择变化，空结果也需要解释条件

让内部记录支持外部解释

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

清楚的入口名称可以减少理解内部术语的负担。

让范围说明跟着选择变化

文件句柄泄漏可能只在长时间运行后暴露。一个短任务每次多留一个资源，单次检查未必明显。可以观察重复执行后的资源趋势，并检查异常出口的关闭责任，让问题归因到具体生命周期，而不是仅在达到系统限制时重启进程，把症状暂时隐藏起来。

状态说明需要覆盖结果暂时不明的情况。

默认选项需要容易理解，也应允许合理调整。

空结果也需要解释条件

常见问题列表如果长期不更新，可能把已经改变的限制继续传播。维护时可以把条目与实际功能状态关联，并记录何时需要复查。用户反馈入口也应便于报告不适用内容，让帮助材料形成可修正的知识来源，而不是一份因为曾经发布就被默认永远正确的说明。

错误提示应解释当前影响，并提供合适的下一步。

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