“我們有運維渠道，排期更穩。”
朋友圈那句廣告看起來很普通，甚至像一句業務介紹。但林遠盯著“渠道”兩個字，背後浮起來的不是憤怒，而是熟悉的結構：當公共設施開始擴容、開始有SLA、開始有人力排程時，排程權就會被包裝成商品。商品不一定叫門票，也可以叫“渠道”。
更危險的是“二次俘獲”——不是運營方直接賣票，而是運營鏈條下游有人藉著“認識人”“能協調”賣票。上游說自己不知情，下游說自己只是“服務”，灰色空間又回來了。
林遠把那張廣告截圖發到陳毅：“立案：渠道線索。按風險干擾源處理。”
陳毅秒回：“要怎麼判定？他說‘排期更穩’不等於插隊。”
林遠回：“我們不判動機，判指紋。讓排期有指紋，就能看出誰在動佇列。”
排期指紋：讓每一次調整都有痕跡
當天晚上，陳毅帶著數科的排程工程師來彙報。排程工程師很無奈：“排期系統裡確實有一些人工調整，比如故障回滾、緊急事件編號插隊、no-show釋放槽位，這些都要人工確認。只要有人能接觸排程臺，就可能被‘請求幫忙’。”
林遠沒有責怪排程工程師。他知道真正的問題不是人，而是缺少“可追溯的動作記錄”。
“我們做排期指紋。”林遠說。
他在白板上寫下一組像日誌欄位一樣的東西：
action_id（動作編號）
action_type（調整型別：插入/交換/取消/延後/提前/恢復）
actor_role（執行角色：系統/排程員/資訊處例外授權）
actor_id_hash（執行人雜湊）
reason_code（原因碼：故障/例外編號/冷卻/no-show釋放/資源擴容）
before_state / after_state（調整前後佇列快照摘要）
tista
public_flag（是否公開展示到看板）
“每一次佇列調整，都必須生成action_id，並且寫入不可篡改摘要。”林遠說，“例外插隊必須帶exception_id；故障回滾必須帶incident_id；其餘任何‘提前’都必須能解釋。解釋不是寫一句話，是有編號、有流程。”
審計聯絡聽到“不可篡改摘要”，立刻點頭：“把action日誌摘要也納入審計旁聽。”
銀行何經理也表態：“我們不需要看每條細節，但我們需要看到‘有沒有異常頻繁調整’。排期如果被賣，就一定會留下異常模式。”
渠道訊號：把“我能協調”變成風險事件
第二天，省資訊處發了一個極短的補充公告，附在SLA週報的末尾，像一個不起眼的備註：
“任何宣稱可協調排期、提供加急渠道的行為，均視為風險干擾源線索。歡迎透過匿名入口提交截圖，平臺將以排期指紋核驗。”
這句話很關鍵：它不是讓大家去“舉報某個人”，而是讓大家知道——你說你能協調，我們就用指紋核驗你到底動沒動佇列。
下午，匿名入口果然收到了三條截圖：三家小服務商在不同群裡宣傳“渠道排期”“內部協調”“穩定名額”。
陳毅把截圖整理成一張線索表，按日期、機構、聯絡方式聚類。然後他做了一件很“制度”的事：不去問對方是誰，而是先查指紋。
：式模種兩看？麼什看紋指
；di_tnedicni無、di_noitpecxe無但，”前提“次多間時短在構機一同）1
。末週或間夜到推被構機他其而，槽行執”段時金黃“在卡能總構機些某）2
：字小行一了多上板看。線上版一第的統系紋指期排，晚當
”。）訊資人個示展不，號編與碼因原示展僅（視檢選點：錄記整調列佇“
。藏無隊讓以足但，私人個開公不，構結是的開公：明的妙微很種一是這
構結抓，人抓不，”道渠到抓“次一第
