當天13:00，雲鏡直播中心控製區。
六塊觀眾端屏幕已經熄滅，隻剩操作台上的複核畫麵。
平台技術人員把案發當晚的播出隊列分成四層。
實時接入。
預錄互動。
讚助短片。
備用串流。
如果沒有人為調整，19:52許南音離開A3以後，預錄互動會播放九分鐘。九分鐘結束，係統檢測不到主持人實時信號，應當切入一段九十秒安全公告，並向控製區發出主持人缺席提醒。
當晚實際發生的卻不同。
拖拽素材先在19:53插入。
隨後接九分鐘預錄互動。
預錄結束後不是安全公告，而是三分四十秒讚助短片。
讚助短片之後，又接入六分鐘備用串流。
整個節目被人為延長。
為了排除“平台自動重試導致重複播放”，技術人員在隔離測試環境裡載入同一份標準模板。
當模擬主持人信號中斷時，係統在三秒後切入安全公告，並在控製台生成紅色缺席提示。它不會自行調用讚助短片，也不會從臨時素材區挑選FZ-23。
第二次測試隻加入九分鐘預錄。預錄播完以後，結果仍然回到安全公告。
第三次按照案發隊列加入四段內容，觀眾端才會得到與當晚相同的連續畫麵。
“測試環境能代表案發係統？”律師問。
“使用的是案發版本鏡像和相同配置。”平台人員說，“但測試隻證明標準規則如何運行，不能代替原始日誌。原始隊列仍是主要證據。”
陸觀把測試結果放在輔助欄，在旁邊注明：“排除自動補位，不指認操作者。”
陸觀把當晚隊列裡的三處變化並排寫在白板上：拖拽片段被設為備用二位，預錄後的安全公告被取消，讚助片與備用串流接在後麵。
周正指著那兩段追加內容：“誰確認的順序？”
“總製作人項目賬號先給出順序，技術席逐項執行。”
高啟航的律師提出，排序可能是項目模板自動恢複，不代表高啟航案發當晚親自決定。
技術人員打開版本記錄。
標準模板裡沒有拖拽素材，也沒有連續讚助片和備用串流。19:47，項目管理會話創建臨時版本；19:50，陳敘賬號確認素材可播；19:52，總製作人項目會話確認整體順序與拖拽片段之後十八分四十秒的持續時間。
“19:52，他還在C2？”陸觀問。
“項目會話保持登錄。確認動作使用項目平板二次驗證。”
“指紋？”
“這次是設備近場確認。平板必須靠近C2工作站三米以內。”
C2攝像頭顯示，高啟航19:50離開座位，兩分鐘後才走出工作區門口。他在隊列確認時仍處於近場範圍。
隊列順序在19:52完成確認。
十五秒後，許南音從A3進入B區。
兩個動作隻差十五秒。
“他可以提前確認正常備用流程。”律師說。
“那為什麼備用流程包含案發前一日的拖拽素材？”周正問。
“素材內容由陳敘核驗。”
陳敘坐在另一側複核席。
“我隻確認FZ-23技術格式可播。”他說，“順序和持續時間是高總項目會話下發。我當時以為是臨時反詐環節。”
“你沒有看完整內容。”
“沒有。”
“卻確認可播。”
“這是我的責任。”
周正沒停，繼續核對兩份記錄。
第一份是控製台逐項確認回執。FZ-23、預錄互動、讚助短片和備用串流分別由陳敘賬號點擊執行。
第二份是項目管理會話的整體排序表。四段內容、順序和持續時長由總製作人權限確認。
兩份記錄來自不同係統節點。
平台還保留了項目平板的確認摘要。
請到𝐨𝐨𝐩.𝐭𝐰查看完整章節
19:52，平板收到待確認隊列。
四秒後，近場確認通過。
。點節出播到交提表序排將站作工2C，秒兩過又
”。好排經已前此在容內，行放終最夠隻秒四“：來出調錄記建創把員人台平
。74:91到溯追則錄記建創
。障故場現何任現出有沒也播直，3A在仍音南許時那
”？故事的來哪候時那“：74:91點了點雪林
。邊旁釋解麵書的航啟高在放，來出圈間時建創把觀陸
。列隊出播入送正真段一每把責負敘陳
。麼什到看續連會來下接眾觀定決話會目項的航啟高
。問員察觀審評”？係關麼什有困被音南許和，久多續繼播直“
。方下列隊到放間時實現把觀陸
。定鎖護維21B，35:91
。拽拖假見看眾觀，00:02
。3A空入進方警，30:02
。到未音南許告報晴羅，50:02
。扯拉麵畫人持主的放播在仍和間房空、拽拖被先力意注的人有所，目節持維續繼流串用備和片短助讚用卻列隊際實。醒提席缺人持主到收會便右左10:02在區製控，告公全安切刻立後錄預鐘分九果如
。說觀陸”。間時了爭21B替局亂場這“
”？錯麼什有容內用備排安我“，應回程遠航啟高”。麵畫住穩要就來本，故事出目項播直“
”。告公全安用以可麵畫定穩“
”。慌恐人萬十幾讓會告公全安“
”？架綁段一放播擇選你以所“
”。容內體具的32-ZF道知不我“
”。練排整完過看裡頭鏡景全在你，午下日一前發案“
”。號編得記不，材素段十幾過看我“
”？的寫誰是注備的上表序排那“
。注備側右32-ZF大放員人術技
衝強“
