一條指令刪掉 89TB：刪庫跑路案，是一套沒被設計完的權限介面

8 月 4 日，《法治日報》記者從北京市東城區人民檢察院獲悉，北京首例破壞人工智慧模型刑事案件的二審已駁回上訴。案情本身很短：某科技公司 AI 短劇部門的演算法工程師王某，為了「幹私活騰空間」，進入了 AI 遊戲部門的資料夾，輸入一條在程式員圈子裡被戲稱為「刪庫跑路」的指令，89TB 核心資料隨之消失，一條 AI 研發線直接癱瘓。最終他以破壞計算機資訊系統罪被判處有期徒刑五年十個月，並賠償公司經濟損失二十萬四千餘元。

這則新聞在技術社羣被大量轉發，討論多半停在刑期長短與「私活」文化。但換一個角度看，這起案件首先是一個介面問題：一個短劇部門的工程師，為什麼能夠走進遊戲部門的資料夾，並且執行一次不可逆的刪除？整個過程裡沒有警報、沒有確認、沒有備份攔截。這套系統允許這件事發生的方式，本身就是設計。

一個資料夾的門，是開著的

先從最具體的細節看起：跨部門的資料夾。在多數有一定規模的科技公司裡，部門之間的儲存空間理應有權限邊界，AI 短劇的演算法工程師不該對 AI 遊戲部門的訓練資料擁有寫入與刪除權限。案件報導沒有交代王某是濫用了正當權限，還是權限本身從未關上，但無論哪一種，結論都指向同一處：這扇門在日常營運裡是開著的，直到有人走進去，它才被發現是開著的。

這和金融系統的設計形成了清楚對比。一筆大額轉帳會觸發風控、二次驗證、延遲生效；一次核心資料的批次刪除，在這家公司卻可以由單人在單一時刻完成。同樣是不可逆的高價值操作，銀行把它設計成一道需要多人、多步、多時間點的流程，而這裡的資料系統把它設計成一條指令。89TB 這個數字之所以驚人，正在於它與執行成本完全不成比例：破壞的規模是企業級的，執行的介面卻是個人級的。

這種落差並不罕見。紫金礦業的半年報曾把「人民幣政府」這樣的錯字連續印了六年，那是一套沒被設計完的審校介面；這次的刪庫案，則是同一類問題換到了資料層：流程裡缺少的不是技術，而是被刻意設計進去的摩擦。好的系統設計懂得在高風險操作上添加摩擦，確認對話框、權限審批、軟刪除與快照回滾，這些都是把「一次失誤」與「一場災難」隔開的中間層。這家公司顯然沒有，或者有，但沒有覆蓋到這個角落。

「刪庫跑路」為什麼能成為一個梗

值得注意的還有那句流傳的行話本身。「刪庫跑路」在程式員社羣裡是一個帶著自嘲意味的老梗，指的正是工程師掌握資料庫生殺大權的處境。梗的流行，說明這種權力結構長期存在且被默許，甚至被拿來開玩笑。當一個系統的致命弱點變成從業者的日常笑談，卻始終沒有變成管理層的整改清單，這個落差就是治理設計的真空。

起點中文網在 2024 年 8 月處理 AI 小說時，選擇先清空榜單、再處置作品，把治理動作放在介面層面執行，這與我們先前討論過的榜單作為曝光閘門的設計是同一套邏輯的反面：平臺知道閘門在哪裡，所以能收放。而這家 AI 公司的悲劇在於，它的閘門從來沒被畫出來過。AI 模型的訓練資料、權重檔案、中間產物，這些東西價值極高、又極度集中，一旦刪除幾乎無法復原。對這類資產，業界常見的做法是版本化儲存與異地備份，讓「刪除」本身也只是一個可以被回退的操作。89TB 資料就這樣沒了，意味著備份這一層也缺席了。

刑期管的是人，設計管的是系統

五年十個月的刑期，二十萬出頭的賠償，這兩個數字放在一起也值得讀。刑責很重，賠償相對於 89TB 核心資料與一條研發線的癱瘓卻輕得不成比例。法律在這裡能做的，是把王某的行為定性、量刑、讓案件成為「北京首例」的警示；但法律管不到的，是那扇開著的門明天是否還開著。判決書不會修改權限設定，也不會補上備份。

這正是此案作為設計課題的地方。刑罰是一種事後的、針對個人的嚇阻；系統設計是事前的、針對結構的預防。一家公司如果只能靠員工的道德自律來保護核心資產，那它的資料治理其實還停留在非常原始的階段。真正成熟的設計假設恰好相反：它假設總會有人犯錯、總會有人惡意，所以把關鍵操作的執行門檻抬高到單人無法跨越的程度。

回到開頭那個畫面：一個工程師，一個別部門的資料夾，一條指令。整個過程裡最安靜的角色是系統本身，它沒有擋、沒有問、沒有留後路。這起案件被討論為職場倫理案、為 AI 資產保護的標誌性判決，這些都成立；但對任何一家以資料為核心資產的公司而言，更有用的讀法或許是把它當成一次壓力測試的結果。測試已經做完，代價已經付出，剩下的問題只有一個：下一次有人輸入那條指令時，畫面上會出現什麼。如果答案是「什麼都沒有」，那麼五年十個月判的不是一個人，而是一套沒被設計完的介面。