with one click
sa-delegation
当面临 2+ 个独立任务,可以在没有共享状态或顺序依赖的情况下工作时使用
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
当面临 2+ 个独立任务,可以在没有共享状态或顺序依赖的情况下工作时使用
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
当在当前会话中执行具有独立任务的撰写计划时使用
当你有一个书面的撰写实施计划,需要在一个单独的会话中执行,并带有审查检查点时使用
当收到同行评审反馈时使用,在实施建议之前,特别是当反馈看起来不清楚或在学术上值得商榷时——需要学术严谨和验证,而不是表演性的同意或盲目实施
当撰写完成,所有逻辑检查通过,你需要决定如何整合工作时使用——通过展示清晰的合并、提交审阅或清理选项来指导完成开发工作
在进行任何创造性工作之前必须使用此技能——无论是撰写新章节、构建理论框架、增加论据还是修改论证逻辑。在撰写正文之前,先探索研究目标、要求和论证设计。
当开始撰写需要与当前工作区隔离的新章节,或在执行撰写计划之前使用——通过智能目录选择和安全验证创建隔离的草稿分支
| name | sa-delegation |
| description | 当面临 2+ 个独立任务,可以在没有共享状态或顺序依赖的情况下工作时使用 |
当你遇到多个不相关的缺陷(不同的验证章节,不同的子系统,不同的逻辑漏洞)时,按顺序调查它们浪费时间。每个调查都是独立的,可以并行进行。
核心原则: 为每个独立的问题领域分派一个助理。让他们并发工作。
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. "应中止部分输出捕获的工具" - 预期消息中有 'interrupted at'
2. "应处理混合完成和中止的工具" - 快速工具中止而不是完成
3. "应正确跟踪 pendingToolCount" - 预期 3 个结果但得到 0 个
这些是时序/竞态条件问题。你的任务:
1. 阅读验证文件并理解每个测试验证什么
2. 识别根源 - 时序问题还是实际逻辑漏洞?
3. 修复方式:
- 用基于事件的等待替换任意超时
- 如果发现中止实施中的漏洞则修复
- 如果测试了变更的行为,调整预期
不要只是增加超时 - 找到真正的问题。
返回:你发现的内容和修复内容的摘要。
❌ 太宽泛: “修复所有验证” - 助理会迷路 ✅ 具体: “修复 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 顺序解决
助理返回后: