让几个编程代理有个共同工作台：认识 OpenHands Agent Canvas

一个代理在笔记本上改页面，另一个在服务器里处理仓库任务，第三个会话还在等你补充信息。工具越多，最先变乱的可能不是代码，而是“它们现在都在做什么”。

OpenHands 的当前主仓库把重点放到了 Agent Canvas：一个可以自行部署的代理控制中心。它集中展示会话、连接执行后端，也能配合自动化服务管理定时或事件触发的工作。对已经在用编程代理的人，这比又换一个更会聊天的窗口更有实际意义。

先纠正一个旧印象

如果你看过早期 OpenHands 教程，可能记得用 Docker 启动完整网页开发环境。现在的官方介绍已经把职责拆开：Agent Canvas 是浏览器客户端和控制中心；Software Agent SDK 与 Agent Server 负责执行、工具、工作区和会话；自动化服务负责何时启动任务。旧的 Local GUI 被列为弃用项目。

这不是换几个页面名称。准备采用前，必须知道自己缺的是哪一层：只是想集中看任务，就先看 Canvas；要把代理嵌入自己的程序，需要看 SDK；要让任务按计划运行，还涉及自动化服务。官方 agent-canvas 启动器默认可以一起启动整套本地服务；如果只单独运行 Canvas 前端，则需要另连后端。两种方式仍都要准备模型连接与执行资源。

一个台面，接不同的执行环境

Canvas 可以连接本地、自建或托管后端。官方仓库还列出通过 ACP 接入第三方代理的路径，因此使用者不必把所有任务都改写为某一个代理的专属方式。

拿一个小团队的场景解释：页面样式在个人电脑上的仓库里改；依赖检查放在服务器的专用环境里跑。统一控制中心的收益，是从同一个入口找到相关会话和后端，而不是把两件工作强行塞进同一个工作目录。这里的任务划分是说明用途的例子，不是本文运行过的团队演示。

自动化也应从一个能复查的任务开始，例如定时生成待审核报告。真正发出通知、提交代码或触发外部操作，需要相应服务连接和权限，控制台不会替你取得这些授权。

运行位置比界面更值得先看

仓库提供直接运行和 Docker 沙箱等方式，并明确提示：无沙箱方式会让代理服务器直接运行在宿主机，能够访问其文件系统。多会话隔离执行也不等于文件必然隔离；如果会话选了同一个宿主工作区，仍可能改到同一批文件。

这对希望“多开几个代理”的人尤其重要。不同任务应使用清楚的工作目录或 worktree，并检查每个后端实际挂载了什么。别把界面上显示两个会话，误认为底层天然互不干扰。具体部署边界可继续读自建指南。

Agent Canvas 主仓库采用 MIT 许可，但 OpenHands 生态中的不同仓库与商业服务有各自条件。模型服务、执行资源和云端套餐也不能从这份代码许可推导出来。

它适合已经产生“多个代理、多个环境、持续任务”管理需求的人。若你只是偶尔让 AI 改一段函数，先把单次任务用好更轻便。本文依据当前官方架构与文档介绍，没有安装控制台或执行自动化。