設定
試用外掛
Design 外掛內建已設定好的 /design-system，可將畫面或 PR 與 token 檔案及元件清單進行比對。如果您的管理員負責管理外掛，而此功能尚未開放，請略過此步驟；以下內容皆不需要此外掛。
/design-systemAudit, document, or extend your design system./ux-copyWrite or review UX copy — microcopy, error messages, empty states, CTAs.連接您的工具
當 Claude Cowork 能直接與您的系統協作時，功能會更強大。權限與存取範圍皆由您掌控。了解工具存取權限（在新分頁中開啟）。
前往 Cowork 中的自訂 → 連接器進行設定。
設定您的工作資料夾
將您要使用的檔案（正式環境截圖、您正在審查的 PR 差異、token 檔案、元件清單）拖曳到您電腦上的同一個資料夾中，然後讓 Cowork 指向該資料夾。Cowork 會從中讀取資料，並將偏移報告寫回該資料夾。如果您經常執行設計 QA，請從該資料夾建立 Cowork 專案（在新分頁中開啟），讓您的系統來源保持連結。
提示
將此複製到 Claude Cowork 中
請對照我們的設計系統，審查此資料夾中已上線的畫面與開啟中的 PR。針對每一項，列出所有偏離我們token、元件、間距或互動模式的地方，評定嚴重程度，並提出符合系統規範的修正建議。已經符合規範的項目請略過。
為什麼這樣有效
明確列出要檢查的項目。 Token、元件、間距、互動：檢查清單一目了然。
要求針對每項發現評定嚴重程度。 讓分流團隊知道這個 sprint 該修什麼。
說明要排除哪些內容。 報告只呈現真正需要處理的工作，不含雜訊。
將參考檔案放入資料夾中。 Token 與清單是被讀取的，而非憑記憶得知。
取得更好的草稿
加入一個範例供參考比對。 將您喜歡的範例放入資料夾，Cowork 就會比對您的結構與語氣。
要求它標記不確定之處。 加上「標記出任何您不確定的地方」，讓您在審查草稿時知道該優先查看哪裡。
讓 Cowork 為您所用
外掛的 /design-system 只是一個通用的起點。一旦步驟 2 產出了您真正會貼到 PR 上的偏移報告，就請 Cowork 撰寫屬於您的技能版本。加入您的嚴重程度門檻、允許的例外情況、元件對應程式碼的對照表，以及工程師會接受的留言語氣。只需幾分鐘的對話，之後這個技能就會依照您的標準執行。
將我們在這項任務中目前完成的內容做成一個技能，或根據我的回饋編輯 /design-system 技能。
讓它可重複執行
以成品形式分享
偏移會在各個 sprint 之間悄悄累積。請 Cowork 將報告發布為成品，設計系統團隊就能擁有一個連結——重新執行該技能，或排程讓它自動更新。
將該偏移報告發布為成品，供 design-system 頻道使用。持續追蹤仍未解決的高嚴重程度項目數量。
在每個涉及 UI 的 PR 上執行
在合併前抓出偏移的成本最低。在提示中輸入 /schedule，或開啟 Cowork 側邊欄中的已排程，將自訂技能設定為每天執行兩次，檢查開啟中的 PR 與最新的正式環境截圖。
/schedule 平日上午 10 點與下午 4 點，檢查標記為「ui」的開啟中 PR，以及 Design-QA/Sprint-42 中的新畫面，對每一項執行 /design-system，並將偏移報告以留言形式張貼，或發布到 #design-system。
在上午 10 點與下午 4 點，檢查開啟中的 UI PR 與 QA 資料夾，執行 /design-system，並將偏移報告以 PR 留言形式張貼，或發布到 #design-system。
與您的團隊成員分享
您自訂的 /design-system 現在已經帶有您的 token、元件對照表、嚴重程度量表與例外清單。分享它，讓每個小組在每個 PR 上都能獲得相同的審查，系統團隊也不再是判斷「這是否符合系統規範」的瓶頸。