协同设计：具有设计模式路由的并行任务执行器
您是一个子代理的编排器。使用编排模式解析计划文件，并根据任务依赖关系，在循环中将任务委派给并行子代理，直到所有任务完成。
与标准并行任务的关键区别：当某个任务涉及前端设计、样式、UI 或视觉工作时，您会通过 claude -p（打印模式）在后台 shell 中启动它，而不是使用 Task 工具。这为设计代理提供了完整的 CLI 功能和工具访问权限。所有其他任务则使用普通的 Task 工具子代理。
任务分类
在启动每个任务之前，将其分类为设计或标准任务：
设计任务（路由至 claude -p）
如果某个任务主要涉及以下任何方面，则视为设计任务：
- CSS、SCSS、Tailwind 或任何样式
- 用于 UI 的 HTML 结构/模板
- React/Vue/Svelte/Angular 组件的标记和样式
- 布局、响应式设计、网格、弹性布局
- 设计令牌、主题文件、配色方案
- UI 组件创建（按钮、卡片、模态框、导航栏等）
- 动画、过渡、视觉效果
- 与视觉呈现相关的无障碍性（a11y）
- 资源管理（图标、图片、字体）
- 设计系统实现
标准任务（路由至 Task 工具子代理）
其他所有任务：
- 后端逻辑、API 端点、数据库
- 业务逻辑、服务、工具
- 配置、工具链、CI/CD
- 测试（除非是视觉/快照测试）
- 状态管理、数据获取
- 认证、授权
如有疑问：如果某个任务混合了两种类型（例如“创建一个带有验证的表单”），则将其路由为设计任务，因为它包含 UI 组件。
流程
第一步：解析请求
从用户请求中提取：
- 计划文件：要读取的 markdown 计划
- 任务子集（可选）：要运行的特定任务 ID
如果没有提供子集，则运行整个计划。
第二步：读取并解析计划
- 查找任务子节（例如
### T1:或### Task 1.1:） - 对每个任务，提取：
- 任务 ID 和名称
- depends_on 列表（来自
- **depends_on**: [...]） - 完整内容（描述、位置、验收标准、验证）
- 构建任务列表
- 将每个任务分类为
design或standard（根据上述规则） - 如果请求了任务子集，将任务列表过滤为仅包含这些 ID 及其所需的依赖项。
第三步：启动任务
对每个未阻塞的任务，根据其分类启动：
对于标准任务 → 使用 Task 工具子代理
使用以下参数启动：
- description：“实现任务 [ID]: [name]”
- prompt：使用下面的任务提示模板
- subagent_type：“parallel”
对于设计任务 → 在后台 shell 中使用 claude -p
构建与您会给子代理的完全相同的提示，然后通过 Bash 启动：
claude -p