# 团队前端开发统一的团队技能：使用内置的 ui-ux-pro-max 设计智能进行前端开发。涵盖需求分析、设计系统生成、前端实现和质量保证。构建于**团队工作人员代理架构** \--所有工作人员角色共享一个代理定义，并具有从 Markdown 规范加载的特定于角色的第 2-4 阶段。 ## 架构 +----------------------------------------------------------------+ | 技能（技能=“团队前端”）| | args="<任务描述>" | +--------------------+--------------------------------------------+ | 编排模式（自动 -> 协调器） | 协调员（内联） 0-5阶段编排 | +--------+--------+--------+--------+ 维维维维 [tw] [tw] [tw] [tw] 分析师archi-devel-qa 技术操作 (tw) = 团队合作代理 ## 角色路由器此技能**仅限协调员**。工作人员不会调用此技能——他们直接作为“团队工作人员”代理产生。 ### 输入解析解析“$ARGUMENTS”。不需要“--role”——总是路由到协调器。 ### 角色注册表角色 |规格|任务前缀 |类型 |内循环 ---|---|---|---|--- 协调员| [roles/coordinator/role.md]() | （无）|协调器| - 分析师 | [role-specs/analyst.md]() |分析-* |只读分析 |假的建筑师 | [role-specs/architect.md]() |拱门-* |代码生成|假的开发商 | [role-specs/developer.md]() |开发-* |代码生成|真实质量保证 | [角色规范/qa.md]() |质量保证-* |只读分析 |假的 ### 调度始终路由至协调器。协调器读取“roles/coordinator/role.md”并执行其阶段。 ### 编排模式用户只需提供任务描述。 **调用**：技能（技能=“团队前端”，args=“<任务描述>”） **生命周期**：用户提供任务描述 -> 协调器阶段 1-3：解析需求 -> TeamCreate -> 创建任务链 -> 协调器第 4 阶段：产生第一批工作人员（后台） -> 停止 -> Worker（团队工作代理）执行 -> SendMessage 回调 -> 协调器前进 -> GC 循环（开发人员 <-> qa）如果需要修复（最多 2 轮） -> 所有任务完成 -> 第 5 阶段报告 + 完成行动 **用户命令**（唤醒暂停的协调器）：命令 |行动 ---|--- `检查` / `状态` |输出执行状态图，无进展 `继续` / `继续` |检查工人状态，推进下一步 ** ** ## 命令执行协议当协调器需要执行命令（调度、监控）时： 1. **读取命令文件** : `roles/coordinator/commands/.md` 2. **遵循命令文件中定义的工作流程**（阶段2-4结构） 3. **命令是内联执行指南** \-- 不是单独的代理或子流程 4. **同步执行** \--完成命令工作流程后再继续示例：第三阶段需要任务调度 -> 读取roles/coordinator/commands/dispatch.md -> 执行阶段 2（上下文加载） -> 执行阶段 3（任务链创建） -> 执行第 4 阶段（验证） -> 继续第四阶段 ** ** ## 协调器生成模板 ### v5 Worker Spawn（所有角色）当协调器生成工作人员时，使用带有角色规范路径的“team-worker”代理：代理({ subagent_type: "团队工作者", 描述：“生成<角色>工人”， team_name: "前端", 名称：“<角色>”， run_in_background：真，提示：`## 角色分配角色：<角色> 角色规范：.claude/skills/team-frontend/role-specs/<角色>.md 会话：<会话文件夹> session_id: <会话 ID> 团队名称：前端要求：<任务描述> 内部循环：<真|假> 读取 role_spec 文件以加载阶段 2-4 域指令。执行内置阶段 1（任务发现）-> 角色规范阶段 2-4 -> 内置阶段 5（报告）。 }) **内循环角色**（开发人员）：设置 `inner_loop: true`。团队工作代理在内部处理循环。 **单任务角色**（分析师、架构师、质量保证）：设置 `inner_loop: false`。 ** ** ## 管道定义 ### 管道图 **页面模式**（4 节拍，线性）：管道：页面（线性） ======================================================= 第一阶段第二阶段第三阶段第四阶段分析-001 --> ARCH-001 --> DEV-001 --> QA-001 [分析师] [架构师] [开发人员] [质量保证] **功能模式**（5 节拍，带有架构审查门）：管道：功能（架构审查门） ======================================================= 第一阶段第二阶段第三阶段第四阶段第五阶段分析-001 --> ARCH-001 --> QA-001 --> DEV-001 --> QA-002 [分析师] [架构师] [qa:arch-rev] [开发人员] [qa:code-rev] **系统模式**（7节拍，双轨并行）：管道：系统（双轨并行） ======================================================= 阶段 1 阶段 2 阶段 3 阶段 4（并行）阶段 5 阶段 6 阶段 7 ANALYZE-001 --> ARCH-001 --> QA-001 --> ARCH-002 ─┐ --> QA-002 --> DEV-002 --> QA-003 [分析师] [架构师] [qa:arch-rev] [架构师] | [质量保证] [开发人员] [质量保证：最终] DEV-001──┘ [开发商：代币] ### 生成器-评论家循环（开发人员 <-> qa）开发人员（生成器）-> QA 工件-> qa（评论家） <- 质量检查反馈 <- （最多2轮）收敛：qa.score >= 8 && qa.ritic_count === 0 ** ** ## 任务元数据注册表任务 ID |角色 |舞台|依赖关系 |描述 ---|---|---|---|--- 分析-001 |分析师 |分析| （无）|需求分析+设计智能 ARCH-001 |建筑师 |设计|分析-001 |设计代币系统+组件架构 ARCH-002 |建筑师 |设计| QA-001（系统）|组件规格细化开发-001 |开发商 |暗示 | ARCH-001 或 QA-001 |前端实现开发-002 |开发商 |暗示 | QA-002（系统）|组件实现 QA-001 |质量保证 |评论 | ARCH-001 或 DEV-001 |架构或代码审查 QA-002 |质量保证 |评论 |开发-001 |代码审查 QA-003 |质量保证 |评论 | DEV-002（系统）|最终质量检查 ** ** ## ui-ux-pro-max 集成 ### 设计智能引擎分析师角色通过 Skill 调用 ui-ux-pro-max 来获取行业设计情报：行动|祈求 ---|--- 完整的设计体系| `技能（技能 =“ui-ux-pro-max”，args =“<行业> <关键字> --设计系统”）` 域名搜索 | `技能（技能 =“ui-ux-pro-max”，args =“<查询> --domain <域>”）` 技术栈指导 | `技能（技能 =“ui-ux-pro-max”，args =“<查询> --stack <堆栈>”）` **支持的域**：产品、样式、排版、颜色、登陆、图表、UX、Web **支持的堆栈**：html-tailwind、react、nextjs、vue、svelte、shadcn、swiftui、react-native、flutter **后备**：如果未安装 ui-ux-pro-max 技能，则降级为 LLM 一般设计知识。建议安装：`/plugin install ui-ux-pro-max@ui-ux-pro-max-skill` ** ** ## 完成动作在第 5 阶段，协调员提供交互式完成：询问用户问题({ 问题：[{ 问题：“团队管道已完成。您想做什么？”, 标题：“完成”，选项：[ { label: "存档和清理（推荐）" }, { 标签：“保持活跃” }， { label: "导出结果" } ] }] }) 选择|步骤 ---|--- 归档和清理|验证完成 -> 更新状态 -> TeamDelete() -> 最终总结保持活跃 | Status =“paused”->“恢复：技能（skill ='team-frontend'，args ='resume'）” 导出结果 |询问目标目录 -> 复制工件 -> 存档流程 ** ** ## 消息总线每个 SendMessage 之前必须有 `mcp__ccw-tools__team_msg` 日志： mcp__ccw-tools__team_msg({ 操作：“日志”， session_id: <会话 ID>, 来自：<角色>，类型：<消息类型>，数据：{参考：<工件路径>} }) “to”和“summary”自动默认——不明确指定。 **CLI 后备**：`ccw team log --session-id --from --type --json` **按角色划分的消息类型**：角色 |类型 ---|--- 协调员| `task_unblocked`、`sync_checkpoint`、`fix_required`、`error`、`shutdown` 分析师 | `分析就绪`、`错误` 建筑师 | `arch_ready`、`arch_revision`、`error` 开发商 | `dev_complete`、`dev_progress`、`error` 质量保证 | `qa_passed`、`qa_result`、`fix_required`、`error` ** ** ## 会话目录 .workflow/.team/FE--/ ├── .msg/ │ ├── messages.jsonl # 消息总线日志 │ └── meta.json # 会话状态+跨角色状态 ├── 智慧/ # 跨任务知识 ├──analysis/ # 分析输出 │ ├── 设计智能.json │ └── 需求.md ├── Architecture/ # 架构师输出 │ ├── design-tokens.json │ ├── 组件规格/ │ └── 项目结构.md ├── qa/ # QA 输出 │ └── 审计-.md └── build/ # 开发者输出 ## 错误处理场景 |分辨率 ---|--- 未知命令 |可用命令列表错误 2 轮 GC 中 QA 得分 < 6 |升级给用户双轨同步失败（系统模式）|回退到单轨顺序 ui-ux-pro-max 不可用 |降级至法学硕士一般设计知识工人无反应|报告等待任务，建议用户“继续” 管道僵局|检查blockedBy链，报告阻塞点

团队前端

包含技能