关于 delegate-tickets
delegate-tickets 将一组有序任务逐项交给全新的子 Agent 执行,每次只运行一个。它会检查依赖、难度、代码库状态和完成条件,再决定是否继续。
主要功能
- 01按依赖关系排列任务
- 02遇到循环或顺序冲突时停止
- 03执行前检查任务难度
- 04每项任务使用全新子 Agent
- 05核验提交与验收条件
适用场景
- 01委派存在依赖关系的任务序列
- 02按顺序执行符合条件的任务
- 03任务失败时安全停止
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ c0nant/ c-skills --skill delegate-tickets安装后在 Claude Code 中输入/delegate-tickets确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
RESUMO.mdTRADUCAO.pt-BR.mdagents/openai.yaml详细介绍
委派工单
按顺序将工单逐一委派给全新的子 Agent。主会话仅负责协调:不实现、不测试、不审查、不编辑,也不提交。此处不要重复 implement 技能的内部工作流。
输入
接受工单目录或明确列出的工单文件,以及仓库路径(默认值:当前工作目录)。开始前确认仓库路径:每条子 Agent 提示词都必须明确写出该路径,因为子 Agent 可能不会继承你的工作目录。
保留明确列表中给出的顺序。对于目录,自行确定顺序:
- 读取每个工单文件,并获取其 Blocked by 行。
- 按阻塞关系排序(拓扑排序),优先处理阻塞项。仅当多个工单彼此没有阻塞关系时,才使用文件名前缀
NN-打破平局。 - 如果依赖关系与数字前缀冲突,或存在循环依赖,请停止并向用户说明冲突。不要猜测。
用户可以指定起始工单(例如“从工单 04 开始”):从该工单开始,之前的工单保持不动。
难度门槛
此技能只会在无人值守时执行中等难度的工作。开始前,读取序列中每个工单的 Difficulty: 行,而不只是下一个工单的;这样 Heavy 工单会在开始任何工作前阻止整个流程。
- Standard 或 Light:继续执行。
- Heavy,或没有
Difficulty:行:在该工单前停止序列,并告知用户该工单需要 Opus 和人工在旁监督,因此必须手动运行/implement。缺少该行是阻塞条件,不得默认难度等级。排在它之前的工单仍可继续执行。
隔离每个工单的差异
/implement 完成时会将工作提交到当前分支,因此每个工单对应一次提交,运行期间未提交的工作树始终只包含当前工单的工作。
第一个工单开始前:
- 在仓库中运行
git status --short。 - 如果有任何待处理更改,将其展示给用户并停止:用户应先提交或暂存这些更改,确保第一个工单的提交只包含该工单的工作。
工作流
按顺序逐一处理每个工单:
- 已完成则跳过:如果工单文件中的所有验收标准复选框都已是
- [x],报告工单已完成,然后继续。 - 向用户报告进度:
Ticket <N>/<M>: <title>。 - 使用宿主的子 Agent 机制启动一个全新的子 Agent:Claude Code 使用
Agent,Cursor 使用Task,其他宿主使用对应机制。使用具有完整工具访问权限的通用子 Agent,模型为 Sonnet(或宿主提供的同等中等难度模型),并设置effort: medium。如果宿主无法在每次启动时设置模型或 effort,请告知用户并停止,不要使用当前会话的配置启动。如果宿主没有子 Agent 机制,请停止并告知用户此技能无法在此处运行。 - 同步运行,不得在后台运行,也不得与其他工单并行。按序执行正是此技能的核心;只有同时恰好有一个工单在处理,才能确保每次提交只包含一个工单。
- 等待其完成,然后继续前先验证:子 Agent 明确报告已完整成功、其工作已提交(
git status --short输出为空),并且工单文件中的每个验收标准复选框现在都为- [x](/review-axes会在/implement结束时根据代码同步这些复选框)。如果报告成功但仍有未勾选的标准,则视为失败:代码没有满足工单要求。 - 验证通过后,记录该工单的提交(
git log -1 --oneline),然后开始下一个工单。 - 遇到任何失败、阻塞、未解决的问题、不确定的结果或未勾选的标准时:立即停止。保留该工单的工作原样(无论已提交,还是仍有未提交更改),以便用户准确查看更改内容。不要开始另一个工单。报告问题并等待指示。
每个工单都要使用全新的子 Agent。不得重复使用处理上一个工单的会话。
子 Agent 提示词
Implement `<ticket-path>` in `<repository-path>` using the `implement` skill.
When you invoke `/review-axes`, give it "the unstaged working tree" as its
fixed point, so it reviews only your ticket's changes, and give it
`<ticket-path>` as its spec argument, so it checks and ticks that ticket's
checkboxes.
Nobody is available to answer you. Any question you would ask the user (a
missing spec, an effort gate, an ambiguity) is a blocker: stop and report the
question. Never answer it yourself and never do that work inline.
Report clear success or describe any failure, blocker, unresolved issue, or
uncertainty. Include the hash of the commit `/implement` made.
最终报告
所有工单成功完成后,列出已完成的工单及其子 Agent 会话和提交。
如果流程中断,请指出失败的工单、遇到的问题,以及其工作所在位置(对应的提交或未提交的工作树)。
评论
支持 Markdown