Menü
在面对 2 个以上互不依赖、无共享状态的独立任务时使用
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
在进行任何创造性工作前必须使用——创建功能、构建组件、添加新功能或修改行为。在实现之前先探索用户意图、需求和设计。
TypeScript 和 React 开发的编码标准与最佳实践。在编写或审查代码时激活。提供命名、类型、组件设计、Hook 提取、状态管理等规范。
在用户确认要提交代码变更时使用——安全检查 diff 中的敏感数据后执行 git commit
当有已编写的实现计划需要在独立会话中执行时使用，包含评审检查点
在实现完成、测试通过后，引导决定如何集成工作——提供合并、PR 或清理的结构化选项
收到代码评审反馈后、实现建议之前使用，尤其当反馈不清楚或技术上存疑时——要求技术严谨性和验证，而非表演性附和或盲目实现
| name | dispatching-parallel-agents |
| description | 在面对 2 个以上互不依赖、无共享状态的独立任务时使用 |
当你有多个不相关的失败或独立任务时，按顺序调查浪费时间。每个调查都是独立的，可以并行进行。
核心原则： 每个独立的问题域派发一个 agent。让它们并发工作。
使用条件：
不要使用的情况：
按出问题的部分分组：
每个域是独立的——修复订单表单不影响 WebSocket 测试。
每个 agent 获得：
使用 Task 工具同时派发多个 worker droid：
Task("Fix order-form.test.tsx failures")
Task("Fix websocket-subscription.test.tsx failures")
Task("Fix position-calc.test.tsx failures")
// 三个同时运行
当 agent 返回时：
好的 agent prompt 特点：
示例：
修复 src/modules/trade/components/**tests**/OrderForm.test.tsx 中的 3 个失败测试：
1. "should validate minimum order amount" - 预期验证错误但没有
2. "should calculate fee correctly" - 费用为 0 而不是预期值
3. "should disable submit when balance insufficient" - 按钮没有被禁用
这些测试使用 Vitest。组件使用 BigNumber 做计算，Zustand 做状态管理。
你的任务：
1. 阅读测试文件，理解每个测试验证什么
2. 找到根因
3. 修复问题
4. 运行 `pnpm test src/modules/trade/components/__tests__/OrderForm.test.tsx` 验证
不要修改此组件之外的其他测试文件或生产代码。
返回：根因和修复内容的总结。
❌ 范围太广： "修复所有测试" — agent 会迷失 ✅ 具体： "修复 OrderForm.test.tsx" — 聚焦的范围
❌ 没有上下文： "修复竞态条件" — agent 不知道在哪里 ✅ 有上下文： 贴出错误信息和测试名称
❌ 没有约束： Agent 可能重构所有东西 ✅ 有约束： "不要修改此组件之外的生产代码"
❌ 输出模糊： "修好它" — 你不知道改了什么 ✅ 输出明确： "返回根因和改动的总结"
相关失败： 修复一个可能修复其他 — 先一起调查
需要全局上下文： 理解问题需要看完整系统
探索性调试： 你还不知道什么坏了 — 先用 /systematic-debugging
共享状态： Agent 之间会干扰（编辑同一文件、使用同一资源）
Agent 返回后：
pnpm test 验证所有修复协同工作