用途：把中大型前端设计从需求与仓库证据推进到适用的 UI Spec 和获批的前端 Design Doc，流程由编排者协调，多个具名子代理分工产出与评审。
主要能力与流程：先选定需求来源（优先已批准的 PRD，否则用确认后的需求原文）；调用 dev-workflows-frontend:codebase-analyzer 分析完整范围；按 documentation-criteria 判断是否需要 UI Spec，需要时调用 ui-analyzer；执行 requirement-convergence 确认范围与 Structural Scale，并筛选符合条件、值得记录的 ADR 决策点。随后依次创建并评审 UI Spec、在需要时按共享/后端与前端归属分批创建 ADR 批次、创建前端 Design Doc，最后由 code-verifier 验证、document-reviewer 评审、design-sync 同步后提交审批。
使用方式：作为技能被调用，需求通过 $ARGUMENTS 传入。多处设有 [Stop] 停止点，需等待用户明确确认才能继续；每个可执行发现走 Review Resolution，只有 needs_revision 进入修正流程；ADR 批次通过评审后才提交一次审批，批准后将其状态置为 Accepted。
适用场景：需要前端 UI 结构与行为设计、并涉及架构决策记录的中大型前端项目。
限制：必须先运行 documentation-criteria、llm-friendly-context、subagents-orchestration-guide 等技能；prototype 仅在提供未决 UI 决策时才需要，缺失不构成停止条件；外部资源仅在其能改变当前方向时才加载；ADR 仅针对通过 Choice 与 Durability 过滤的点创建；具体命令、代码与价格等信息资料未提供。