尧图网页设计 
长任务队列怎么跑delegate-skills 顺序委派、进度文件与最终一致性检查的 4 条实战纪律【免费下载链接】delegate-skillsDelegate a coding task to a separate coding agent CLI, review the diff, land the commit yourself — one per implementer.项目地址: https://gitcode.com/gh_mirrors/de/delegate-skills当你有一批迁移、重构或清理任务要交给 AI 执行时delegate-skills 可以帮你把任务逐个委派给 Codex、Claude、Cursor 等 17 种编码 Agent CLI由编排者审阅 diff 并亲自提交——长任务队列怎么跑答案就藏在它的顺序委派、进度文件与最终一致性检查里。安装与快速上手delegate-skills 是一个 Skills CLI 包包含 17 个执行者技能和一个配置工具delegate-setup。安装只需一条命令npx skills add amElnagdy/delegate-skills # 或只装某个执行者技能 npx skills add amElnagdy/delegate-skills --skill codex-delegate要求很简单Node 18、git以及目标执行者 CLI 已登录如codex login。完整说明见 README.md协作规范见 AGENTS.md。单任务委派循环先跑通 1 次再谈队列队列是单任务循环的放大。每个任务都走同一条审阅优先的路径写简报brief——自包含的任务说明执行者没有你的聊天记录写不进简报的约束对它就不存在。模板见 writing-the-brief.md委派——用内置脚本 relay.mjs 发送简报node skill-dir/scripts/relay.mjs --brief brief.txt --cd /path/to/repo等待——relay 阻塞直到执行者结束写出结构化的result.json审阅——自己重跑项目的测试/lint/buildgates对照简报读 diff落地land——由你提交。relay 从不 commit提交权永远属于审阅者细节见 dispatch-and-poll.md 与 review-and-land.md。顺序委派为什么不能一次并发全队列纪律 1一次跑一个任务按依赖顺序每个都落地审阅 gates commit后再派下一个。多任务队列指南开宗明义让队列可信的是排序与记账而不是并行。三个理由后序任务假设前序已落地——任务 3 的简报才能说上一步添加的 X 已存在一任务一提交——历史可审、单步可回滚每次审阅都诚实——委派前工作树干净touchedFiles只显示当前任务的改动不掺前面积累的杂项真正独立、改不同文件的任务偶尔值得并行但它牺牲了每任务一棵干净树的性质。默认顺序别无例外。另外一条容易忽略的纪律把已决定的约束带进后续简报。任务 2 里给某个 helper 起的名字、任务 3 里选定的 fixture 位置——执行者没有跨任务的记忆这些事实必须逐字复述进后续简报约束才不会失效。进度文件让长队列断电不丢纪律 2超过两三个任务的队列维护一个进度文件每个任务落地时就更新而非最后补记。这是能扛住上下文丢失的持久记录让人类一眼看清全局。推荐的四个板块板块内容状态表每个任务queued / at-implementer / reviewedcommitted附 commit 哈希逐任务审阅笔记落地了什么、验证了什么、gates 结果一小段即可需要你看一眼执行者做的设计决策、非阻塞的小毛病——人类最先读的就是这一节收尾清单最后一个任务之后要做什么push、开/更新 PR、人工检查项关键原则每个任务落地即更新。运行被中断时文件依然准确——这就是断电不丢。读懂 result.json队列的进度信号relay 写出的result.json是所有执行者统一遵守的delegate-relay.result.v1契约长队列里它就是你的状态灯statuscompleted/failed/timeout/aborted/codex_unavailabletouchedFilesgit status行审阅起点[]表示树是干净的threadId喂给--session id做精确续跑发增量简报即可exitCode/signal被 OOM 杀掉会带上 128信号号的线索判断跑完了没有只认两条进程已退出 result.json存在且有 status而不是任何进度条文字。超时--timeout会留下半应用的改动先看树再决定加长超时、拆小简报还是续跑。最终一致性检查逐任务通过 ≠ 整体通过纪律 3最后一个任务落地后验证整体而不仅是最后一步。逐任务审阅只能证明每个步骤单独成立证明不了步骤之间彼此自洽。收尾四连查见 多任务队列指南在最终整棵树上再完整跑一遍全部测试/构建——不是只跑最后任务的切片全仓库搜索这次队列的目标物删功能就 grep 残留引用改名字就确认没有漏网之鱼涉及 schema 就从干净状态重放全部新迁移检查漂移然后 push开或更新 PR描述如实反映真正交付的内容何时停下来问人纪律 4顺着既定计划走就继续碰到这三类情况停下并上报。任务在其简报范围内无法正确完成范围变更是人的决定审阅发现被质疑的是计划本身而不只是实现gates 暴露的问题波及已完成的任务然后报告进行到哪、提交了什么、悬而未决的问题是什么——然后等。一个默默绕过坏假设的队列只会朝错误方向堆出一大堆提交。延伸阅读简报写法writing-the-brief.md委派与轮询dispatch-and-poll.md审阅与落地review-and-land.md队列实战multi-task-queues.md车队fleet车道配置delegate-setup/SKILL.md、schema.md贡献规范CONTRIBUTING.md把顺序、记账、整体校验和该停就停这四条纪律跑顺长任务队列就从危险的自动流水线变成了一条每个提交都可审、每步都可回滚的可靠生产线。【免费下载链接】delegate-skillsDelegate a coding task to a separate coding agent CLI, review the diff, land the commit yourself — one per implementer.项目地址: https://gitcode.com/gh_mirrors/de/delegate-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 长任务队列怎么跑：delegate-skills 顺序委派、进度文件与最终一致性检查的 4 条实战纪律
长任务队列怎么跑delegate-skills 顺序委派、进度文件与最终一致性检查的 4 条实战纪律【免费下载链接】delegate-skillsDelegate a coding task to a separate coding agent CLI, review the diff, land the commit yourself — one per implementer.项目地址: https://gitcode.com/gh_mirrors/de/delegate-skills当你有一批迁移、重构或清理任务要交给 AI 执行时delegate-skills 可以帮你把任务逐个委派给 Codex、Claude、Cursor 等 17 种编码 Agent CLI由编排者审阅 diff 并亲自提交——长任务队列怎么跑答案就藏在它的顺序委派、进度文件与最终一致性检查里。安装与快速上手delegate-skills 是一个 Skills CLI 包包含 17 个执行者技能和一个配置工具delegate-setup。安装只需一条命令npx skills add amElnagdy/delegate-skills # 或只装某个执行者技能 npx skills add amElnagdy/delegate-skills --skill codex-delegate要求很简单Node 18、git以及目标执行者 CLI 已登录如codex login。完整说明见 README.md协作规范见 AGENTS.md。单任务委派循环先跑通 1 次再谈队列队列是单任务循环的放大。每个任务都走同一条审阅优先的路径写简报brief——自包含的任务说明执行者没有你的聊天记录写不进简报的约束对它就不存在。模板见 writing-the-brief.md委派——用内置脚本 relay.mjs 发送简报node skill-dir/scripts/relay.mjs --brief brief.txt --cd /path/to/repo等待——relay 阻塞直到执行者结束写出结构化的result.json审阅——自己重跑项目的测试/lint/buildgates对照简报读 diff落地land——由你提交。relay 从不 commit提交权永远属于审阅者细节见 dispatch-and-poll.md 与 review-and-land.md。顺序委派为什么不能一次并发全队列纪律 1一次跑一个任务按依赖顺序每个都落地审阅 gates commit后再派下一个。多任务队列指南开宗明义让队列可信的是排序与记账而不是并行。三个理由后序任务假设前序已落地——任务 3 的简报才能说上一步添加的 X 已存在一任务一提交——历史可审、单步可回滚每次审阅都诚实——委派前工作树干净touchedFiles只显示当前任务的改动不掺前面积累的杂项真正独立、改不同文件的任务偶尔值得并行但它牺牲了每任务一棵干净树的性质。默认顺序别无例外。另外一条容易忽略的纪律把已决定的约束带进后续简报。任务 2 里给某个 helper 起的名字、任务 3 里选定的 fixture 位置——执行者没有跨任务的记忆这些事实必须逐字复述进后续简报约束才不会失效。进度文件让长队列断电不丢纪律 2超过两三个任务的队列维护一个进度文件每个任务落地时就更新而非最后补记。这是能扛住上下文丢失的持久记录让人类一眼看清全局。推荐的四个板块板块内容状态表每个任务queued / at-implementer / reviewedcommitted附 commit 哈希逐任务审阅笔记落地了什么、验证了什么、gates 结果一小段即可需要你看一眼执行者做的设计决策、非阻塞的小毛病——人类最先读的就是这一节收尾清单最后一个任务之后要做什么push、开/更新 PR、人工检查项关键原则每个任务落地即更新。运行被中断时文件依然准确——这就是断电不丢。读懂 result.json队列的进度信号relay 写出的result.json是所有执行者统一遵守的delegate-relay.result.v1契约长队列里它就是你的状态灯statuscompleted/failed/timeout/aborted/codex_unavailabletouchedFilesgit status行审阅起点[]表示树是干净的threadId喂给--session id做精确续跑发增量简报即可exitCode/signal被 OOM 杀掉会带上 128信号号的线索判断跑完了没有只认两条进程已退出 result.json存在且有 status而不是任何进度条文字。超时--timeout会留下半应用的改动先看树再决定加长超时、拆小简报还是续跑。最终一致性检查逐任务通过 ≠ 整体通过纪律 3最后一个任务落地后验证整体而不仅是最后一步。逐任务审阅只能证明每个步骤单独成立证明不了步骤之间彼此自洽。收尾四连查见 多任务队列指南在最终整棵树上再完整跑一遍全部测试/构建——不是只跑最后任务的切片全仓库搜索这次队列的目标物删功能就 grep 残留引用改名字就确认没有漏网之鱼涉及 schema 就从干净状态重放全部新迁移检查漂移然后 push开或更新 PR描述如实反映真正交付的内容何时停下来问人纪律 4顺着既定计划走就继续碰到这三类情况停下并上报。任务在其简报范围内无法正确完成范围变更是人的决定审阅发现被质疑的是计划本身而不只是实现gates 暴露的问题波及已完成的任务然后报告进行到哪、提交了什么、悬而未决的问题是什么——然后等。一个默默绕过坏假设的队列只会朝错误方向堆出一大堆提交。延伸阅读简报写法writing-the-brief.md委派与轮询dispatch-and-poll.md审阅与落地review-and-land.md队列实战multi-task-queues.md车队fleet车道配置delegate-setup/SKILL.md、schema.md贡献规范CONTRIBUTING.md把顺序、记账、整体校验和该停就停这四条纪律跑顺长任务队列就从危险的自动流水线变成了一条每个提交都可审、每步都可回滚的可靠生产线。【免费下载链接】delegate-skillsDelegate a coding task to a separate coding agent CLI, review the diff, land the commit yourself — one per implementer.项目地址: https://gitcode.com/gh_mirrors/de/delegate-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考