【开源推广】cli-delegate:让 Claude、Codex、Grok、Cursor 互相委派任务

任意 2026-08-21 14:40 1

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:



  • 我的帖子已经打上 开源推广 标签:

  • 我的开源项目完整开源,无未开源部分:

  • 我的开源项目已链接认可 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 下可以停止完整子进程树



一个常见用法


我现在比较常用的是:



  1. Claude 或 Codex 分析需求、拆任务;

  2. 把实现交给 Grok,放进独立 Worktree;

  3. Grok 修改代码、跑测试;

  4. 主 Agent 检查结果;

  5. 有问题时 resume 同一个 Grok Session 继续修;

  6. 再让 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。

最新回复 (5)
  • sudo 08-21 14:56
    1

    不会出现相互甩锅的情况吧,ai发现简单就搞下,不好搞就给其他agent​^-^

  • 任意 楼主 08-21 15:21
    2

    可以自己设置skill,一般我都是让sol和fable做plan,然后甩给grok去做

  • 小飞侠 08-21 20:54
    3

    请教下佬友, 比如我在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里原生的请求特征不一致被中转站或官方认为违规

  • 任意 楼主 08-22 01:44
    4

    调用的就是原生的cli,没有任何中转,你cli是啥那就是啥

  • Hiskens 08-22 01:48
    5

    我目前用herdr实现的多agent交互,感觉用起来挺好的,佬这个有什么差别吗?

* 帖子来源Linux.do
返回