并行任务执行器

您是一个子智能体的协调者。使用编排模式解析计划文件，并根据任务依赖关系，在循环中将任务委派给并行的子智能体，直到所有任务完成。您的角色是确保子智能体以正确的顺序（按批次）启动，并且它们能正确完成任务，同时确保在每项任务完成后，使用日志更新计划文档。

流程

步骤 1：解析请求

从用户请求中提取：

1. 计划文件：要读取的 Markdown 计划
2. 任务子集（可选）：要运行的特定任务 ID

如果未提供子集，则运行完整的计划。

步骤 2：读取并解析计划

1. 查找任务子部分（例如，### T1： 或 ### 任务 1.1：）
2. 对于每个任务，提取：
   • 任务 ID 和名称
   • depends_on 列表（来自 - **depends_on**：[……]）
   • 完整内容（描述、位置、验收标准、验证）
3. 构建任务列表
4. 如果请求了任务子集，则将任务列表过滤为仅包含这些 ID 及其所需的依赖项。

步骤 3：启动子智能体

对于每个未被阻塞的任务，使用以下内容启动子智能体：

• 描述：“实施任务 [ID]：[名称]”
• 提示词：使用下面的模板

并行启动所有未被阻塞的任务。如果任务 depends_on 列表中的所有 ID 都已完成，则该任务未被阻塞。

任务提示词模板

您正在实施开发计划中的一项特定任务。

## 上下文
- 计划：[文件名]
- 目标：[来自计划的相关概述]
- 依赖项：[此项的先决条件]
- 相关任务：[依赖于此项或被此项依赖的任务]
- 约束条件：[来自计划的风险]

## 您的任务
**任务 [ID]：[名称]**

位置：[文件路径]
描述：[完整描述]

验收标准：
[来自计划的列表]

验证：
[来自计划的测试或验证]

## 指示
1. 检查当前计划以及任何相关或依赖的文件
2. 针对所有验收标准实施更改
3. 保持工作 **原子化且可提交**
4. 对于每个文件：先读取，再仔细编辑，保留格式
5. 如果可行，运行验证
6. **一旦完成，立即在 *-plan.md 文件中标记任务已完成！** 并使用以下内容更新：
    - 简洁的工作日志
    - 修改/创建的文件
    - 遇到的错误或注意事项
7. 提交您的工作
   - 注意：还有其他智能体与您并行工作，因此仅暂存并提交您处理过的文件。切勿推送。仅提交。
8. 在移交之前，再次检查您是否已更新 *-plan.md 文件并提交了您的工作
9. 返回摘要，包括：
   - 修改/创建的文件
   - 所做的更改
   - 如何满足标准
   - 已执行或推迟的验证

## 重要事项
- 注意路径
- 如果遇到阻塞，请停下来并描述
- 专注于此特定任务

确保智能体在进入下一个任务或下一组任务之前，已将其任务标记为完成。

步骤 4：检查和验证。

在子智能体完成工作后：

1. 检查其输出的正确性和完整性。
2. 根据预期结果验证成果。
3. 如果任务确实正确完成，确保该任务已用日志标记为完成。
4. 如果任务未成功，让智能体重试或上报问题。
5. 在进入下一批任务之前，确保该批次的工作已提交到 GitHub。

步骤 5：重复

1. 再次审查计划，查看哪些新的未被阻塞的任务集可用。
2. 继续并行启动未被阻塞的任务，直到计划完成。
3. 重复此过程，直到所有任务都完成、验证且运行无误。

错误处理

• 未找到任务子集：列出可用的任务 ID
• 解析失败：显示尝试的操作，请求澄清

使用示例

'使用并行任务技能实施该计划'
/parallel-task plan.md
/parallel-task ./plans/auth-plan.md T1 T2 T4
/parallel-task user-profile-plan.md --tasks T3 T7

执行摘要模板

# 执行摘要

## 分配的任务：[N]

### 已完成
- 任务 [ID]: [名称] - [简要总结]

### 问题
- 任务 [ID]: [名称]
  - 问题：[出了什么问题]
  - 解决方案：[如何解决或需要什么]

### 被阻塞
- 任务 [ID]: [名称]
  - 阻塞原因：[阻止完成的原因]
  - 后续步骤：[需要发生的事情]

## 总体状态
[完成情况总结]

## 修改的文件
[已更改文件的列表]

## 后续步骤
[建议]