メニュー
Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Before any creative work — creating features, building components, adding capabilities, or modifying behavior — you must use this skill. Explore user intent, requirements, and design before implementation.
Use when executing implementation plans with independent tasks in the current session
Use when implementing any feature or bug fix, before writing implementation code
Use when creating new skills, editing existing skills, or verifying skills work before deployment
Use when you have a written implementation plan to execute in a separate session with review checkpoints
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of development work by presenting structured options for merge, PR, or cleanup
| name | dispatching-parallel-agents |
| description | Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies |
你将任务委托给具有独立上下文的专业化智能体。通过精确设计它们的指令和上下文，你可以确保它们保持专注并成功完成任务。它们永远不应该继承你的会话上下文或历史记录——你要精确构建它们所需的内容。这也保护了你自己的上下文用于协调工作。
当你有多个不相关的失败（不同的测试文件、不同的子系统、不同的 bug）时，顺序调查它们是浪费时间。每个调查都是独立的，可以并行进行。
核心原则： 为每个独立问题域分配一个智能体。让它们并发工作。
digraph when_to_use {
"多个失败？" [shape=diamond];
"它们独立吗？" [shape=diamond];
"单个智能体调查所有" [shape=box];
"每个问题域一个智能体" [shape=box];
"可以并行工作吗？" [shape=diamond];
"顺序执行智能体" [shape=box];
"并行分配" [shape=box];
"多个失败？" -> "它们独立吗？" [label="是"];
"它们独立吗？" -> "单个智能体调查所有" [label="否 - 相关"];
"它们独立吗？" -> "可以并行工作吗？" [label="是"];
"可以并行工作吗？" -> "并行分配" [label="是"];
"可以并行工作吗？" -> "顺序执行智能体" [label="否 - 共享状态"];
}
使用场景：
不使用场景：
按损坏内容对失败进行分组：
每个域都是独立的——修复工具审批不会影响中止测试。
每个智能体获得：
// 在 Claude Code / AI 环境中
Task("修复 agent-tool-abort.test.ts 失败")
Task("修复 batch-completion-behavior.test.ts 失败")
Task("修复 tool-approval-race-conditions.test.ts 失败")
// 三个任务并发运行
智能体返回时：
好的智能体提示：
修复 src/agents/agent-tool-abort.test.ts 中 3 个失败的测试：
1. "should abort tool with partial output capture" - 期望消息中包含 'interrupted at'
2. "should handle mixed completed and aborted tools" - 快速工具被中止而非完成
3. "should properly track pendingToolCount" - 期望 3 个结果但得到 0
这些是时序/竞态条件问题。你的任务：
1. 阅读测试文件，理解每个测试验证的内容
2. 识别根因——是时序问题还是实际 bug？
3. 修复：
- 用基于事件的等待替换任意超时
- 如发现 bug 则修复中止实现
- 如测试了变更行为则调整测试期望
不要只是增加超时——找到真正的问题。
返回：你发现的内容和修复内容的摘要。
示例 agent 提示：
修复 src/agents/agent-tool-abort.test.ts 中 3 个失败的测试：
1. 粘贴错误消息和失败测试名称
2. 粘贴测试文件内容（让智能体理解上下文）
3. 明确约束："只修复此测试文件，不要修改生产代码"
4. 明确目标："让这些测试通过，返回修复摘要"
返回：你发现的内容和修复内容的摘要。
❌ 范围太宽： "修复所有测试" - 智能体会迷失 ✅ 明确： "修复 agent-tool-abort.test.ts" - 专注范围
❌ 无上下文： "修复竞态条件" - 智能体不知道在哪里 ✅ 有上下文： 粘贴错误消息和测试名称
❌ 无约束： 智能体可能重构一切 ✅ 有约束： "不要修改生产代码" 或 "只修复测试"
❌ 输出模糊： "修复了" - 你不知道什么变了 ✅ 具体： "返回根因和变更的摘要"
相关失败： 修复一个可能修复其他——先一起调查 需要完整上下文： 理解需要看到整个系统 探索性调试： 你还不知道哪里坏了 共享状态： 智能体会相互干扰（编辑相同文件、使用相同资源）
场景： 重大重构后，3个文件中的6个测试失败
失败：
决定： 独立域——中止逻辑与批量完成分离，与竞态条件分离
分配：
智能体 1 → 修复 agent-tool-abort.test.ts
智能体 2 → 修复 batch-completion-behavior.test.ts
智能体 3 → 修复 tool-approval-race-conditions.test.ts
结果：
集成： 所有修复独立，无冲突，完整套件通过
节省时间： 3个问题并行解决 vs 顺序解决
智能体返回后：
来自调试会话（2025-10-03）：