Delegate Skills Skill:让 Claude Code 一键调度最擅长的子代理干活
一个「最会调度」的 Agent Skill,近期在 GitHub 悄悄起势:它不替你写代码,而是帮你把任务分派给本机已经装好的 Codex、Claude Code、Cursor、Aider、Cline、Grok、Kimi、OpenCode 等十余种 coding agent CLI,让擅长 feature 的干 feature、擅长 tests 的写测试、擅长 UI 的画界面——最后 diff 由你 review 后亲自落地。它叫 amElnagdy/delegate-skills,9 月初刚冲到 1.5k+ stars,被 GitHub Trending daily 2026-09-01 收录,是 multi-agent 编排赛道里少见的「人审稿中枢」形态。
总结
Delegate Skills 是一个「多 coding agent 编排 + 人 review 落地」的开源 Skill 集。它通过 $delegate-setup 自动发现本机已安装的 agent CLI、按工作类型分配 lane(feature / tests / ui 等)、用对应的 *-delegate 子技能(如 codex-delegate、claude-delegate、cursor-delegate)把任务分派给最合适的实现者,最终把 diff 拉回给你 review 与合并。它能火,是因为它正好踩中两个 2026 年的真痛点:单 agent 干所有活容易「啥都会一点啥都不精」,而完全放手给多 agent 又怕失控;Delegate Skills 把「分」与「合」分得很清楚——分给机器,控权归人。
功能与原则
核心能力一句话:把一个 coding 任务从「主 agent 一把抓」拆成「按 lane 分派给本机多个 agent CLI,再由人合并」。设计原则有四条:
- 编排而非代写:本仓库不提供模型推理,所有编码都来自外部 CLI(Codex / Claude Code / Cursor / Aider / Cline / Grok / Kimi / OpenCode / Command Code / Antigravity 等十余种),orchestrator 只负责调度。
- lane 优先于单体:每个 lane 绑定一种「工作类型」与一个「实现者 CLI」,可微调 model、effort、variant 等参数;显式 flag 优先于 lane 默认。
- 人审稿是硬约束:所有 diff 在最终 commit 前都回到人手里——review → 跑 gate → 你亲自 land commit,不会自动 push。
- 可降级与可恢复:每个
*-delegate都支持--read-only(plan 模式)、--resume-last、--session <id>,断点可继续。
认可度
- GitHub stars:1,591(截至 2026-09-02,GitHub API 实测)
- Forks:139(同期数据,开发者二次改造活跃)
- 语言:JavaScript,commit 频率高,2026-09-02 03:37 UTC 仍有 push
- Trending 经历:2026-09-01 出现在 GitHub Trending daily 列表
- 社媒讨论:被 GitHub topics/skills-sh 收录、被 skills.sh 等多目录同时索引(amElnagdy 同作者还有 guard-skills,覆盖「agent 写完代码后的质量闸门」,形成「分派 → 写 → 守门」一条龙)
链接
GitHub 仓库:https://github.com/amElnagdy/delegate-skills
skills.sh 安装页:https://www.skills.sh/amElnagdy/delegate-skills
原作者
amElnagdy(GitHub: @amElnagdy)。同账号还维护 guard-skills(编码 agent 的质量闸门,dedup 里有记录)、skills-constitution-style 模板等。整套思路围绕「让 agent 协作但不让 agent 失控」展开,是 multi-agent 方向少见的「人 review-first」派。
介绍
Delegate Skills 由两类技能组成。第一类是 $delegate-setup:它会扫描你本机 PATH,识别已安装的 coding agent CLI,按惯例把它们组织成 lane(如把 Codex 分到 tests lane、Cursor 分到 ui lane、OpenCode 分到 feature lane),再把整套配置写到全局或项目级的 delegate-fleet.v1 文件里供后续调度使用——整套流程需要你显式 approve 才会落盘,克隆下来的项目配置默认 fail-closed。
第二类是 *-delegate 系列子技能(aider / agy / claude / cline / codex / commandcode / cursor / grok / kimi / opencode / …),每个对应一个具体 CLI 的「分派 + 接管」适配器。SKILL.md 里写清楚每个 CLI 的写入权限(默认 / 只读 / 强制跳过)、支持的 flag(--read-only、--resume-last、--session <id>)和边界(如 Aider 默认无 sandbox、Command Code 用 --yolo 是唯一可写状态等)。这些 adapter 把 CLI 之间参差不齐的安全语义对齐到一套一致的「review-first」模型上。
调用方式非常直接:先 npx skills add amElnagdy/delegate-skills,然后让你的 orchestrating agent 说一句「用 $delegate-setup 发现我的 CLI 并搭好 fleet」就完成初始化;之后说「用 $codex-delegate --lane tests 让 Codex 写 tests,再 review diff 提交」即可。
特点
- 十余种 CLI 一键适配:Claude Code、Codex、Cursor、Aider、Cline、Grok、Kimi、OpenCode、Antigravity、Command Code、Continue 等开箱即用。
- lane 抽象:把「按工作类型分派」做成一等公民,feature / tests / ui / refactor / docs 各走各的实现者,比「所有活都给一个最强 agent」更接近真实团队协作。
- 人审稿写进 skill 而不是写进文档:每次 dispatch 完一定把 diff 拉回让你 review,跑完 gate 再 commit;这一步不是「最佳实践建议」,是 Skill 行为本身。
- 每个 adapter 的安全语义显式建模:写入权限、resume 能力、只读模式(plan mode / –read-only / –dry-run)每个 CLI 都列得清清楚楚,避免「一个 CLI 安全一个不安全」的暗坑。
- 配置可全局可项目级,且 fail-closed:项目级配置在克隆下来时默认不生效,必须重新 approve,避免「pull 了个项目就被别人 fleet 配置接管」。
使用方法
1. 安装(一行)
npx skills add amElnagdy/delegate-skills
2. 初始化 fleet(在你常用的 orchestrating agent 里说)
Use $delegate-setup to discover my installed implementer CLIs and create a fleet for feature, tests, and UI work.
执行后 Skill 会列出本机已识别的 CLI、提议的 lane 划分、完整配置内容,等你 approve 才会写入 ~/.config/agent-skills/delegate-fleet.v1 或项目根。
3. 分派任务(最常用形式)
Use $codex-delegate to have Codex implement the refactor in services/billing/, then review and commit it.
也可以走 lane 形式(让 Setup 配置决定用谁):
Use $feature-delegate --lane tests to add unit tests for the new billing API.
4. 最小示例(一个三 lane fleet 的拓扑示意)
$delegate-setup ──► fleet
├─ feature lane ─► OpenCode
├─ tests lane ──► Codex
└─ ui lane ─────► Cursor
↓
Review the diff
Run the gates
↓
You land the commit
使用场景与人群
- 场景:多模块并行开发、需要 review-first 的中型项目、code review 文化重的团队、个人开发者想「让不同 agent 干自己最擅长的活」、单 agent 频繁 OOM 或卡死时想分流降本。
- 人群:已经在用 Claude Code / Codex / Cursor 中至少两种的开发者、Tech Lead 想做「AI 协作者编排」、对 agent 写代码不放心、必须由人兜底的工程团队、对 agent 安全语义敏感的安全/合规岗。
不适合的场景:纯单 agent 简单 prompt 就够的小脚本、完全不愿意 review diff 只想一键全自动的人、没有装任何 coding agent CLI 的纯聊天用户。
输入与输出案例
案例 1:lanes 自动发现
输入:orchestrator agent 执行
$delegate-setup
输出(节选):
“`
Detected CLIs on PATH:
✓ codex (OpenAI Codex)
✓ claude (Claude Code)
✓ cursor-agent (Cursor)
✗ aider (not installed)Proposed fleet:
feature → claude (Claude Code, acceptEdits)
tests → codex (Codex, –sandbox workspace-write)
ui → cursor (Cursor, –force)Write to ~/.config/agent-skills/delegate-fleet.v1? [y/N]
“`
案例 2:一次实际分派
输入:
Use $codex-delegate --lane tests to add pytest coverage for services/billing/credit.py
输出(流程日志):
[delegate] lane=tests → CLI=codex (sandbox: workspace-write)
[delegate] dispatching: codex --sandbox workspace-write --resume-last "<task>"
[codex] generating diff: +142 −18 in services/billing/test_credit.py
[delegate] returning diff to orchestrator
[human] review + run pytest → green
[delegate] awaiting explicit commit message
[human] commit "tests: cover credit idempotency edge case"
整个过程没有 auto-merge、没有绕过 review、没有把 diff 直接 push 到 main——commit 这一步必须由人来 land,这是 Delegate Skills 的核心契约。
评论区
登录后可评论。