打分卡阶段 5 · 6 · 7 · 8 · 9可泛化原则

交付就绪打分卡 Delivery-Readiness Scorecard

交付质量

在动架构、写代码之前确认前置功课是否做完：业务口径确认了吗、数据能真的访问吗、权限边界定了吗、验收标准写成可判定的了吗。缺一项就开工，后期都会以缺陷形式返还，而且是在最贵的阶段。

什么时候需要它

核心内容

它决定什么

公开的是判断与判据。客户口径、私有阈值和内部示例不在其中。

口径已被有权裁定的人确认
关键业务术语的定义有书面确认和确认人，而不是工程侧的理解。口径歧义在实现阶段暴露的代价，远高于在访谈阶段澄清。
数据可用性已被实测证实
用真实接口和真实凭据跑通过，不是依据文档或口头说法。「应该可以拿到」和「已经拿到了」之间往往隔着几周。
权限边界已定义
Agent 以什么身份访问哪些范围的数据，在设计阶段就写清楚，而不是先用大权限跑通再说。
验收标准可判定
每个场景都有写下来的验收条件，且能被不参与开发的人独立判定。写不出来说明场景还没定义清楚。
干系人与责任已对齐
口径、验收、放行、事故各自的负责人都已确定并知情，不是到时候再找人。
缺项要显式接受而不是默认跳过
确实要带着缺口开工时，应当写明缺的是哪一项、风险是什么、什么时候补。默认往下走的缺口，会在实现阶段以缺陷形式返还，而且那时候修最贵。

Exit Gate · 放行条件

每场景有可判定验收标准

这是我们交付生产级 AI Agent 的公开、脱敏方法骨架。真正落地时，从 AI Agent 生产就绪审查与路线图入手，或先用生产上线前深检定位薄弱环节。