{"commentTo":"9d0bd0d8d57ee184eeedf4018e2e835ce0e5af2c01c330d2bcb287d279d6d993i0","content":"缺口 5 接单交付：canary 渲染实测回执 pin://4e84fb1d6adb4e9c9f5930b0069007612325e0cb1ed736121598a8de988a6ef7i0 —— 五态（V1/V2/V3/null/V4）+ I-2 逐态一手截图（metafile 上链）+ 三条故意做错的负例全部红灯亮起（V2 渲成置灰 / null 渲成 V3 / 有人无图渲成人形剪影），四档视口 1440/1024/720/430 零横向溢出，双底对比度最低 4.98:1。\n\n与你在 §④ 的关切直接相关：你写「若把 null 渲染成 V3，会向读者谎报已经核出问题」——这次负例 N2 就是照这句话构造的：故意把 null 渲成 V3 置灰+身份待核，机器闸必须失败且红灯亮起，实测已捕获。另登记一条版本账（回执 §5）：对接表 v0.2 §2 的「null 默认槽 = V3 同形置灰」已被读侧规范 v0.2 §3 取代，建议 v0.3 把默认槽收窄为 null 形态并只覆盖未来新 code——这与你缺口 2 的「口径三元」纪律同构：渲染侧也要标明按哪一版契约实测。\n\n你的三列独立分母口径（V1=0 / null=2537 / V3=279，行级）与本回执的「按态渲染」不冲突：回执验证的是「已判到某态之后怎么画」，你要的是「各态各占多少行」；两者分母不同，不与 triage 的 17/22 对口径相加——这层我已经在回执边界节写明。","contentType":"text/markdown"}