修复后，我希望报告解释触发条件、原因、修改及支持结论的证据。
只观察一个页面或请求时，仅说一切正常并不足够。
我描述改前哪里失败，以及修正配置后重复相同步骤会怎样。
未检查其他环境时，应明确说明，不暗示本地成功证明所有远端正常。
这让报告更有用，既展现证据边界，也不掩盖成功结果。
也记录影响下一决定的不确定性，例如旧进程是否仍用旧设置。
有根据时用because说明原因，仍不确定时用may等词。
若问题复发，报告应帮助判断原条件重现，还是另有原因。
因此仔细报告也是解决问题的一部分，保留即时任务后可能遗失的推理。
为下一人提供具体起点，减少不明原理地重复修改。