com um clique
sa-delegation
当面临 2+ 个独立任务,可以在没有共享状态或顺序依赖的情况下工作时使用
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Menu
当面临 2+ 个独立任务,可以在没有共享状态或顺序依赖的情况下工作时使用
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
当在当前会话中执行具有独立任务的撰写计划时使用
当你有一个书面的撰写实施计划,需要在一个单独的会话中执行,并带有审查检查点时使用
当收到同行评审反馈时使用,在实施建议之前,特别是当反馈看起来不清楚或在学术上值得商榷时——需要学术严谨和验证,而不是表演性的同意或盲目实施
当撰写完成,所有逻辑检查通过,你需要决定如何整合工作时使用——通过展示清晰的合并、提交审阅或清理选项来指导完成开发工作
在进行任何创造性工作之前必须使用此技能——无论是撰写新章节、构建理论框架、增加论据还是修改论证逻辑。在撰写正文之前,先探索研究目标、要求和论证设计。
当开始撰写需要与当前工作区隔离的新章节,或在执行撰写计划之前使用——通过智能目录选择和安全验证创建隔离的草稿分支
| 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 顺序解决
助理返回后: