設定
試用一個外掛程式
Design 外掛程式內建 /ux-copy 和 /design-system 作為符合品牌風格輸出的起點；您將在此基礎上建立自己的 /on-brand。如果您的管理員負責管理外掛程式，而且目前尚未提供，請跳過此步驟；以下內容皆不需要它。
/ux-copyWrite or review UX copy — microcopy, error messages, empty states, CTAs./design-systemAudit, document, or extend your design system.連接您的工具
當 Claude Cowork 能直接與您的系統協作時，會更加強大。您可以控制權限與存取範圍。了解工具存取權限（在新分頁中開啟）。
在 Cowork 中前往 Customize → Connectors 進行設定。
設定您的工作資料夾
將您要使用的檔案（品牌指南 PDF、語氣文件、匯出的元件文件、tokens JSON）拖曳到您電腦上的同一個資料夾中，然後讓 Cowork 指向該資料夾。Cowork 會從中讀取內容，並將技能定義寫回該資料夾。如果您負責維護品牌系統，請從該資料夾建立一個 Cowork 專案（在新分頁中開啟），讓指南的更新能夠持續套用。
提示
將此內容複製到 Claude Cowork 中
將此資料夾中的品牌文件轉換成一個名為 /on-brand 的共用技能。此技能應在其生成的任何內容或 UI 上強制套用我們的色彩 token、字體排印、間距與語氣規則，並以簡短原因拒絕不符合品牌規範的模式。
為什麼這樣有效
指向您的文件。 資料夾標籤加上「在此資料夾中」這句話，告訴 Claude 您的指南才是權威依據，而不是它對品牌一般性的了解。
為輸出命名。 要求「一個名為 /on-brand 的共用技能」而不是「品牌指南」，這正是可重複使用的指令與一次性答案之間的差異。
列出涵蓋範圍。「色彩 token、字體排印、間距與語氣」——明確列出這些部分，意味著 Claude 會先閱讀您文件中的這些章節，而不是自行猜測什麼才算是品牌規範。
定義失敗情境。「以簡短原因拒絕不符合品牌規範的模式」正是讓這項技能具有強制力而非僅是建議的關鍵，而這個原因也能教育被拒絕的人。
取得更好的草稿
加入一個範例以供比對。 將您喜歡的範例放入資料夾，Cowork 就會比對您的結構與語氣。
要求它標記不確定之處。 加上「標記出任何您不確定的地方」，這樣您在審閱草稿時就知道該先檢查哪裡。
讓 Cowork 為您所用
外掛程式中的 /on-brand 是一個通用的骨架。一旦步驟 2 產生的輸出通過您自己的品牌審查，就告訴 Cowork 將其強化。加入您的例外清單、子品牌變化、無障礙最低標準，以及您絕對不想看到的用語。只需幾分鐘的對話，這項技能就會從此開始強制執行您的系統規範。
將我們在這項任務中目前完成的內容做成一個技能，或根據我的回饋編輯 /on-brand 技能。
讓它可重複執行
以 artifact 形式分享
指南會改變；技能也應隨之改變。請 Cowork 將品牌合規摘要發布為一個 artifact，讓任何人都能確切看到 /on-brand 目前強制執行的內容。重新執行該技能（或將其排程），頁面就會反映最新的指南。
將 /on-brand 強制執行的內容發布為一份單頁摘要 artifact，供全公司查看。
隨每次指南變更重新同步
品牌會不斷演進；技能應該跟著調整，而不需要開立工單。在提示中輸入 /schedule，或在 Cowork 側邊欄開啟 Scheduled，將自訂技能設定為每週從來源資料夾與資源庫重新建置一次。
/schedule 每週一上午 9 點，重新讀取 Brand/System-Source 與 Figma 資源庫並重新建置 /on-brand，並發布一份簡短的變更記錄，說明該技能現在有哪些不同的強制規則。
每週一上午 9 點，重新讀取指南資料夾與 Figma 資源庫，重新建置 /on-brand，並發布一份簡短的變更記錄，說明現在有哪些不同的強制規則。
與您的團隊成員分享
您自訂的 /on-brand 現在已經承載了您的 token、字級比例、語氣規則以及拒絕清單。將它分享給整個工作區，讓行銷、產品、銷售與支援團隊都能從同一套系統生成內容，設計團隊也不必再事後扮演品牌警察的角色。