推理引擎的决策记录先确定问题推理引擎的决策记录的讨论先落在接口契约、运行环境和错误语义。不要用一段笼统的经验替代前提输入从哪里来、谁负责确认、失败后怎样停止都应在开始前写清。沿着一条路径检查围绕推理引擎的决策记录做系统编程实践时重点是所有权、并发和状态变化。把一条代表性路径从入口走到结果记录版本、配置和观察到的现象。没有原始记录时只描述检查方法不把推测写成事故结论。小步验证处理推理引擎的决策记录时先写回归用例再评估性能取舍。每次只改变一个因素并保留能够回看差异的日志、截图或测试结果。这样后续维护者能理解当时的取舍也能知道哪些条件尚未覆盖。