什麼是 Specify

Specify 是一個設計 Token 流水線，能自動化同步整個產品開發生命週期中的設計決策。不同於傳統的手動交接，Specify 作為單一事實來源（Source of Truth），從 Figma 提取設計 Token，並自動將其轉換為特定平台的程式碼（CSS、SCSS、Tailwind、Android、iOS）分發至您的儲存庫。透過將設計視為數據，它消除了手動更新，減少了實作中的人為錯誤，並確保設計系統的變更透過自動化 Pull Request 即時傳播到所有程式碼庫。

Specify 的核心功能

Figma 轉程式碼同步

Specify 透過將 Figma 樣式解析為結構化 JSON Token，彌合了設計與開發之間的鴻溝。它支援包括顏色、排版、間距和陰影在內的複雜數據類型。透過自動化轉換流程，確保開發人員始終使用最新的設計系統更新，防止設計師更新 Figma 但開發人員仍使用舊有硬編碼數值所導致的「偏差」。

多平台 Token 分發

該引擎支援多種輸出格式，包括 CSS 變數、SCSS、Style Dictionary、Tailwind 設定檔以及原生 Android/iOS 格式。這允許單一設計來源驅動跨平台生態系統。透過使用統一的流水線，團隊可確保 Figma 中的主要品牌顏色更新能同時正確轉換為網頁的十六進位代碼與行動裝置的資源參考。

自動化 Pull Request

Specify 直接與 GitHub、GitLab 和 Bitbucket 整合，在設計 Token 變更時自動開啟 Pull Request。此工作流程允許開發人員在合併前以程式碼差異（diffs）形式審查設計變更。它將設計更新轉化為標準的程式碼貢獻，保持清晰的審計追蹤，並確保設計系統變更遵循與應用程式邏輯相同的 CI/CD 品質門檻。

集中式 Token 管理

Specify 提供集中式儀表板來管理、版本化與記錄設計 Token。它作為單一事實來源，防止設計變數在不同儲存庫中重複。團隊可以定義命名規範與層級結構，確保隨著設計系統從單一產品擴展到多品牌、多平台架構時，Token 始終保持一致且具備擴充性。

可自訂的轉換流水線

使用者可以定義自訂轉換規則，在同步過程中修改 Token 數據。這對於有特定命名要求或獨特架構需求的團隊至關重要。透過利用自訂解析器與格式化工具，開發人員可以將原始 Figma 數據轉換為其特定設計系統框架所需的精確結構，在不犧牲自動化優勢的前提下提供最大靈活性。

如何使用 Specify

建立 Specify 工作區並透過 OAuth 整合連接您的 Figma 檔案。,2. 使用 Specify 外掛程式在 Figma 中定義設計 Token 以結構化您的數據。,3. 在您的儲存庫中設定 'Specify.json' 檔案以定義輸出格式與目標路徑。,4. 透過 npm 安裝 Specify CLI 或使用 GitHub App 來自動化同步。,5. 執行 'specify pull' 以獲取最新 Token 並產生適用於平台的程式碼檔案。,6. 合併自動產生的 Pull Request 以更新您的應用程式樣式。

Specify 的使用情境

跨平台設計一致性

擁有網頁、iOS 和 Android 應用程式的公司使用 Specify 來確保所有平台上的品牌顏色與排版完全一致。當設計團隊在 Figma 中更新間距 Token 時，Specify 會將變更推送到所有三個程式碼庫，確保在無需開發人員手動介入的情況下實現視覺一致性。

自動化設計系統維護

設計系統團隊使用 Specify 來消除更新 CSS 變數的手動工作。透過自動化流水線，他們將設計到程式碼交接的時間縮短了高達 80%，使開發人員能專注於功能開發，而非更新樣式常數。

多品牌架構

管理多個客戶品牌的代理商使用 Specify 為每個品牌維護獨立的 Token 集。他們可以在 CLI 中切換品牌設定，確保正確的設計 Token 被注入到每個特定客戶專案的建置流程中。

誰適合使用 Specify

設計系統工程師

他們需要在大型程式碼庫中維護可擴充且一致的設計系統。Specify 自動化了繁瑣的 Token 分發任務，讓他們能專注於架構設計而非手動更新樣式。

前端開發人員

他們常面臨難以將 CSS/Tailwind 變數與 Figma 同步的問題。Specify 為他們提供了一個可靠、自動化的事實來源，並直接整合到現有的 Git 工作流程中。

產品設計師

他們希望設計願景能被準確執行，而無需與工程團隊進行頻繁的來回溝通。Specify 確保他們的設計 Token 每次都能正確轉換為程式碼。

Specify