All Hands AI

是什么

All Hands AI 是 OpenHands 背后的公司，它把 OpenHands 描述为面向智能体软件开发的开放平台^[1]。这个定位值得留意：OpenHands 不是被当作一个聊天助手来卖，而是被当作智能体干活的地方。在项目网站上，智能体围绕与代码仓库绑定的对话开展工作，官方推荐的用法包括监控 Slack 频道和做拉取请求（pull request）审查^[1]。也就是说，工作的单位是代码仓库里的一件任务，而对话是通向这件任务的界面。

由来

OpenHands 有公开的研究记录。它于 2024 年 7 月 23 日作为 arXiv 预印本 2407.16741 发布，并被 ICLR 2025 接收^[3]。论文共有 24 位作者，其中包括 Xingyao Wang 和 Graham Neubig^[3]。同一份记录也写明了项目的开源基础：发表时它采用 MIT 许可，已有来自 188 位以上贡献者的 2100 多次贡献^[3]。这些数字说明，论文发表时的 OpenHands 已经是一个社区项目，而不是某个团队内部自用的工具。

由哪些部分组成

文档把这个生态拆成若干独立仓库，而不是做成一个单体。它列出了 Agent Canvas、带 Agent Server 的 Software Agent SDK、Automation Server 和 Sandbox Server，各自位于单独的仓库^[2]。这种划分对应着工作的几个环节：人同智能体协作的界面、用来构建智能体的工具包、运行智能体的服务器、按触发条件发起任务的服务器，以及一个沙箱（sandbox）——让智能体写出的代码在隔离环境中执行。文档还特别说明，每个公开仓库各自带有自己的许可，而不是一份覆盖整个生态的许可^[2]，所以复用其中组件的人需要逐个仓库确认条款。

运行方式有两种：一种是托管的 OpenHands Cloud，另一种是面向授权自托管或托管部署的企业版^[2]。

用来做什么

自动化任务可以由 GitHub、Slack、Jira、Linear 以及定时计划触发^[1]，这等于是把智能体放进软件团队本来就在提任务、跟任务的地方。网站上的模板覆盖拉取请求审查、Linear 问题分诊、Jira 事故分诊、安全修复和 CI 失败修复^[1]。把这些模板放在一起看，描述的都是代码仓库里反复出现的杂活：有人提了拉取请求，需要先过一遍；来了一条问题，需要分类；报了一起事故，需要分诊；某个依赖需要打补丁；构建挂了，需要修复。这些都是边界清楚、可重复、结果可核对的任务，与让模型从零写一个功能是完全不同的命题。

在发展中的位置

OpenHands 属于编程智能体打包方式转变的一部分。它不是在编辑器里提示下一行文字的工具，而是直接作用于仓库的智能体：读代码、改代码、执行命令，然后回报结果。这种转变带来自己的工程问题——智能体的代码在哪里运行、一次执行如何被触发、团队怎样在它之上构建自己的智能体——文档里的仓库拆分就是对这些问题的一种回答^[2]。MIT 许可和发表时的贡献者规模^[3]，也把它放在开源传统里，而不是一条封闭的产品线中，尽管公司同时提供托管的云服务和面向企业的版本^[2]。

这个平台本身并不能决定边界在哪里。一个可以被指向代码仓库、又能接受来自 GitHub、Slack、Jira、Linear 或定时计划触发的智能体^[1]，其价值取决于交给它的任务以及随后的审查。网站上的模板最好被理解为建造者对当下适用场景的判断：分诊、审查、修复与构建排障^[1]。