公司倒了，你的Teams罵老闆記錄變AI訓練資料

最近有個案例值得所有做AI導入的老闆看一眼。一家破產的航空公司，飛機賣了、航線賣了，最後壓軸拍賣品是內部資料，一億封email、五億則協作對話、幾十萬筆員工記錄，最後被一家科技巨頭標走，用途是訓練AI。出價還不是最高的，比它出更高價的是另一家AI公司，但巨頭還是拿到手，因為挑選去識別化廠商的人，是巨頭自己。

去識別化，不是把名字塗掉就沒事

這件事最該讓企業警覺的細節，是合約裡要求去識別化過程必須保留「referential integrity」，也就是資料之間的關聯不能斷。名字可以拿掉，但同一組代號還是能從一封信串到一筆薪資、一段工單。對員工人數明確的組織來說，這種處理等於換個馬甲，內容還是還原得回具體某個人。工會提出異議，理由就卡在這裡，不是有沒有匿名，是匿名做得夠不夠徹底。

我在幫企業做系統盤點時常遇到一種心態，覺得資料庫拿掉姓名欄位就叫合規。這是最常見也最危險的錯覺。去識別化是一套工程方法，牽涉關聯鍵的處理方式、資料表之間怎麼切斷可回溯性，不是找取代掉一個欄位就結案的簡單工作。

資料的所有權，你真的想清楚了嗎

更值得注意的是這件事發生的場地，是破產法庭，不是隱私主管機關。企業日常運作時，員工資料、對話記錄、系統log看起來只是內部雜物，沒人特別在意它的法律地位。但一旦公司出事進入清算程序，這些東西會被重新定義成「資產」，變成待售清單上的一項，而且往往是唯一還在增值的一項。

• 員工每天在系統裡留下的訊息、操作記錄、工單往來，本質上都是資料資產，不是垂手可得的免費附屬品
• 企業導入任何新系統或AI工具前，該先確認資料的使用範圍、保存年限、未來若公司轉手或清算時的處置條款
• 去識別化如果沒有明訂技術標準，等於留一個法律灰色地帶，日後爛帳算不清

顧問視角：資料治理該在系統設計階段就談完

我們接企業導入AI或系統整合的案子，第一件事從來不是選工具，是先問資料從哪裡來、誰能用、能用多久、公司若被併購或清算時資料歸誰。這聽起來很無趣，但實務上省下的麻煩比後面任何AI模型調參都大。很多企業導入AI失敗，不是技術選錯，是資料治理的地基沒打，等出事才發現自己連資料所有權都講不清楚。

你活著的時候資料賣不掉，公司清算那天，它才是帳上唯一在漲價的東西。