晚上十点零三分，澜桥票务的远程启动会开始。
周衡先介绍孟冉的身份。
“她是外部候选观察者，只参加需求边界和复盘，不登录系统，不接触未脱敏数据，也不代表刻度科技作承诺。你们不同意第三人在场，她现在退出。”
澜桥技术负责人确认会议内容只涉及试点范围，同意她旁听。进入测试入口和样本字段环节前，丁卓会关闭面向观察者的共享，孟冉也不会收到后续账号。
“你们公司就两名正式员工？”客户问。
“对。”周衡说，“今晚实际执行也是两人。观察者不计入交付能力。”
对方没有因此取消合同，只把关键联系人和升级顺序重新确认了一遍。试点失败找谁，客户样本晚到找谁，十点验收由谁签，每一项都落到具体岗位。
会议结束后，丁卓把三份客户状态固定在白板左上角。
嘉禾：原合同剩余二十六万元，下一阶段六万元，已启动，未验收，未付款。
汇邻：年度合同三万六千元，预付款已到，首期未验收，款项受限，尚未形成收入。
澜桥：六万元试点，已签约，无预付，验收付款。
汇邻的三万六千元已经到账。三家客户的入场安排接连确认，几张原本空着的日程表一下填满。
“三家都能叫客户，三笔状态完全不一样。”丁卓说。
“明天汇报时按状态说，别一句‘签了三十五万’带过去。”
这是刻度科技第一次同时接住三家企业的任务。丁卓把三个群的提示音分别调好，手机很快就轮着响了起来。
三家客户也都认为自己的事情重要。
嘉禾项目经理在群里问，既然公司已经完成主体切换，能否当晚先把正式环境的三类接口全部开通。周衡按五个工作日计划回复：今晚完成字段与授权确认，第二天开始适配，受控回放后再进入验收。若要提前，需要重新确认测试窗口，不能与澜桥共享同一名执行人。
罗致远回了一个“按原计划”。
汇邻那边，小孙已经准备好旧系统测试副本。蒋明川没有因为钱付了，就要求丁卓立刻远程接管三十二家门店，只确认首期正式部署仍排在嘉禾本轮验收之后。
澜桥的业务负责人则不断强调，明天联调关系到一场数万张票的公开销售。
周衡没有把“数万张票”直接等同于刻度科技能控制的损失。
今晚接入的是隔离测试环境。刻度云只验证事件能否被采集、排序和复核，不处理真实付款，不补发票券，也不承担票务主链的可用性。若业务负责人希望他们参与明天生产观察，需要试点通过后再给最小授权。
客户三次提到“最高优先级”，会议纪要里一次也没有保留这个词。
最终写下的是：澜桥试点在本轮资源顺序中优先，权限仍以只读、隔离、不影响主链为上限；嘉禾与汇邻按已确认节点继续，不因口头催促互相挤占。
孟冉在旁边问：“如果嘉禾此刻真出生产事故呢？”
“进入它现有应急机制，重新评估两边影响。”周衡说，“排期不是把未来事件锁死，但改变顺序要有新事实。”
“而不是谁在群里多发三个感叹号。”
“对。”
丁卓把一份回放核验表递给孟冉：“帮我看看有没有漏问题？”
孟冉没有接。
“我可以问你为什么这么验，不能替公司审交付表。”她说，“今天把我算半个员工，明天出事就会说我也确认过。”
丁卓愣了半秒，把表收回来，交给周衡做第二人复核。
丁卓挠了挠后脑勺，把表递给周衡：“得，我们俩的活，别往第三张桌上飞。”
十点二十六分，澜桥发来测试入口、脱敏回放包和接口说明。
回放包共两千四百条事件，来自客户自己生成的测试订单。订单号、手机号和支付标识已经替换，只保留来源系统、事件类型、发生时间、状态和模拟签名。客户没有把真实订单库导出来，刻度科技也没有要求。
三类来源中，发布记录和消息队列事件使用标准接口，票务网关却依赖一个旧适配器。
这个适配器最初由网关厂商提供示例，后来停止维护。刻度云此前只在离线样本中验证过同类格式，没有在澜桥当前网关版本上跑过。合同风险清单里已经写着“旧接口兼容需以现场回放为准”。
丁卓先核对安装包来源和校验值，再把它放进一次性隔离容器。适配器只拿测试网关的读取凭证，网络出口限制为刻度云测试地址；即使程序异常，也不能连接票务生产库。
十点四十一分，健康检查返回成功。
页面显示连接已建立，网关版本、时区和测试队列名称都能读取。澜桥技术负责人在群里发了一句：“通了？”
丁卓没有回复通过。
“健康接口通，不代表事件接口通。”他把第一批十条回放任务送入队列，“等收到确认编号。”
一分钟后，刻度云事件数仍然是零。
适配器日志没有报连接中断，只反复出现一行“等待新事件”。源队列却显示十条任务已经投递，三次重试后进入未确认区。
丁卓停止继续灌入，先保存队列位置。若为了让页面有数字不断重放，只会把同一批测试事件堆成更多未知状态。
他在本地用离线文件调用解析器，十条内容全部可以识别。问题不在字段结构，而在网关把事件交给适配器之前的验证步骤。
周衡打开网络记录。
健康检查访问的是公开状态端点，不校验事件签名。真正拉取事件时，服务端返回了一个很短的拒绝码：`SIGNAtURE_VERSIoN_UNSUppoRtEd`。
接口说明写的是第一版签名：固定客户端标识，加时间戳后生成摘要。澜桥当前网关已经启用第二版，签名里增加随机数、请求路径和一次性序号，旧版请求全部拒绝。
旧适配器根本没有读取第二版响应头。
它把拒绝当成“暂时没有事件”，所以健康状态一直是绿色，实际一条数据也拿不到。
澜桥技术负责人查完变更记录，确认网关安全升级发生在两周前。厂商只更新了管理端说明，项目目录里那份接口附件仍是旧版。
这不是客户故意给错材料，也不是刻度云被竞争对手攻击。一个停止维护的适配器，遇上一次正常的安全升级，恰好在十二小时交付窗口里暴露。
业务负责人问：“测试环境能不能先关掉新签名？明早联调以后再开。”
“不能拿关闭校验得到的结果证明正式环境可用。”周衡说，“而且签名开关属于网关安全配置，不在试点授权内。”
“那用厂商管理账号直接导出？”
“合同不包含管理员权限。临时拿到完整权限，也解决不了明天旁路接入。”
丁卓试着查找厂商是否提供新版适配器。公开下载区只有两年前的旧包，客户采购的技术支持已经过期，夜间工单没有即时响应承诺。
剩下的办法只有两个。
等厂商回复，时间不受控制；或者根据客户已经提供的新签名文档，重写一个只覆盖本次试点所需字段的最小兼容层。
不能在旧包里直接跳过验证。那会让测试通过，却把伪造事件也放进时间线。也不能重写整套票务网关，十二小时内没有这种能力。
孟冉没有碰日志。她只问：“如果现在判断来不及，谁通知客户？”
“我。”周衡说。
“资料过期的时间，记下来了？”
“记了。”周衡说，“先给他们可行方案，责任就按事实谈。急着解决问题，不等于什么都替人扛。”
周衡在项目状态里写下：旧适配器与现行签名版本不兼容，连接检查结果不能作为事件接入通过；当前未影响客户生产；交付存在越过约定时间的高风险。
记录发给澜桥后，对方同意继续最小兼容方案，立即补交第二版签名正式说明与测试密钥，最迟不超过凌晨一点。验收时间暂不改；零点三十分共同检查首批接收结果，再判断是否需要延期。
晚上十一点二十三分，距离验收还有十小时三十七分。
白板上，嘉禾和汇邻的节点都没有被抹掉。澜桥业务负责人又发来消息，说厂商值班电话一直无人接听，现在只能请他们想办法。
澜桥项目旁边，多了一条红色结论。
旧适配器已经失效。