設計系統為什麼會「漂移」：不是設計失敗，是治理失敗

多數設計系統不是一次性崩潰的，而是慢慢「漂移」掉的。一個團隊做了一個看似合理的例外，一個工程師把某個數值寫死沒有查對照表，一個外部合作的工程師因為不知道某個元件已經存在，自己重做了一個——每一個決定單獨看都不算大事，當下也感覺不出有什麼影響。但這些決定會累積，久了之後，設計系統裡定義的樣子跟正式上線的實際樣子之間的落差，會變得越來越難以忽視：按鈕樣式微妙地跑掉、顏色值跟品牌指南對不上、六個月前沒有的無障礙問題突然冒出來。這不是設計沒做好，是治理沒做好，而治理失敗正是設計團隊規模擴大後最常撞上的問題之一。治理跟設計系統本身是兩件事設計系統本身是「有什麼」——元件、Token、樣式、文件；治理則是「怎麼運作」——變更怎麼被審核跟核准、不一致的地方怎麼被抓出來修正、新加入的人怎麼學會規則、系統怎麼隨著組織成長持續跟品牌指南與無障礙要求對齊。一個做得再完整的設計系統，如果沒有治理機制，還是會...