架构图别只画方框数据、决策与失败路径都要出现一张全是组件名和箭头的图看起来完整读者却不知道数据如何变化、哪里会拒绝、失败由谁恢复。架构图应服务于一次具体判断。先界定问题先确定读者要回答的问题请求路径、状态归属还是故障隔离。每张图只承担一个主要问题并让图中的接口、队列和存储能与正文名称对应。处理与验证用图说明决策与边界不只画组件。一张图至少交代数据从哪里来、经过哪些判断、在哪里失败以及谁负责恢复再让实际接口和日志验证它。挑一条真实存在于接口说明中的请求路径沿图核对输入、状态变化、决策分支、依赖调用和失败处理。图里找不到的接口不要靠猜测补线标成待确认日志无法关联的跳转则说明图的证据还不完整。架构图的验收不是组件数量而是读者能否回答数据在哪里改变、谁做决定、失败由谁恢复。版本更新时以接口、配置和可用运行记录为依据逐项改图还没有证据的边界保留疑问不画成确定事实。