周二上午，试运行正式开始了。苏晚到公司之后打开评估工具，发现页面左上角多了一个倒计时标志，显示着剩余试运行天数。她看了一眼那个数字，然后开始按操作说明处理第一组测试数据。
她先把分配到的几条试点条目调出来，逐条加载到评估工具的更新版页面里。界面操作跟之前测试时一致，新增的备注栏没有额外占用她的时间，加载过程也顺畅。她逐条填写评估栏位，填写完毕后统一提交到系统。系统返回了一条已接收的状态通知，她等了几分钟，没有收到报错提示，确认提交成功后关闭了页面。
周三上午苏晚登录系统查看试运行进展，发现自己昨天提交的那批条目已经生成了初步评分结果。她打开评分页面大致看了一遍，评分范围跟她预期的差距不大。但她注意到其中有两条条目被系统标注了建议复核的标记，原因是这两个条目的某项指标数值超出了预设区间。她打开那两个条目的详细页面，检查了一下对应指标的来源数据，确认数据本身没有问题，而是系统预设的区间与评估框架的描述存在一些差异。她在那两条条目的备注栏里填了一行说明：数据来源与框架描述一致，区间预设可能存在偏差，建议统一校准。
下午苏晚在处理其他工作时，收到了一封来自系统维护部门的工作消息，内容有关指标区间校准的协助请求。她没有回复，确认了有相关人员正在跟进后，关闭了窗口。
周四上午苏晚收到了一封邮件，通知说她提交的复核建议已纳入区间的统一校准范围，校准后她提交的那两条条目的评分会自动更新，不需要她手动修改。她看完邮件后把之前备注栏里的那行字删掉了，没有再做其他操作。
下午苏晚接到了一条来自综合支持部的工作消息，对方说测试过程中发现她的操作记录里有一部分数据在上传时产生了时间戳错位，想确认她当时是否遇到了系统卡顿或延迟的情况。她回忆了一下周三的操作过程，不记得当时有过系统报错或响应延迟。她把当时的情况简单回复了，说明了上传时的响应时间和页面加载状态，最后加了一句未发现异常。对方回复说好的，我们再排查一下，对话就结束了。
周五下午苏晚完成了当周测试条目的最后一批提交。所有条目在提交后都没有收到系统的报错或复核提示，显示状态全部为已接收评分完成。她关闭页面的时候注意到页面上她的平均处理时间比预期的上限快了约一些百分比。她只是看到了一行统计数据，没有记录它，也没有和谁提起，只是扫了一眼然后把界面关了，收拾好东西准备下班。
傍晚下班的时候苏晚走出办公楼，路灯已经亮了。那棵梧桐树的枝干在灯光下形成的影子比以前更清晰了，因为地面上的落叶已经被风吹走了不少。她沿着街道走的时候，注意到路灯之间的间隔在她的视线里形成了一种视觉上的规则排列，像是她日常工作的节奏——每项任务之间的距离大致均匀，节点与节点之间的过渡平稳。她来到公交站台的时候，车还没来，风从街道尽头吹过来，带着落叶翻动的轻响。她站在那里想着这一周发生的那些事：第一次提交测试数据时的不太确定、复核建议被纳入校准之后的那种放心感、那位同事来询问时间戳问题时她平静而简单的答复。这些事在发生时并没有特别的感觉，它们只是她沿着这条路走的过程中被路灯照亮的一段段路面，而她现在回想起来，那些时刻的形状都还清晰，它们的边缘在她心里留下了轮廓。
公交车来了，她上了车在靠窗的位置坐下来。车开动之后她靠着车窗，窗外的路灯正在经过。这一段路的路灯间距比其他路段要短一些，所以光暗交替的频率更快了。她坐在那片快速交替的光影里，感到自己已经越过了某个需要适应新工具的阶段，前面的路正在逐渐稳定下来。那些测试数据和评分结果还留在她本周工作记录的倒数第三行，它们会自然地留在那里，直到某个需要回溯的节点到来。
到站的时候她站起来下了车，路灯在站台边缘投下一个大的亮圈，边缘逐渐融入夜色之中。她沿着街道走回公寓，步伐匀速。她的脚步声在安静的路面上形成一条均匀的线，门在她身后关上，楼道里的灯亮起又熄灭，她沿着楼梯向上走了一段，在顶层平台停下来，摸出钥匙开了门。