选 OPENHANDS，如果你要
灵活的 Agent 控制中心
- Web 对话和本地、远程、Docker、VM、云后端选择
- 通过计划或 webhook 触发跨 GitHub 等工具的自动化
- 通过可配置 profile 使用任意 LLM
- MIT 协议项目，并愿意定义自己的交付流程
竞品对比 · 事实核实于 2026-09-07
Orbi vs OpenHands
两个开源项目，不同的交付形状。OpenHands 是 AI 驱动开发平台，当前的 Agent Canvas 可本地运行，也可连接 Docker、VM 或云端 agent 后端。Orbi 是 GitHub 原生交付产线，给 Issue 加上 ai-ready 就启动工作。两者都支持自托管和 BYOK，不应夸大重叠或差异。
按对方官方材料理解
OpenHands 是什么
OpenHands（曾与 OpenDevin 这个名称关联）在其官方仓库中将 Agent Canvas 定义为用于发起对话和自动化任务的开发者控制中心。官方 README 说明它默认本地运行，也可连接 Docker 容器、VM 或公司基础设施中的 agent，并可选择 OpenHands Cloud 或 Enterprise。Automation Server 能按计划或 webhook 事件运行任务，支持 GitHub、Slack、Linear、Notion 等集成。
来源：OpenHands 官方仓库；OpenHands Automation 仓库——核实于 2026-09-07。
运行边界
容器、云，或自己的后端
文档列出的入口很广：浏览器 Canvas 对话、本地启动器和 Docker、自动化/webhook，以及 Agent Server 的 REST API。OpenHands Cloud 是可选的商业服务；自托管仍是官方路径。
| 维度 | Orbi | OpenHands |
|---|---|---|
| 运行位置 | 用户机器和 Git worktree | 本地、Docker、VM、公司基础设施或 OpenHands Cloud |
| 任务入口 | GitHub Issue + ai-ready | Agent Canvas/Web UI、本地 CLI、自动化和 webhook、Agent Server REST API |
| 模型 | BYOK，任意端点 | BYOK；官方文档说明可使用任意 LLM 和可配置的 LLM profile |
| 状态存储 | GitHub Issues、labels、分支、PR | SDK/Automation 组件中的对话、workspace、事件和运行历史 |
| GitHub 耦合 | 原生队列和交付账本 | 众多工具中的一种集成/自动化；上述材料没有把 GitHub 定为唯一队列 |
| 开源 / 自托管 | 是 / 是 | MIT / 是；Cloud 和 Enterprise 是可选服务 |
来源：OpenHands README；software-agent-sdk；LLM profile 文档；自动化文档——核实于 2026-09-07。
诚实结论
哪个适合你的工作
选择取决于你想拥有哪条边界，而不是哪个项目“更开放”。两者都是开源、可自托管、支持 provider 选择的系统。
来源
来源与核实日期
这是截至 2026-09-07 的快照。做架构决定前，请重新查看下列官方材料。
- OpenHands 官方仓库——Agent Canvas、Docker/VM/云后端、BYOK、集成核实于 2026-09-07
- software-agent-sdk——SDK、Agent Server、对话、workspace、事件和 REST API核实于 2026-09-07
- Automation 官方仓库——计划、webhook、运行历史和调度核实于 2026-09-07
- OpenHands license——MIT License核实于 2026-09-07
- Orbi 文档——Orbi 的 GitHub 原生工作流核实于 2026-09-07
开源核心
两种持续交付方式
OpenHands 提供广泛的控制中心和后端选择；Orbi 提供 GitHub Issue 队列和交付账本。两者都让你拥有部署方式。