第一组：读数从哪一段动作里取出来的
值班端拉起工单条目要等多久，从哪一步算起？
从值班端进程拉起算起，到工单条目能被点开为止，整段记作值班端拉起到工单条目能点开。受理样本 280 笔，落在 2026-10-19 起的区间内，取中位 1.2 秒。之所以取中位而不取均值，是要避开个别机器磁盘唤醒的抖动，交班复核时按同一口径重算即可。
工单派发到远端响应的等待怎么量，41 毫秒指哪一段？
41 毫秒量的是工单派发到远端响应的等待，不含坐席自己敲键盘的时间。受理样本每日 240 笔，落在 2026-10-20 起的区间内，取均值 41 毫秒。这条只作跨城专线的参考，机房内部互访属于另一类链路，超出本值班窗口的链路需另立工单重测。
会话回传附件时的带宽占用，18 Mbps 是在什么画面下抓的？
抓的是 1080P 30fps 办公文档这一路，2026-10-26 那次测试按上行单侧计量读到 18 Mbps，记下来的是会话回传附件时的带宽占用峰值。计量只落在控制端上行一侧，峰值不折算成持续占用；画面不再变化时读数自行下降。换成别的分辨率或帧率，这组数不套用，超出本值班窗口的链路需另立工单重测。
260 台、6 个分组、4 路并发是账号规模还是产品上限？
是自建环境被测账号的规模登记，不是产品上限。260 台设备归进 6 个设备分组，值守期间同时挂住 4 路并发，记录窗口 11 天。这组数字说的是当班测试条件，既不当成对外承诺的接入能力，也不拿来推算用户侧实际能开几路。
铺开指令到首次服务启动的 68 秒，含不含取包？
不含。68 秒量的是铺开指令下发到首次服务启动这一段，条件是 Windows Server 2022 静默安装，中间依次经过解包、写入、首次拉起三个动作，受理样本 120 笔落在 2026-10-22 起的区间内，取中位为 68 秒。取包、版本核对与分发网络的时间另算，批量铺开要分段估。
服务端空闲分钟内的资源，0.8 % 和 82 MB 是哪台机器？
是服务端的性能计数器读数：CPU 0.8 %、内存常驻 82 MB。服务端空置期内的资源，按值班批次取中位，5 笔样本落在 2026-10-28 起的区间内。它只反映空置基线，当时没有远程会话在场，不能拿来推并发高峰时的占用。
以上六条只解释数字从哪里来：280 笔与每日 240 笔是两套统计口径，前者取中位、后者取均值，1.2 秒与 41 毫秒互不替换。下一组答复来自夜班交接现场，问的是工单该归谁、派单怎么走、坐席怎么排，角度和读数本身不同。
第二组：交接与派单现场怎么处理
交接班时必须交出去的内容有哪些？
至少四项：未闭环工单清单、6 个设备分组各自的责任坐席、当前并发是否仍在 4 路以内、以及跨城链路当班的观察记录。当班观察按每日 240 笔受理样本统计，可与派单到远端回话的等待均值 41 毫秒对照。内容一律写进工单备注，口头转述不留痕，下次交接查不到。
一个工单要跨组支援，派单怎么走？
先在工单里写清现象、涉及终端与已尝试的操作，再按 6 个设备分组的归属派给当值坐席；确需跨组时由当班组长派单并注明支援工位。接手坐席在工单补一条接手时间，编号顺序以状态流转记录为准。分组配置与派单记录的对应关系有统计底稿可查，不以口头确认为准，登记依据取自分组配置表。
夜班遇到对方在开会，工单能挂起吗？
可以挂起，但要在工单写明挂起原因与预计恢复时间，并抄送当班组长。挂起不等于关闭，对方确认后再回到受理队列；问题解决并经对方确认，才走闭环流程。跨班未跟进的按班组约定时点提醒。240 笔每日采样的等待均值 41 毫秒只用来评估操作体感，不作为挂起时限的依据。
工位上同时来了几台终端，先处理哪一台？
按业务影响面排序：影响生产的终端优先于单点办公终端，同组内先处理正在等现场的。带宽余量可参照会话回传附件时的带宽占用峰值 18 Mbps，那是 1080P 30fps 办公文档场景下按上行单侧计量得到的；再结合派单到远端回话的等待均值 41 毫秒，判断这一单会不会拖到超出受理承诺。
本页答复里的数值全部出自自建实验室的值班记录，引用时必须连条件一起写：280 笔对应 2026-10-19 起的中位统计，240 笔对应跨城专线的每日均值，260 台与 4 路并发属被测账号规模登记；排班与交接部分属流程建议，按本单位制度执行。
