價值不在元件數量
設計系統的價值不在元件數量，而在團隊能否在新情境中做出一致、可解釋的判斷。一起維護基礎設計 Token、元件邊界與內容規則，介面才不會在擴展時失去節奏。
一套只有元件、沒有取捨紀錄的系統，在第二條產品線就會開始分岔：每個人都在合理地做例外，卻沒有人知道哪個例外已被認可。
先定義最小單元
先定義可重複使用的最小單元，再把例外寫成明確的決策。例外不是失敗，未被記錄的例外才是。
設計 Token 先於元件：顏色、間距、圓角與字級穩定後，元件的差異就只剩結構，而結構是可以討論的。
修正邊界，而非堆疊變體
當元件無法支援實際任務時，優先修正邊界，而不是繼續堆疊變體。第七個變體通常表示第一個抽象化的位置選錯了。
把文件放在使用者看得到的地方。系統的採用率取決於它在工作流程中的可見程度，而不是完整程度。