舊專案裡的 Token 債：從硬編碼找回單一來源

許多五年以上的 App 從未正式導入 Token，但畫面裡已經有「事實上的」主色——只是散落在二十幾個檔案。

我們的做法是先掃設計檔與程式中的色碼、字級常數，聚類出實際在用的集合，再與品牌規範比對，標出超出規範的例外。

接著只挑高頻元件（主按鈕、列表標題、表單標籤）做第一波替換，而不是一次改完全專案。這樣回歸範圍可控。

命名比數量重要：`color.brand.primary` 比 `blue2` 更能阻止之後再長出 `blue2b`。

Token 債不會消失，但可以變成可排程的工作項。稽核交付物裡的語彙表，就是給下一個衝刺用的開工清單。