Buda vs OpenHands：工程 Agent 还是跨职能 Agent 工作区？
比较 Agentic Software Delivery 与工程 Control Plane，以及面向公司运营的持久多 Agent 工作区。
Buda vs OpenHands：工程 Agent 还是跨职能 Agent 工作区？
OpenHands 已经不能被描述成一个本地 Coding Agent Demo。它当前覆盖 Agent Canvas、本地与远程 Backend、Cloud、Enterprise VPC、Automations、Agent Control Plane 和 Software Agent SDK，也能运行 OpenHands、Claude Code、Codex、Gemini CLI 等 Agent。
Buda 同样提供持久 Agent、Files、Browser、Terminal、Git、Skills、Channels、Automations 和人工审核。真正的问题不是谁的 Agent 功能更多，而是：权威执行系统是软件交付链，还是消费工程结果的公司工作流？
比较今天真实存在的产品
OpenHands 把自己定位为 Agentic Software Development Platform。Agent Canvas 可以并行运行 Agent，连接 Local、Remote 和 Cloud Backend，并由 GitHub、Slack、Jira、Linear、Schedule 与其他 Integration 触发工作。流程覆盖 Plan、Execute、Validate、Ship 和 Monitor。
部署面也很完整：个人可以本地或 Docker 运行；团队可以使用 VM 或共享 Backend；OpenHands Cloud 提供托管 Sandbox；Enterprise 可进入 VPC 或受控环境。Agent Control Plane 统一管理谁能运行、访问什么、在哪里执行、花费多少和修改什么。
SDK 官方文档明确以 Software Engineering 为中心，包含 Bash、文件编辑、浏览、MCP、Custom Tools、REST Agent Server、Remote Execution、Persistent Memory、安全控制和多 Agent 重构。
所以“OpenHands 只在本地”“只会给代码建议”都已经过时。
沿着工程信号链看
OpenHands 围绕工程栈中的信号组织工作：
- GitHub Issue、PR、Slack 请求、Jira Incident、Linear Task、Schedule 或 Webhook 触发。
- Agent 读取 Repository 与 Workspace Context，形成 Plan。
- 修改文件、运行命令和测试，或调查 Logs。
- Workflow 验证结果。
- 创建或更新工程 Artifact。
- Developer 或 Engineering Owner Review、Approve、Merge。
这是 OpenHands 的优势。代码变更、CI Failure、Security Finding、Dependency Update、Docs Drift 与 Incident Fix 都有天然工程对象和审核者。
Buda 也能参与技术工作，但工作单位更广。Research Agent 查来源，Engineering Agent 看 Git，Content Agent 生成多语言包，Operations Agent 汇总周报。最终产物可以是 Brief、Document、Table、Campaign、Customer Response 或 Decision Record，而不一定是 PR。
Control Plane 不等于公司工作区
OpenHands Control Plane 管理生产中的工程 Agent：Runtime、Access、Execution Location、Spend、Changes、Policy 与 Auditability。这是真实的平台基础设施，不是缺失项。
Buda Space 与 Agent 模型回答另一组问题：哪个长期职能 Agent 负责重复工作，哪些资料共享，哪些工具可用，谁能看 Session，哪个人验收最终业务 Artifact。
两者都有控制与人工审核，区别在被控制和被验收的对象。
分流四类 Workload
Repository Change
Bug、Feature、Dependency Update 或 Refactor 从 Repository 开始，也在 Repository 结束。验收对象是已测试代码、PR、Review Evidence 和 Merge Decision。
OpenHands 是直接选择。Buda 不应宣称替代这种工程深度。
Engineering Platform Governance
Platform 或 Security Team 需要统一 Agent/Model、执行位置、Repository/Secret Access、Spend 与 Change Policy。
OpenHands Control Plane 和 Enterprise/VPC 针对这类工作。应该直接评估 Deployment、Sandbox、Identity、Audit 和 Policy。
跨职能重复运营
一次 Launch 从 merged PR 开始，但继续进入 Product Notes、Screenshots、Localization、Support Prep、Customer Communication 和 Management Review。Repository 只是一个输入。
这时 Buda 更相关。命名 Agent 保留岗位 Context，共享选定 Drive Files，使用 Browser/Terminal/Git 与 Channels，按计划运行 Automations，并把可见 Artifact 交给负责人。
Engineering-to-business Handoff
许多团队需要两者。OpenHands 产出已验收的 Merge Commit、Test Evidence、Architecture Decision 或 Security Report；人批准后，Buda 把它作为稳定来源继续执行下游工作。
交接不应是一段 Chat Summary，而应是带版本、Owner、Known Limits 和 Acceptance Event 的 Artifact。
| 工作对象 | 自然系统 | 人工验收 |
|---|---|---|
| Code Change 与 Tests | OpenHands Engineering Workflow | Developer Review 与 Merge |
| Agent Runtime 与 Repository Access Policy | OpenHands Control Plane | Platform/Security Approval |
| 跨职能报告、内容或客户运营 | Buda Agent Workspace | Functional Owner 审核 Artifact |
| 基于已验收工程结果的下游工作 | OpenHands → 明确交接 → Buda | 工程验收 Source，业务验收 Deliverable |
Review Distance 也是购买条件
OpenHands 的审核靠近代码：Diff、Commands、Tests、PR Comments、Security Findings 和 Repository State。
Buda 的审核可以在下游：Source Packet、多语言文章、运营报告、CRM Update 或 Launch Checklist。Git Evidence 可以保留，但验收对象是业务交付物。
不要用 Repository Review 批准业务决策，也不要让业务 Manager 直接审核没有 Artifact 的原始 Agent Execution。
不要用“自托管 vs 云端”偷懒
OpenHands 有 Local、Docker、VM、Cloud 和 Enterprise VPC。Buda 是 Cloud-native 并托管 Agent Workspace。“Self-hosted vs Cloud”不足以完成比较。
应该问：基础设施选择是否是需求；Agent 是否必须在私有网络访问 Repository；需要的是 Engineering Control Plane 还是 Functional Workspace；验收的是 Repository Artifact 还是 Company Artifact；失败恢复由谁负责。
SDK 边界必须说清楚
当团队要开发 Agent-powered Developer Experience 或自定义 Software Engineering Automation，OpenHands SDK 是直接选择。它 Model-agnostic，提供 Python/REST API，可本地或远程运行。
Buda Skills 与 API 用于托管工作区中的可复用流程和 Hosted Agents。若需求本身就是 SDK，Buda 不是替代品。
OpenHands 采购边界问题
OpenHands 只能自托管吗？
不是。官方资料覆盖 Local、Docker、VM、OpenHands Cloud 与 Enterprise/VPC。
OpenHands 能运行多个 Agent 和 Automation 吗？
可以。Agent Canvas 支持并行 Agent、多个 Backend、Schedule/Event Automation 和兼容的第三方 Agent。
OpenHands 只做 Code Completion 吗？
不是。它能端到端执行 Repository Change、Commands、Tests、PR Review、CI Investigation 和 Security Remediation。
Buda 是更强 Coding Harness 吗？
不是这个主张。Buda 服务跨工程、研究、内容、销售、客服与运营的长期工作和业务 Artifact Review。
可以一起用吗？
可以。工程执行与 Code Review 留在 OpenHands，已验收 Artifact 晋级到 Buda 做下游重复工作。
做一次工程结果晋级测试
选择一个会产生下游工作的工程变更。先在 OpenHands 完成并审核代码，再把 Commit、Tests、Behavior、Screenshots、Risks 和 Owner 打包。随后在 Buda 执行 Release 或 Customer Workflow。
记录上下文重建、重复权限、Owner 不清和重新打开原始执行的次数。结果会说明团队缺的是 Engineering Agent Platform、Company Agent Workspace，还是两者之间的清晰 Contract。
查看 Buda AI Agent Workspace、Featured Agents、Skills Marketplace 和 Buda Docs。