本章讲的是交付方法，不把 checklist 的存在当成项目已经验收。SSD300 只是贯穿案例，当前课件不宣称它已经完成端到端验收。
先给出本讲路线图；后续每一段都对应这里的一行，最后回到路线收束。
先说明这是贯穿案例。实验室告警、SSD300 和指标目标用于组织方法，不代表当前仓库已经完成摄像头、模型和告警系统的联合验收。
Canvas 不是填表练习。每一项都要能对应验收证据。例如“低光误报”必须对应评测样本、指标和处置策略，而不是只写在风险栏。
先 A 后 B 再 C 是排序方法，不是让所有项目照抄数值。最终阈值必须由场景、硬件和风险共同决定，并绑定评测协议。
没有 Baseline 的优化只是故事。先问与哪个版本、在什么协议下比较，再看数字是否值得讨论。
强调“新样本不能静默替换旧样本”。替换后必须生成新评测集版本，并明确旧版本是否继续回归。
Review 不是口头点头，Done 也不是代码合并。性能或精度任务要通过约定脚本并留下报告才能完成。
文档不是发布后的补作业。Model Card 和评测报告应在发布前生成，并与同一版本、同一提交关联。
manifest.json 是发布包的身份证。路径存在不等于内容正确，必须用哈希、版本和契约共同绑定。
这张教材图描述通用推理流程，不是本章项目的验收截图。不要把架构图、示意图或样例路径当成板端执行结果。
表格是模板，不是已经打勾的验收单。每一项都需要命令、日志、报告或截图作为证据；没有证据的项应保持未通过或未执行。
漂移监测关注模型输出或业务分布变化，不等于单次精度测试。报警后先保留输入、版本与日志，再判断是数据变化、配置变化还是模型问题。
风险登记不是免责声明，ADR 也不是会议纪要。两者都要有负责人、证据和复核条件，才能在版本迭代后继续使用。
这一页专门防止把“存在样例入口”写成“系统已经验收”。下载脚本、推理脚本、架构图和 Checklist 都只是资源或方法，不是实际通过证据。
最终交付必须同时包含通过项和未通过项。没有版本、哈希、原始日志和回滚记录的“全部通过”不构成可审查交付。