尧图网页设计 
5 步委派循环详解如何用 delegate-skills 让 AI 代理写码、你亲自审查并提交【免费下载链接】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-skillsdelegate-skills 是一个面向 AI 编码代理的委派技能包你或你的编排代理把编码任务派给 Codex、Claude Code、Cursor 等 17 种 CLI 实现者去写码代码改完以 diff 形式留在工作区由你亲自审查差异、重跑项目测试最后由你落库提交。整个过程就是清晰的「5 步委派循环」写码的归 AI判断的归你。1 分钟安装delegate-skills 快速上手前提Node 18 和 git 已装好且你想用的某个实现者 CLI如 codex已登录。安装命令npx skills add amElnagdy/delegate-skills装好后直接用自然语言驱动即可Use $codex-delegate to have Codex implement the refactor in services/billing/, then review and commit it.仓库是纯文本包没有图片资源所以本文没有配图——全部价值都在下面这套循环里。核心 5 步循环总览 delegate-skills 中每一次派工都遵循同一个「审查优先」的闭环步骤谁在做交付物1. 写 Brief你自包含的任务简报2. 派发relay.mjs一次后台执行3. 等待relay.mjs结构化 result.json4. 审查你重跑过的 gates 读过的 diff5. 落地你一次干净的 commit其中第 1、4、5 步是「你的判断力」第 2、3 步是「机械操作」——这正是 AI 代理写码、你掌控质量的分工。第 1 步写 Brief 任务简报成败关键实现者在一个全新进程里运行没有你的聊天记录、没有之前的上下文它看到的世界只有你发的这段文字 仓库本身。所以最经典的翻车方式是写了一份「默认它知道背景」的简报。一份可靠的 Brief 只需说清五件事任务具体干什么、代码在哪现状与边界当前状态、要改什么、明确列出不许碰的东西真实验证命令从仓库的package.json/Makefile里抄下来的npm test、pytest -q等别写「跑一下测试」这种空话安全条款不许git commit改动留在工作区等审查报告格式改了什么、动了哪些文件、各 gate 结果、遗留问题完整模板含 XML 分块骨架和一个退款幂等性的完整示例在 writing-the-brief.md。三条铁律一份 Brief 只装一个任务前提事实以派发时为准中途没有纠偏通道发现前提错了就停掉重派别硬着头皮验收。第 2 步用 relay.mjs 一键派发node skill-dir/scripts/relay.mjs --brief brief.txt --cd /path/to/repo每个cli-delegate技能都自带一份 scripts/relay.mjs它替你干完所有脏活以沙箱模式启动实现者、逐事件记录执行流、捕获最终报告、写出结构化的result.json。你的职责收缩成一句话跑一条命令读一个文件。常用参数--read-only纯只读诊断不许改文件、--timeout 2h看门狗防卡死、--model/--effort换模型和推理力度、--lane name走下面说的车队车道。所有参数的完整清单在 dispatch-and-poll.md。第 3 步等待 result.json 完成relay 会阻塞到实现者跑完。判断「干完了没有」只有一个标准result.json已写出且带有status字段别信中间的花式进度条。关键字段statuscompleted/failed/timeout/abortedtouchedFilesgit status风格的改动文件列表——你审查的起点finalMessage实现者自己的总结报告仅供参考见下一步threadId留作「返修重开会话」的钥匙第 4 步审查 diff——不要相信自报成绩result.json里写着「测试全绿」那只是一个声称不是证据。审查清单按顺序走先查测试本身diff 里如果动了已有测试——断言被放宽、加了 skip、删了用例——等于它自己把尺子锯短了绿灯失去意义。未经简报授权的测试改动是契约变更要标记出来别默默吸收。自己重跑 gates亲自执行真实的 test / lint / build 命令读输出。对照 Brief 逐行读 diff找范围蔓延简报里说「别碰」的东西被顺手重构了和范围不足只做到第一个能跑的版本。生成代码专项扫雷硬编码的成功返回、吞掉错误的万能 catch、无调用方的「未来接口」、断言内部实现的新测试……这些都能让测试全绿却埋下雷。完整检查表见 review-and-land.md。发现问题不要整个任务重发用--session threadId带着上一轮上下文只发一段差异说明delta brief让它修正然后同样标准再审一遍。第 5 步你来落库提交commit 边界这是 delegate-skills 刻意为之的边界而不是能力缺失relay 永远不会 commit。提交的权力属于验证过成果的一方——也就是你或你的编排代理。gates 通过、diff 站得住再写一条清晰的 commit message 落库。还有一条纪律从派发到 commit 之间未提交的工作区就是实现者成果的唯一权威副本。中断了、看着很乱先git status/git diff看个明白再决定保留还是丢弃别习惯性直接git reset。进阶玩法批量任务队列委派真正的回报在队列场景——跨层删除、多文件迁移、批量重构。原则是串行执行、一任务一 commit每个任务完整走完「审查 gates 提交」再派下一个这样后续 Brief 能假设前一步已落地touchedFiles也只会显示当前任务的改动。超过两三个任务就维护一个进度文件收尾时做一次全仓一致性检查。细节在 multi-task-queues.md。车队车道fleet lanes装了多个实现者 CLI用配套的 delegate-setup 一次性把本机 CLI 发现出来组织成命名车道比如feature → OpenCode、tests → Codex、ui → Cursor之后派发时带上--lane name即可自动选对实现者。注意它的定位只做配置从不派工。17 个实现者任选从 Claude Code、Codex 到 Cursor、Copilot、Cline、Aider 等每个技能目录结构一致——一份 SKILL.md 加四份 references 手册循环学会一次实现者随便换。常见误区自查清单 ✅❌ 写 Brief 时默认对方「应该知道」——它只有你发的文字❌ 把result.json的「gates passed」当验收结论——重跑才是证据❌ 看到 diff 动了测试就当正常修复——先查尺子有没有被锯短❌ 让实现者自己 commit——commit 边界永远在你这边❌ 批量任务一把并发——顺序执行才能保持每次审查都干净总结delegate-skills 的本质是一条纪律写码可以外包判断不能外包。五步循环——Brief、派发、等待、审查、落地——把「AI 代理写码、人亲自审查并提交」固化成了可复用的流程。17 个实现者技能共用同一套relay.mjs与result.json契约学会一次全队通用。【免费下载链接】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），仅供参考 5 步委派循环详解：如何用 delegate-skills 让 AI 代理写码、你亲自审查并提交
5 步委派循环详解如何用 delegate-skills 让 AI 代理写码、你亲自审查并提交【免费下载链接】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-skillsdelegate-skills 是一个面向 AI 编码代理的委派技能包你或你的编排代理把编码任务派给 Codex、Claude Code、Cursor 等 17 种 CLI 实现者去写码代码改完以 diff 形式留在工作区由你亲自审查差异、重跑项目测试最后由你落库提交。整个过程就是清晰的「5 步委派循环」写码的归 AI判断的归你。1 分钟安装delegate-skills 快速上手前提Node 18 和 git 已装好且你想用的某个实现者 CLI如 codex已登录。安装命令npx skills add amElnagdy/delegate-skills装好后直接用自然语言驱动即可Use $codex-delegate to have Codex implement the refactor in services/billing/, then review and commit it.仓库是纯文本包没有图片资源所以本文没有配图——全部价值都在下面这套循环里。核心 5 步循环总览 delegate-skills 中每一次派工都遵循同一个「审查优先」的闭环步骤谁在做交付物1. 写 Brief你自包含的任务简报2. 派发relay.mjs一次后台执行3. 等待relay.mjs结构化 result.json4. 审查你重跑过的 gates 读过的 diff5. 落地你一次干净的 commit其中第 1、4、5 步是「你的判断力」第 2、3 步是「机械操作」——这正是 AI 代理写码、你掌控质量的分工。第 1 步写 Brief 任务简报成败关键实现者在一个全新进程里运行没有你的聊天记录、没有之前的上下文它看到的世界只有你发的这段文字 仓库本身。所以最经典的翻车方式是写了一份「默认它知道背景」的简报。一份可靠的 Brief 只需说清五件事任务具体干什么、代码在哪现状与边界当前状态、要改什么、明确列出不许碰的东西真实验证命令从仓库的package.json/Makefile里抄下来的npm test、pytest -q等别写「跑一下测试」这种空话安全条款不许git commit改动留在工作区等审查报告格式改了什么、动了哪些文件、各 gate 结果、遗留问题完整模板含 XML 分块骨架和一个退款幂等性的完整示例在 writing-the-brief.md。三条铁律一份 Brief 只装一个任务前提事实以派发时为准中途没有纠偏通道发现前提错了就停掉重派别硬着头皮验收。第 2 步用 relay.mjs 一键派发node skill-dir/scripts/relay.mjs --brief brief.txt --cd /path/to/repo每个cli-delegate技能都自带一份 scripts/relay.mjs它替你干完所有脏活以沙箱模式启动实现者、逐事件记录执行流、捕获最终报告、写出结构化的result.json。你的职责收缩成一句话跑一条命令读一个文件。常用参数--read-only纯只读诊断不许改文件、--timeout 2h看门狗防卡死、--model/--effort换模型和推理力度、--lane name走下面说的车队车道。所有参数的完整清单在 dispatch-and-poll.md。第 3 步等待 result.json 完成relay 会阻塞到实现者跑完。判断「干完了没有」只有一个标准result.json已写出且带有status字段别信中间的花式进度条。关键字段statuscompleted/failed/timeout/abortedtouchedFilesgit status风格的改动文件列表——你审查的起点finalMessage实现者自己的总结报告仅供参考见下一步threadId留作「返修重开会话」的钥匙第 4 步审查 diff——不要相信自报成绩result.json里写着「测试全绿」那只是一个声称不是证据。审查清单按顺序走先查测试本身diff 里如果动了已有测试——断言被放宽、加了 skip、删了用例——等于它自己把尺子锯短了绿灯失去意义。未经简报授权的测试改动是契约变更要标记出来别默默吸收。自己重跑 gates亲自执行真实的 test / lint / build 命令读输出。对照 Brief 逐行读 diff找范围蔓延简报里说「别碰」的东西被顺手重构了和范围不足只做到第一个能跑的版本。生成代码专项扫雷硬编码的成功返回、吞掉错误的万能 catch、无调用方的「未来接口」、断言内部实现的新测试……这些都能让测试全绿却埋下雷。完整检查表见 review-and-land.md。发现问题不要整个任务重发用--session threadId带着上一轮上下文只发一段差异说明delta brief让它修正然后同样标准再审一遍。第 5 步你来落库提交commit 边界这是 delegate-skills 刻意为之的边界而不是能力缺失relay 永远不会 commit。提交的权力属于验证过成果的一方——也就是你或你的编排代理。gates 通过、diff 站得住再写一条清晰的 commit message 落库。还有一条纪律从派发到 commit 之间未提交的工作区就是实现者成果的唯一权威副本。中断了、看着很乱先git status/git diff看个明白再决定保留还是丢弃别习惯性直接git reset。进阶玩法批量任务队列委派真正的回报在队列场景——跨层删除、多文件迁移、批量重构。原则是串行执行、一任务一 commit每个任务完整走完「审查 gates 提交」再派下一个这样后续 Brief 能假设前一步已落地touchedFiles也只会显示当前任务的改动。超过两三个任务就维护一个进度文件收尾时做一次全仓一致性检查。细节在 multi-task-queues.md。车队车道fleet lanes装了多个实现者 CLI用配套的 delegate-setup 一次性把本机 CLI 发现出来组织成命名车道比如feature → OpenCode、tests → Codex、ui → Cursor之后派发时带上--lane name即可自动选对实现者。注意它的定位只做配置从不派工。17 个实现者任选从 Claude Code、Codex 到 Cursor、Copilot、Cline、Aider 等每个技能目录结构一致——一份 SKILL.md 加四份 references 手册循环学会一次实现者随便换。常见误区自查清单 ✅❌ 写 Brief 时默认对方「应该知道」——它只有你发的文字❌ 把result.json的「gates passed」当验收结论——重跑才是证据❌ 看到 diff 动了测试就当正常修复——先查尺子有没有被锯短❌ 让实现者自己 commit——commit 边界永远在你这边❌ 批量任务一把并发——顺序执行才能保持每次审查都干净总结delegate-skills 的本质是一条纪律写码可以外包判断不能外包。五步循环——Brief、派发、等待、审查、落地——把「AI 代理写码、人亲自审查并提交」固化成了可复用的流程。17 个实现者技能共用同一套relay.mjs与result.json契约学会一次全队通用。【免费下载链接】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），仅供参考