- 任意2026-08-2148188
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
- 我的帖子已经打上 开源推广 标签: 是
- 我的开源项目完整开源,无未开源部分: 是
- 我的开源项目已链接认可 LINUX DO 社区: 是
- 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
- 以上选择我承诺是永久有效的,接受社区和佬友监督: 是
项目说明来自仓库 README 和本机实测,Codex 帮我整理了版式;AI 辅助生成的演示内容已放在下方两张截图中。
为什么写这个
最近同时在用 Claude Code、Codex、Grok Build 和 Cursor,遇到一个很现实的问题:Claude/Codex 的额度先见底,Grok/Cursor 的额度还没怎么动。
所以写了一个轻量 Skill:
cli-delegate,让一个 CLI 直接把任务委派给另一个 CLI。主 Agent 负责拆任务和验收,搜索、实现、测试、第二轮审查可以交给另一个 Harness,消耗对应订阅的额度。项目地址
GitHub:https://github.com/isCopyman/cli-delegate
MIT 协议,脚本本身零运行时依赖。

主要功能
- 支持 Claude Code / Codex / Grok Build / Cursor Agent 四种 Harness 互调
-
run新建目标 CLI 的原生 Session-
resume继续同一个原生 Session,保留目标 CLI 的上下文-
--background后台运行,配套status / log / show / stop-
--worktree为一次性写任务创建独立 Git Worktree-
--worktree-name保存可以持续恢复的开发通道,适合多轮实现-
--model / --effort统一指定模型和思考强度-
--schema让 Grok、Claude、Codex 返回统一 JSON 结构-
--prompt-file传递较长的任务说明、验收条件和文件范围-
sessions枚举各家 CLI 已有的本地 Session- 多个同类 Session 时返回候选项,由调用方明确选择
- Windows 下可以停止完整子进程树

一个常见用法
我现在比较常用的是:
- Claude 或 Codex 分析需求、拆任务;
- 把实现交给 Grok,放进独立 Worktree;
- Grok 修改代码、跑测试;
- 主 Agent 检查结果;
- 有问题时 resume 同一个 Grok Session 继续修;
- 再让 Cursor 或另一个模型做一轮审查。
这样可以把几个订阅的额度都利用起来,也能让不同模型做各自更擅长的部分。
安装
需要 Node.js 18.18+,并安装至少一个目标 CLI。
使用 Skillshare:```
skillshare install isCopyman/cli-delegate -s cli-delegate
skillshare sync
``或者 PowerShell:``
git clone https://github.com/isCopyman/cli-delegate.git
pwsh -File .\cli-delegate\install.ps1
``安装后新开一个 Claude Code / Codex / Grok / Cursor 会话,直接告诉 Agent:``
使用 cli-delegate,让 Grok 在独立 Worktree 中实现这个功能。
``下一轮继续同一个会话:``
恢复刚才的 Grok Session,继续修复测试失败。
```目前主要在 Windows 环境使用,欢迎反馈不同 CLI 版本、Linux/macOS、Session 恢复和 Worktree 方面的兼容问题,也欢迎提 Issue / PR。主楼 - sudo2026-08-2116884
不会出现相互甩锅的情况吧,ai发现简单就搞下,不好搞就给其他agent^-^
- 任意2026-08-2148188
可以自己设置skill,一般我都是让sol和fable做plan,然后甩给grok去做
- 小飞侠2026-08-219600
请教下佬友, 比如我在codex里想调用cc一起pan,然后最终执行都交给 cursor-agent (实际我自己换了一个别名比如cursorx), 是说使用这个skill后, 发起的cc调用和cursor-agnet调用的这些请求就相当于在cc/cursor-agent各自环境里原生直接发起对应请求这样?
主要说发起的 cc/cursor-agent 的请求各方面特征是不是就和在claudecode/cursor-agent里是一致的? 比如请求头和各方面请求结构和形式.
主要是说考虑到不同ai厂商针对请求的特征检测越来越严格, 就怕比如codex调用cc一起plan,然后可能这种调用模式下cc的请求的请求头或者其他什么的和cc里原生的请求特征不一致被中转站或官方认为违规
- 任意2026-08-2248188
调用的就是原生的cli,没有任何中转,你cli是啥那就是啥
- Hiskens2026-08-2215585
我目前用herdr实现的多agent交互,感觉用起来挺好的,佬这个有什么差别吗?