t18-evidence-readiness.md 9.3 KB
T18 证据就绪性：本次只读事实核对
结论与核对边界
指定资料不足以确认最新前后端提交均已推送且与当前运行实例绑定，也不足以形成新一轮 T18 阶段验收。 本次仅阅读五张基线卡片、票 05/17/33 和本图 verify/t18-*.mjs、verify/artifacts/t18/ 中已有材料；以下接口结果、测试数、PID、推送记录和真人操作均为历史来源记载，不是本次重测。没有查询远端、当前工作树或运行进程，没有构建、调试、浏览器、接口探针、服务器或任何测试；唯一写入为本报告。不推断当前接口或当前运行版本，不作真人业务结论。阶段门依据：票 05。
版本、推送与运行基线
| 来源 | 历史记载 | 本次可确认的限制 |
|---|---|---|
| 卡片 01 | 2026-10-08：后端 master/5b53a6d、前端 master/f6288e0；推送均未核实，分别有 1/55 项未提交 |
样板旧卡只到①，不是新验收的交付锚点 |
| 卡片 02、03、04、票 17 | 2026-10-08/09：后端先后 89ca989/PID26956、818a6d7/PID15244、d8a6b03/PID20240，记载已推送及当时复验；这些切片历史判定为③ |
不覆盖后来提交，也不提供新前端基线；票 17 resolved 仅表示切片 11–13 的滚动复验完成 |
| T18 旧矩阵 | 前端 master/b8917ed 已推送；后端远端 a151183、本地 d8a6b03，运行来源未可验证绑定 |
旧矩阵自身已登记版本绑定缺口；不能沿用为最新运行基线 |
| 卡片 05、后续补记 | 2026-10-12：主修复 740d896 已推送，当时 PID25880 加载；随后补齐 29d1ae2 并以 0a6b108 整合远端后推送 |
卡片表头运行证据仍针对 740d896；补记明确不把后续报警合并标成实机部署。整合后管网专项 29/29，但整合树全量有一项报警顺序断言失败，不能沿用旧 439 宣称最新全量通过 |
| 票 33 | 2026-10-13 已关闭，记载历史回归及维护者目视终判；修复仍未提交，明确“关闭≠已推送” | 在本次指定资料中，未见覆盖这批修复的前端提交/推送/运行绑定证据；不据此断言当前工作树仍未提交 |
票 05 要求新提交追加基线、旧卡注明被取代，并登记前后端提交及推送。现有卡片主要按不同后端切片记录，不能用编号 05 代替整套前后端最新基线；T18 较新 JSON 的顶层只记时间、base、只读范围及结果，未登记前后端提交或实例来源。版本漂移规则、较新 JSON、JSON 生成字段
最重要的阶段门缺口
- 交付与运行绑定缺口：尚需一份涵盖前后端最新提交、推送状态、运行来源、记录时间和数据窗口的统一登记；尤其不能把
0a6b108的推送当作已运行，也不能把票 33 关闭当作修复已入库。卡片 05 补记、票 33、票 05 固定骨架 - 较新审计尚有三项监测时间检查未通过：2026-10-12T15:19:59.139Z 的 JSON 记载 141 次请求、140 项检查通过、3 项检查失败；失败均为三监测端点
createdAt，记录code=200、createdAt=null。脚本在code=200时仍失败，指向信封data缺少自有createdAt属性；记录中的null是脚本的兜底表达，不证明响应实际带有createdAt:null。该脚本也没有逐对象时间或时间语义验证。该历史轮尚不能证明票 05 要求的数据时间门槛已补齐，本次不推断当前接口。结果、检查实现、卡片 01 时间条件 - 契约读取通过不能覆盖全部可见行为：最新指标 current/history 检查均留
EMPTY，脚本只判业务code=200，缺非空指标展示证据；状态筛选检查主要判回显，坐标检查判“不渲染未经校核对象”，不是地图实际呈现验收。业务错误映射项虽 passed，但当次rawCode=200，脚本短路通过，未在该轮证明业务 500 的失败映射。指标检查、脚本判据、状态/指标判据、错误映射项、短路判据 - 推送与真人整体收口证据不足：T18 四份 WS 产物只含
cockpitSubscribed，没有设备/工单增量；需与同窗操作记录或数据变化对照才能解释。票 17 的 2026-10-09 真人 3→4、40 秒收到工单帧是历史后端切片正面证据，不能替代新前端消费及完整报警—工单—地图—面板闭环；设备帧真实eventId携带值在该切片仍未实测。当前资料不能据此作新的真人业务结论。WS 180 秒、WS 75 秒、WS 420 秒、WS 900 秒、票 17 边界、旧矩阵真人证据项、④门槛
旧计数、旧窗口为何不能直接验收
- 旧矩阵已落后于较新产物：矩阵的 123 请求/92 通过/33 失败与 2026-10-10 前修复 JSON 一致；2026-10-12 JSON 已是 141 请求/140 通过/3 失败。请求数与检查数独立计数，不能相加比较为“成功请求率”；旧 33 失败不能全部转述为当前缺陷，较新 3 失败也不是本次在线结果。旧结果、旧矩阵、较新结果、计数实现
- 数据集与对象域不同：旧地图总数 13，较新适配器总数 15；旧设施总数 1006、卡片 05 复验 5278、较新适配器 5283 是不同时点记录。它们不能作为新一轮固定预期，也不能把设施、设备、监测点、管网四个域互相替代。旧信封、旧设施、卡片 05 计数、较新计数
- 时间窗口必须显式登记：票 17 仍保留
2026-09-08 ~ 2026-10-08的历史命令，卡片 02 明确它不应沿用，另给相对 31 天窗口；T18 脚本的 history 窗口仍固定为2026-10-03 ~ 2026-10-10，较新 JSON 也实际记录这一窗口。相对窗口只避免日期写死，不能让旧执行结果自动变新，也不保证有样本。票 17 旧命令、卡片 02 提醒、相对窗口、T18 固定窗口、较新历史请求 - 工单口径必须复算，不锁旧数值：旧
0=1,5=1是事件回联计数，不能反推新口径全部状态 0–6 工单分母；历史新值 2/3 也不应成为恒定期望。应以同一行业/时间范围内工单基数、状态分布与分母一致及新basis核对。资料中的“分母≠事件数”是当次区分旧实现的样本证据；不同对象域在新样本中数值可能碰巧相同，不能单凭相等判失败。历史勘误与范围、勘误与禁止固定计数 - 性能证据也依赖环境：票 33 将 v6 的 16.7ms 与无 GPU/v8 的约 200ms 底噪明确区分；旧绝对阈值与同环境 tick 增量证据不可混用，更不能推导新机器已达标。票 33 历史对照及限制
本次报告只登记证据就绪性；由于用户限制和项目规则，已跳过 build/debug 及全部执行性验证。后续若开展新验收，应以新登记、同窗证据和独立人工记录补齐上述门槛；本报告不改变任何 issue、map、基线或源代码状态。门槛与证据分列规则