Murmell 对比 OpenHands Agent Canvas

OpenHands Agent Canvas 的作者把它定位为一个可视化的本地工作区,用来运行编程代理,专为并行代理而不是单一会话设计。Murmell 是一块云端画布,里面是真实终端,这些并行代理共用一个目录,而不是各自一份。

同一个想法,两种答案

这是这份列表里最接近的一组对比:两款产品都认定并行代理需要一个自己的界面,而不是一个标签页。分歧在于给第二个代理什么。

Agent Canvas 给它一个 worktree:你文件的第二份拷贝,在它自己的分支上。这很稳健,是标准的 git 用法,不需要任何仲裁者。Murmell 给它和其他代理一样的那个目录,写入前先占用。

自托管和开放源码。它运行在你自己的硬件上,你可以修改它,没有任何东西离开你的网络。如果这是硬性条件,问题就已经有了答案:Murmell 运营机器,这就是产品本身。

代码必须留在你能控制的硬件上,或者隔离的并行执行正好符合你的工作方式,选 Agent Canvas。多个代理需要碰同样的代码、还需要其他人旁观,选 Murmell。占用机制如何运作。

	OpenHands Agent Canvas	Murmell
第二个代理在哪里工作	自己的 git worktree,你文件的第二份拷贝,在它自己的分支上	共享目录,写入前先占用要动的路径
谁能旁观	坐在这台机器前的人,或者你自己托管的地方	拿到链接的任何人,实时查看,每个光标都带名字
工作产物落在哪里	它自己 worktree 的分支	项目的私有仓库,随工作进度不断推送

OpenHands Agent Canvas 和 Murmell 有什么区别?

Agent Canvas 同时运行多个代理,把每个都隔离在自己的 git worktree 里——你文件真正的第二份拷贝,在属于它自己的分支上。Murmell 把代理放进一个共享目录,靠服务器强制执行的文件占用机制来防止碰撞。

OpenHands Agent Canvas 是免费且可自托管的吗?

是的。它采用 MIT 许可证,一条命令就能在本地启动,不强制要求 Docker,可以接入一个 Docker 容器、你自己的机器,或者你网络内的一个集群。Murmell 目前没有自托管选项。