用途：专用于前端设计阶段，将用户需求逐步转化为前端设计文档，产出物包括 UI Spec、ADR 与 Design Doc，最终以文档获批为完成条件。
主要能力：以编排器身份调度子代理，流程涵盖范围引导（定位种子文件）、由 codebase-analyzer 做代码库分析、用户确认范围、外部资源听证、UI 事实收集、由 ui-spec-designer 创建 UI Specification、按需创建 ADR、由 technical-designer-frontend 创建设计文档、由 code-verifier 验证、由 document-reviewer 评审。执行前需要加载 documentation-criteria、implementation-approach、external-resource-context、llm-friendly-context 等技能。每次 spawn_agent 使用 fork_turns="none"，子代理只收到任务消息与显式提供的上下文。
使用方式：以 $ARGUMENTS 传入需求。可按路径分支执行：仅 ADR 时运行步骤 1、2、3、8（必要时加 4、6）；Design Doc 时运行步骤 1 至 8；两者都需要时先创建 ADR 再创建设计文档。范围引导使用 rg -l --glob '!/{node_modules,dist,build,coverage,.git}/' --glob '!**/*.{lock,min.js,map}' '<keyword>' 搜索关键词，无 rg 时改用 grep -RIl。种子文件超过 20 个需请用户缩小范围。
适用场景：需要从已有代码库出发进行前端设计建模、生成 UI 规范与设计文档的团队工作流。
限制：存在多个阻断点，必须等待用户确认，跳过用户批准会使整个工作流失效；本流程不创建 PRD，当 prdRequired 为真且用户既未提供 PRD 路径也未明确同意无 PRD 继续时必须停止；完成边界止于设计文档（UI Spec/ADR/Design Doc）获批，工作规划及之后的内容不在范围内。其他收费、价格、平台等信息暂未提供。