Delegate Skills：多编码智能体调度与审查工作流
编排多个编码智能体CLI，按车道或直接委托任务，始终由你审查差异并提交。
证据显示：README 明确说明 relay 从不提交，提交由审查者负责；每个 implementer 技能都声明了默认权限和只读模式；delegate-setup 需要用户批准后才写入配置；脚本仅使用 Node 内置模块，无网络调用、无凭据读取、无遥测；依赖安全方面，GitHub Actions 使用固定版本，但未提供依赖清单或漏洞扫描证据。外部影响方面，relay 会启动 implementer CLI 和 git，可能产生文件修改，但通过只读模式和 tripwire 提供保护。回滚方面，没有提供自动回滚机制，但 diff 可审查。来源归属方面，未验证发布者身份，但 README 提供了作者信息。扣分原因：回滚和来源归属证据不足，发布者未验证。
证据显示：README 描述了统一的 relay 契约和 result.json 结构，多个技能声称经过验证，但静态审查无法确认实际运行结果。依赖可用性方面，依赖 Node 18+ 和 git，以及外部 CLI，但未提供版本锁定或安装保证。失败消息方面，README 提到 exit codes 和错误处理，但未提供具体示例。扣分原因：静态审查无法验证运行可靠性，依赖外部 CLI 的可用性未保证。
证据显示：README 面向使用 Skills CLI 的编排代理，提供了多种场景（直接委托、fleet 等），并说明了能力边界（如哪些 CLI 支持只读模式）。触发精度方面，技能名称明确，但未提供详细的触发条件。环境适配方面，支持多种操作系统和 CLI，但未提供完整的兼容性矩阵。扣分原因：触发精度和环境适配的细节不足。
证据显示：README 提供了清晰的安装说明、示例和已知限制（如某些 CLI 无只读模式）。信息架构良好，技能文件组织清晰。许可证为 MIT，但版本变更日志缺失。维护责任方面，未明确说明维护者或更新策略。扣分原因：版本变更日志和维护责任证据不足。
证据显示：输出为结构化 result.json 和 diff，便于审查。边际价值在于将任务委托给专用 CLI，同时保留审查和提交。成本效益方面，需要安装多个 CLI，但可复用。扣分原因：静态审查无法评估实际效率提升。
证据显示：README 中的声明与代码结构一致，但未提供独立的第三方验证。事实与推断分离方面，README 区分了验证状态和未验证部分。扣分原因：跨来源佐证不足，仅依赖单一仓库。
- 发布者身份未验证，需谨慎对待。
- 静态审查无法验证实际运行行为，依赖 README 中的声明。
- 部分 implementer CLI 无只读模式，需注意使用场景。
- 版本变更日志缺失，难以追踪更新。
这个 Agent 能做什么，适合哪些场景？
Delegate Skills 是一套面向 AI 编码智能体的技能包，让一个编排智能体（如 Claude Code）将编码任务委托给独立的编码智能体 CLI（如 Codex、Cursor、Claude Code 等），并保持审查与提交环节始终由编排者完成。仓库包含 18 个 *-delegate 技能，每个对应一个编码 CLI，配备统一的 Node脚本 relay.mjs 安全启动、轮询并生成结构化 result.json。另有 delegate-setup 技能用于发现本机已安装的 CLI，构建命名“车道”（如 feature、tests、ui），并在审批后写入配置。所有中继器均不执行提交、无自定义网络调用、不做遥测，代码保持可审计。该包通过 skills.sh 分发，并与 Skills CLI 兼容。
该仓库为多个编码智能体 CLI 提供标准化委托技能：aider、agy、claude-code、cline、codex、commandcode、cursor、grok、kimi、opencode、pi、omp、qoder、vibe、copilot、warp、zcode 等。每个技能包含 SKILL.md 与中继脚本 relay.mjs，负责构造参数、启动实现程序、轮询直至完成并输出 result.json（含状态、退出码、touchedFiles 等）。delegate-setup 利用 discover.mjs 探测本机现有 CLI，建议车道，写全局或项目配置文件。整个流程为：编写简报 -> 通过中继分派 -> 等待 result.json -> 审阅差异 -> 审查者提交。中继不提交、不发送遥测、仅用 Node 内置模块。
- 开发者希望将机械性重构（如账单服务重构）让 Codex 实现，自己仔细审阅 diff 后提交。
- 团队希望在多个编码 CLI（如 OpenCode、Codex、Cursor）之间按工作类型（feature、tests、ui）分配任务，由统一编排器管理。
- 希望在不把项目配置提交为全局设置的情况下，安全地使用多个委托技能的开发者（针对项目覆盖内容须明确批准）。
- 维护者需要对新编码 CLI 支持进行测试，并在真实运行中验证各自的约束与中继行为。
- 希望将委托任务排成队列（例如一系列迁移任务），在逐个审查过程中依次交给 Codex 执行。
这个 Agent 有哪些优点和局限？
- 能够在 17 种以上实现 CLI 间自由切换（Aider、Codex、Claude Code、Cursor 等），不受供应商锁定。
- 中继脚本零依赖、无网络呼叫、无遥测、可完整审计，提升了安全透明度。
- 统一的委托循环（简报 -> 中继 -> 结果 -> 审查 -> 提交）可降低学习成本，支持跨不同编排器移植。
- 提供车道和项目配置，配合批准机制支持精细控制与安全回退。
- 文档明确各实现的安全边界（例如哪些只读不可强制）与验证状态，辅助信任判断。
- 不同 CLIs 的只读模式并非全都可强制，部分实现（如 grok 写入无法被阻止）需要额外注意。
- 部分实现（如 aider 的默认 auto-commit）需要中继干预，且某些平台（如 Windows 上 Claude shell sandbox、Vibe 仅限 UNIX）缺少支持。
- 某些技能（如 opencode、vibe、omp）尚无端到端实际运行记录，仅限于合同测试，验证尚不充分。
- 可靠使用需依赖多个外部 CLI 程序，且需自行管理其身份验证与版本，配置和管理成本较高。
- 需要了解 giting、worktree 等高级 git 用法才能安全利用工作区隔离，并警惕部分中继在 Windows 上的适配问题。
如何安装或部署这个 Agent？
需要 Node.js 18+ 和 git。首先浏览可用技能：npx skills add amElnagdy/delegate-skills --list。安装全部、setup 技能或单个实现技能，例如：npx skills add amElnagdy/delegate-skills；npx skills add amElnagdy/delegate-skills --skill delegate-setup；npx skills add amElnagdy/delegate-skills --skill codex-delegate。也可按 agent 安装：npx skills add amElnagdy/delegate-skills --skill codex-delegate --agent claude-code；或全局安装：npx skills add amElnagdy/delegate-skills --global。需确保实现 CLI 已安装并完成认证（如 claude 登录、codex login），具体参考各技能文档。
如何使用这个 Agent？
安装委托技能后，请编排智能体（如 Claude Code）使用例如：“Use $claude-delegate to have a separate Claude Code session implement the parser fix, then review and commit it.” 或先使用 setup：向代理询问 “Use $delegate-setup to discover my installed implementer CLIs and create a fleet for feature, tests, and UI work.” 批准建议后，即可通过车道分派："Use $opencode-delegate --lane feature to implement the billing workflow"。中继会执行任务并返回结果 JSON；然后人工或编排智能体运行项目门禁、审查 diff，并由编排者完成提交。所有委托均要求实现 CLI 已登录且可运行。