【开源推广】由你的主harness协调的多coding agent无缝协作,无需切换工具,支持无感远程开发

xsxdot 2026-08-20 14:41 1

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



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

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

  • 我的开源项目已链接认可 LINUX DO 社区:

  • 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:

  • 以上选择我承诺是永久有效的,接受社区和佬友监督:


以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出


如何以更高效更低成本的方式进行开发,一直是广大开发者在探索的目标,尤其是现在各家的harness百花齐放,各家也都有自己的优势,有的是规划能力,有的是成本低。大部分人用习惯了自己的工具,其实是不太想换的。


我测试了同一个plan在deepseek v4 flash、gpt-5.6-luna、grok 4.5、opus 5的执行结果,答案是在plan质量稳定的情况下,质量最终都不会太差,甚至相差无几,但是耗时和成本的差距是巨大的,在DeepSeek没涨价之前,v4 flash执行plan的成本几乎为0,一个opencode go就足以支撑整个月的开发(我在opencode计算了我9天用了31亿token,消耗了22%的月限额,涨价前)。qwen3.8 27B出来后,我用openrouter和租用的5090自部署的都用同一个plan测试了一下,质量也相差无几。现在DeepSeek涨价后,我又把plan的执行者切换到了codex的luna,卸载了superpowers。


所以,handoff是我的答卷,handoff由cli和agentd组成,cli负责发送用户/主Agent的指令,agentd负责调用其他coding agent干活。你可以在任意harness中调用handoff,让你的主agent负责规划,然后通过handoff派发到更便宜的模型去执行,在执行期间负责解答执行者的问题,权限的审批,handoff与其他类似的工具不同的是,不会给执行者所有的权限,你甚至可以自定义权限审批链,让另一个便宜的模型先审查,更危险的才回传回调用者这里。如果执行者在执行期间有疑问,handoff会把问题回传给调用者进行解答,无需人工介入。


handoff提供的是派发和操作的能力,所以怎么玩,完全是你自己说了算。比如你想测试几个模型执行同一个任务的能力,可以让主agent给这些模型派发所有的任务,然后监听过程,对结果进行打分。也可以在一台一直运行的机器上部署handoff的执行机节点,团队的N个人同时调用这台机器的agent。也可以和goal一起搭配使用,handoff能让主会话尽可能的节省执行的上下文,从而让主会话时刻保持关注最终目标。也可以让opencode来执行,codex来进行审阅,主会话进行验收。


这一切的一切,你要付出的成本就是安装handoff和skill,然后把全局规则按照你的流程编辑好。



handoff的功能、流程、特性



  1. 你的强模型harness作为审核者/协调者把一个具体的plan或者任务派发到某个执行者(目前只支持opencode、claude code、codex、grok),然后挂起监听。

  2. 执行者在执行的时候会有提问/权限审批,harness接到后进行回答或者审批

  3. 执行者结束后进入待审核状态,harness检查,没问题就done掉这个任务。

  4. 有问题的话,通过continue命令让执行者继续在原会话中返工。

  5. handoff自动处理git基线,自动创建工作树/分支,并以此为目录打开执行者harness。

  6. 断线自动重连,更新不影响不打断执行者的任务执行。(但是为了安全起见,有任务执行时不会更新,需要使用–force强制更新)

  7. 支持派发到远程开发机(这是我最爱的功能,我上下班的路上它也在干活)

  8. 安装时自带skill,用户无学习成本,让agent自己搞去。

  9. 审批链:可以自己配置一个低成本模型做第一道自动审批,主harness是第二道,前面两道都不敢审批的,会提到用户这里进行审批。


看着好像是挺麻烦,但是需要我们做的就是安装,和一句指令:“/handoff handoff到devbox执行,使用opencode,整个plan派发,让执行者内部使用subagent执行。”



handoff还支持对每一个执行者设置不同的代理,编写好env,在配置文件或者桌面端制定,那个执行者在被调用之前会加载这些环境变量。


最后是桌面端也上线了,同样支持远程开发机,支持终端(Windows不支持)。下面截图中间区域,左侧为派发的某个任务的过程和进度,右侧是终端打开的opencode。




附上两个原帖,分别是四个模型的测试和handoff的使用经验。

用一个真实需求测试了DP V4 Flash + grok4.5 + 5.6-luna + opus 5的表现


【后续】继上次实测四个模型后,选了v4 flash做的新coding工作流,经过两个真实项目验证了


GitHub地址:


https://github.com/Xsxdot/handoff


上个帖投票的前两个,Windows原生执行机和桌面端已完成,继续接真实需求,不在下面的可以评论。





  • 移动端,支持随时随地vibe coding

  • 端到端加密中转,无内网可达的远程执行机中转连接

  • 内嵌工作流






0
投票人



最新回复 (8)
  • ljj414 08-28 19:36
    1

    佬友,我已经用了一段时间,有一个问题,我在用fable做协调者,sol做协调者时通常能全自动跑完。但opus做执行者时handoff wait–follow无法正常唤醒主协调者,是否只能使用subagent作为执行者呢

  • xsxdot 楼主 08-28 21:28
    2

    我实测opus是没有问题的,我用opus比fable多,这个问题应该是跟模型没有关系,是监听回调协调者的问题,最近确实修复了很多bug,里面有一些偶发不回调的情况,但是我最近一直在测工作流和中转,所以没有打tag发版,我尽量明天发一版。你可以直接在回复opus消息的时候,直接问他,是没有收到事件还是收到事件没有唤醒你,他会查那条命令分析原因,如果是handoff的问题,辛苦回复或者私聊我,我来修复。

  • ljj414 08-28 22:18
    3

    是的,主协调收不到传回的task notification,然后每次执行者等待或者完成的时候都得告诉主协调者,让他主动去看。我设了个轮询脚本能证明协调者在对话运行中是能响应task notification的,只是还没找到为什么执行者需要被介入的时候task notification总是传不过去。^-^期待佬的更新

  • 遥遥有期 08-28 22:25
    4

    这是一个任务就是一个会话?还是一次消息是一个独立会话,信息全靠文档传递?

  • xsxdot 楼主 08-29 10:21
    5

    OK,你可以先在claude.md中加一条不要用follow,我尽量今天就发版

  • xsxdot 楼主 08-29 10:23
    6

    一个任务一个会话,你说的信息如果是协调者和执行者之间沟通的话,不是通过文档,是通过各个agent对外提供的协议,通过cli和网络协议传递的,首次派发是通过提示词或者一个文档开启任务

  • Lin Edwards 08-29 10:34
    7

    这才是真·把钱花在刀刃上啊!^-^^-^

  • 遥遥有期 08-29 20:28
    8

    下载来试试看。有一个项目叫mutica跟你这个很像,不过功能比你这个多,它就是一次消息一个会话,一个任务很难前后传递完整上下文

* 帖子来源Linux.do
返回