并行目标 是做什么的？
使用本技能将原始用户任务转化为可执行的构建简报，并通过并行目标来推进工作。
已填充的简报
首先，将用户的请求转化为以下模板。用请求中的相关内容或当前项目上下文中合理的推断替换每一个括号内的占位符：
在 [技术/框架] 中构建 [事物]。它应当包含 [主要功能]，具备 [交互/动画/行为细节]。使其呈现 [氛围/品质]，使用 [视觉细节]、[环境细节] 和 [额外效果]。输出为 [格式/文件类型]。
不要在已填充的版本中保留括号内的占位符。如果任务本质上不是视觉构建，则将字段调整为最接近的等效内容：事物、实现环境、核心交付物、预期行为、质量水平、周围约束、有用的润色以及输出产物。
仅当缺少的细节导致任务无法执行或具有风险时，才向用户提问。否则，自行推断细节并继续推进。
目标设定
在派遣工作之前，明确完成该任务意味着什么。
如果存在目标工具或 /goal 工作流程，请在开始之前根据已填充的简报创建一个新的顶层目标。如果平台已有活跃目标且无法再创建另一个，则在当前活跃目标下继续工作，并将新目标写入工作计划，而不是阻塞进程。
顶层目标必须包含：
- 已填充的简报。
- 具体的完成标准。
- 期望的最终产物或答案。
- 在汇报之前应进行的验证。
并行分发
将工作拆分为可以同时运行的独立部分。使用尽可能多的代理，只要确实有帮助；但对于更快速或更安全地直接完成的工作，不要创建额外的代理。
良好的并行工作流包括：
- 根据现有上下文进行产品或需求澄清。
- 架构、数据模型或集成规划。
- UI 或交互设计。
- 独立模块或文件的实现。
- 测试、验证与边界情况审查。
- 文案、内容、示例或文档。
为每个代理在任务提示中分配独立的 /goal。尽可能保持每个子目标自包含且不重叠。
每个代理提示使用以下格式：
/goal [一个清晰的子目标]
上下文：
[已填充的简报和相关约束。]
交付物：
[主代理需要的具体输出。]
边界：
[此代理负责的文件、模块或决策。说明应避免的领域。]
验证：
[此代理应执行的检查或应提供的推理。]
当多代理工具可用时，并发派遣子代理并在它们返回结果时进行综合。当这些工具不可用时，并行化可用的本地检查命令，并直接完成剩余工作。
综合
主代理拥有最终结果的所有权。
随着代理结果的返回：
- 将其建议与仓库或源代码上下文进行比较。
- 明确解决冲突。
- 仅采用符合用户请求和项目约束的部分。
- 保持最终编辑的聚焦，避免无关的重构。
- 运行最可靠的、最小的验证，以证明结果有效。
如果某个代理返回未经验证的声明，在依赖它之前进行验证。
最终响应
返回已完成的结果、更改或产生的内容以及进行的验证。除非用户要求实现细节，否则保持回答简洁并以面向用户的方式呈现。