前言¶
直接讓編碼代理改界面，常見結果是改到一半才發現視覺沒定、交互路徑沒對齊、驗收標準沒人寫過。設計意圖散落在聊天記錄裏，代理只能靠猜。設計編排 這類元技能要解決的就是這個問題：在設計和實現之間加一道編排，把設計產物當成要校驗的輸入，而不是直接跳到寫代碼。
這是什麼¶
一句話定位：一個元技能（meta-skill），用來編排設計工作流，確保只有經過驗證的設計才進入實現階段。
出品與維護：發佈者是智雨科技，來源標記爲 enterprise，分類 ai-agent，當前版本 1.0.0，座標 @org-02qudk26/design-orchestration。它本身不產出設計稿，而是管理”設計 → 校驗 → 實現”這條鏈路。
解決的問題：把設計階段從一次性對話裏抽出來，變成一個有明確產物、明確校驗點的前置環節，避免實現階段反覆返工。
已覈實的能力邊界¶
資料裏能確認的事實只有這些，寫清楚免得誤讀：
- 定位是元技能，編排的是設計工作流，不是某個具體設計工具的封裝。
- 約束條件是”只有經過驗證的設計才進入實現”，也就是說它在鏈路中承擔驗證閘門的角色。
- 不需要 API Key，標籤爲
requires_api_key=false，運行時不依賴外部付費服務憑證。 - 基於通用 SKILL.md 格式，可以被支持該格式的編碼代理加載。
除此以外，具體有哪些子步驟、校驗規則長什麼樣、是否內置多輪設計迭代，資料中沒有寫明，本文不做推斷。
安裝與啓用：資料中沒有給出命令¶
這一點要如實說明：SkillHub 頁面的抓取快照裏沒有出現安裝命令、目錄約定、配置字段或各編輯器的差異說明。本文不臆造命令，避免誤導。
頁面能確認的只有座標和元信息：
座標: @org-02qudk26/design-orchestration
版本: 1.0.0
來源: enterprise
分類: ai-agent
標籤: requires_api_key=false
如果你打算試用，建議先打開官方頁面覈對最新的安裝方式，再按你的代理框架（Cursor、Codex CLI、Claude Code 等）分別確認加載方式。不同框架對 SKILL.md 的發現機制並不一致，這點不能想當然。
典型用法：沒有可復現示例¶
資料中沒有提供官方示例或調用片段，因此本節不給示例。
從它的定位可以判斷適用形態：把設計產物（線框、截圖、交互說明）作爲輸入交給這個技能，由它驅動校驗流程，校驗通過後才允許進入實現環節。但具體的輸入格式、產物命名、驗證通過的標準，都需要以官方說明爲準。
適用場景與注意¶
適合的人：已經在用編碼代理做界面相關工作、並且反覆遇到”設計沒定就開寫”的團隊或個人。把它當作流程約束來用，比當作提示詞模板更有價值。
需要注意的三點：
- 頁面顯示安裝數爲 0、下載 959。這意味着生態裏還沒有規模化的使用記錄，效果需要自己小範圍驗證，不要按”官方推薦”來對待。
- 評分顯示爲 100000，是頁面給出的滿分值。單看這個數字判斷不了實際質量，參考意義有限。
- 它是編排類技能，實際效果取決於它和你現有設計流程的貼合程度。如果你的團隊已經有明確的設計評審環節，先確認兩者是否重疊，再決定要不要引入。
結尾¶
設計編排 的價值在於把一道隱性流程變成顯式閘門：設計先被驗證，實現才被允許開始。對設計流程還不清晰的團隊，它提供了最低成本的約束方式。是否可用，仍取決於官方頁面後續給出的安裝方式與校驗規則。
官方地址：https://api.skillhub.cn/org-02qudk26/design-orchestration
頁面地址：https://www.skillhub.cn/skills/org-02qudk26/design-orchestration
