用 delegate-skills 为编码 agent 搭建一支划分车道的舰队

你的编排 agent 擅长规划和审查，但每一个它亲自实现的有边界的任务都在消耗上下文。delegate-skills 是 amElnagdy 的一个 2k 星、MIT 许可的包，它把这些任务交给你机器上已经装好的另一个编码 CLI——审查和 commit 仍然留在你手里。

为什么这个 Skill 重要

这个包有一个 setup skill 和 18 个实现者 skill。delegate-setup 发现哪些实现者 CLI 已安装，提出一支由具名车道组成的精简舰队，向你展示完整配置，并且只在明确批准之后才写入——全局或按仓库。它从不派发工作。每条车道把一类工作绑定到一个实现者，再加上模型、effort 或 variant 这类可选的调节项；配置好之后，你用对应的 *-delegate skill 加 --lane <name> 派发。

18 个 *-delegate skill 覆盖 Aider、Google Antigravity、Claude Code、Cline、OpenAI Codex、Command Code、Cursor Agent、Grok Build、Kimi Code、Muse Code、OpenCode、Pi、Oh My Pi、Qoder、Mistral Vibe、GitHub Copilot CLI、Warp Agent CLI 与 Z.AI ZCode。每个 relay 都说同一套 delegate-relay.result.v1 契约——status、exitCode、signal、实现者自己的最终报告、touchedFiles，以及在 CLI 提供时的 session id——所以这个循环学一次，实现者随意换。

安装

npx skills add amElnagdy/delegate-skills --list
npx skills add amElnagdy/delegate-skills
npx skills add amElnagdy/delegate-skills --skill delegate-setup
npx skills add amElnagdy/delegate-skills --skill codex-delegate

--list 先浏览；其余三条分别安装整个包、只装 setup skill，或只装一个实现者。--agent claude-code 指定目标 agent，--global 全局安装。要固定版本，在后面追加形如 @vMAJOR.MINOR.PATCH 的发布 tag——Skills CLI 按 git ref 安装，而不是按 SKILL.md 里的 metadata.version。要求：Node 18+ 和 git，一个能运行 shell 命令并读取文件的编排 agent，以及对每个 *-delegate skill 而言，像在终端里那样已完成认证的对应 CLI。

实战：先建舰队，再派发一次重构

1. 让你的编排 agent 组建舰队：

Use $delegate-setup to discover my installed implementer CLIs and create a fleet for feature, tests, and UI work.

setup 会发现、提出方案、展示完整配置，并在你批准后写入。README 的示例舰队把 feature 路由到 OpenCode，tests 到 Codex，ui 到 Cursor。

2. 按车道派发，或者跳过 setup、直接指定一个实现者：

Use $opencode-delegate with --lane feature to implement the billing workflow, then review and commit it.
Use $codex-delegate to have Codex implement the refactor in services/billing/, then review and commit it.

3. 每次派发都走同一套先审后落地的循环。编排 agent 写一份 brief——必须自包含，因为实现者没有编排方的聊天历史——用自带的 relay.mjs 派发出去，然后等待 relay 写出结构化的 result.json。
4. 审查 diff，并由你自己重跑项目的门禁；README 建议搭配同一作者另一个仓库里的 guard skills 一起用。
5. 落地。由你来 commit，因为用 README 的话说，commit 属于审查者——没有任何 relay 会 commit。

技巧

• 信任一条车道之前，先读表格里的写权限列。Codex 运行在 --sandbox workspace-write 下，Claude Code 在 acceptEdits 下，Cursor 在 --force 下。Pi 和 Warp 以完整本地工具运行，没有沙箱也没有权限模式；对 Command Code 而言，--yolo 是唯一的无头写入状态，且没有沙箱——README 的脚注说，brief 里的路径列表只是指引而非围栏，worktree 能隔离检出目录，而当目标树之外的写入不可接受时，需要容器或其他由操作系统强制的沙箱。
• --read-only 会映射到各 CLI 自己的 plan 或只读模式（如果有的话）。Kimi 和 Warp 没有；Grok 的只是尽力而为，所以 relay 只报告一个 readOnlyViolation 触发式警示，而不去强制执行。
• touchedFiles 是运行结束后的一次 git status。它显示不了被忽略的文件、被撤回的编辑，以及仓库之外的写入——它是你审查时的依据，不是保证。
• Aider 是唯一默认会 commit 的实现者；relay 始终传入 --no-auto-commits 和 --no-dirty-commits，两者都无法通过 relay 配置。
• 项目级车道配置与 setup 的批准内容绑定：被克隆或被编辑过的项目车道会失败关闭（fail closed），直到重新批准；用错实现者 skill 的车道会大声报错。
• 用 Codex 做编排者？单独安装 codex-background；它的 bootstrap.mjs 会先备份再更新 $CODEX_HOME/config.toml，并把已安装的 *-delegate skill 注册到一个本地 MCP server 背后，由该 server 对外提供。

何时不用这个 Skill

这是一个循环，不是一个转发器，也不是子代理系统：README 把它定位为对厂商自家插件或子代理的补充——后者在一个 agent 内部协调，而它让契约可以跨编排者移植，并把 commit 留给审查者。如果你想要的是一个 agent 内部的协调，README 把那份工作交给厂商自家的插件或子代理。另外，请按原文理解它的验证章节：完整的派发 → 审查 → commit 循环是为 Claude Code 设计并在其上运行的；其他编排者用 README 的话说是"按其设计但未经证实"，而 opencode-delegate 和 vibe-delegate 只做过契约测试，没有记录在案的端到端运行。

查看 排行榜 了解更多 skill。