前言¶
直接让编码代理改界面，常见结果是改到一半才发现视觉没定、交互路径没对齐、验收标准没人写过。设计意图散落在聊天记录里，代理只能靠猜。设计编排 这类元技能要解决的就是这个问题：在设计和实现之间加一道编排，把设计产物当成要校验的输入，而不是直接跳到写代码。
这是什么¶
一句话定位：一个元技能（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
