Jules 和 OpenHands 怎么选？两个自主 Agent，一个绑账号一个能自部署
这两个都属于「你派活、它自己干」的自主 Agent，但在能不能用、能用多少这两件事上，各有各的约束。
一、两家的额度形态
Jules（按官方用量限制文档）
| 档位 | 每日任务数 | 并发任务数 | 模型 |
|---|---|---|---|
| Jules（免费） | 15 | 3 | Gemini 2.5 Pro |
| Jules in Pro | 100 | 15 | 「更高访问权限给最新模型（从 Gemini 3 Pro 开始）」 |
| Jules in Ultra | 300 | 60 | 「优先访问最新模型（从 Gemini 3 Pro 开始）」 |
价格官方页没给，只说明付费档通过 Google AI 订阅计划获得。本文不提供价格数字。
OpenHands（按 www.openhands.dev/pricing，由 www.all-hands.dev/pricing 301 永久重定向而来）
| 档位 | 价格 | 额度 | 超额 |
|---|---|---|---|
| Open Source（本地开源） | Free | 本地使用无限制 | 无 |
| Individual（个人 SaaS） | Free | 每日最多 10 次对话 | 自带 LLM 密钥，或按「成本价、无加价」按量计费 |
| Enterprise | Custom pricing | 无限并发对话、无限用户 | 页面未提供 |
该页唯一的明确数字是那个 10。
二、两个额度单位的差别
Jules 用「任务数 + 并发」两个维度，OpenHands 用「对话次数」一个维度。
Jules 把并发单列出来，说明它把「同时能跑几个」当成一项独立资源。这对异步产品是有道理的——如果并发只有 1，所谓异步就退化成了「一次只能干一件事，只不过不用你盯着」。
OpenHands 的 Individual 档只给了每日对话数，并发这个维度是在 Enterprise 那一档才被单独提到的（「无限并发对话」）。
两个单位的共同点：大小基本由你决定。派一个「改个变量名」和派一个「实现一整个功能」，都各占一个额度。
所以两家的省钱策略是一样的：别干碎活，一次派一件完整的事。
推论也一样：探索性、试错型的工作在这类产品上特别贵——每次试错都是一个完整的任务/对话。这类活更适合放在按对话或按 token 计费的工具里做，想清楚了再把成型的任务派过来。
三、门槛：这是最大的结构差别
Jules 的账号门槛
官方文档明写：
目前付费计划仅适用于个人 Google 账户（@gmail.com），其他账户类型的升级路径仍在开发中。
这是门槛，不是参数。 额度不够可以升级、可以优化用法；账号类型不对，这些手段全用不上。
而它打击的正好是最需要付费档的人——团队用的往往是 Google Workspace 账号，而团队场景又最吃并发。
OpenHands 的自部署出口
OpenHands 这边没有对应的账号门槛，而且有一条 Jules 没有的路：开源自部署（Open Source 档，本地使用无限制）。
这条路在几种情况下是决定性的：
- 数据不能出内网——这时候任何托管服务都不成立
- 要跑本地模型
- 要改源码做深度定制
- 需要行为可审计——开源意味着边界是可查的
这四条里前两条最常见，也最难绕过。
四、零成本路径对照
两家都能做到不花钱，但方式不同：
| 零成本路径 | 有没有用量上限 | 要不要部署 | |
|---|---|---|---|
| Jules | 免费档 | 有：15 任务/天、3 并发 | 不用 |
| OpenHands | Individual 免费档 | 有：10 次对话/天 | 不用 |
| OpenHands | Individual + 自带密钥 | 没有 | 不用 |
| OpenHands | Open Source 本地 | 没有（本地使用无限制） | 要 |
关键差别：OpenHands 有两条「零成本且无用量上限」的路（自带密钥、或自部署），Jules 没有——它的免费档就是 15 任务/天，要更多只能升级，而升级又受账号类型限制。
所以对「我想零成本但用量大」这个诉求，OpenHands 的路更宽。
五、自部署的真实成本
既然 OpenHands 的自部署是它的独特优势，也要诚实说清楚代价：
一次性：搭环境、接模型、跑通第一个任务。
持续：升级（上游更新了你得跟）、排障（出问题没人帮你）、环境漂移、资源占用。
隐性：注意力——每次它出问题，你就从「写代码」切换到了「修工具」；以及知识负担——你得懂它的架构才能修。
对不同的人差别极大：本来就在做运维的人边际成本很低；只想写代码的人，成本可能远超那点额度差。
一个常被忽略的中间选项：Individual 档 + 自带密钥——不用部署，也不受 10 次限制。对大多数「免费额度不够但不想部署」的人，这可能是最合适的一档。
六、按场景选
更适合 Jules 的情况
- 你是个人开发者，用个人 @gmail.com 账户（先过账号门槛这关）
- 你需要明确的并发数字——15 任务/3 并发、100/15、300/60 都是公开的
- 你要批量铺开很多条线——Ultra 档的 60 并发指向的正是「批量派活」的工作方式
- 你在 Google 的技术栈里，账号体系现成
更适合 OpenHands 的情况
- 你用的是企业 Workspace 账号——Jules 的付费档目前用不了
- 你有数据不出内网的硬约束——只有它有自部署版本
- 你想零成本且不受用量限制——Individual + 自带密钥，或自部署
- 你想跑本地模型
七、评估顺序
第一步：确认门槛。
- Jules：你的账号是个人 @gmail.com 吗？不是的话付费档暂时用不了。
- OpenHands：代码能不能经过外部服务？不能的话只有自部署一条路。
这一步过不去，后面都不用做。
第二步：用免费档验证产出质量。 Jules 每天 15 个任务、OpenHands 每天 10 次对话——两边都够判断质量了。
注意这一步排在部署之前——评估一个工具好不好用，不该从搭环境开始。
第三步：判断卡在哪条线。
- Jules：任务额度剩很多却在等 = 卡并发；派得顺但突然用完 = 卡总量
- OpenHands：10 次不够 → 直接考虑接自己的密钥，这一步不用花钱
第四步：选路。 Jules 这边要等价格才能算；OpenHands 这边个人场景的几条路平台费都是 $0。
八、自主 Agent 的共性提醒
不管选哪个，用这类产品都有共同的风险：你不在场。
几条通用做法：
- 任务描述要写足验收标准——不只说做什么，还要说怎么算做对了
- 明确边界——哪些文件能动、哪些不能。范围失控是异步场景最常见的问题
- 在干净的分支上让它干——结果不对整个丢掉，成本为零
- 从小任务开始建立信任
- 并行的活要互不相关——有依赖的同时派出去，后面那个可能基于过时状态在做
很多人觉得自主 Agent「不好用」，实际问题出在任务描述和边界上，而不是工具本身。
九、总结
- 两个都是自主 Agent，额度单位的大小都基本由你决定——省钱策略一样：别干碎活。
- Jules 把并发单列（3 / 15 / 60），OpenHands 的 Individual 档只给每日对话数（10），并发是 Enterprise 档才提到的。
- 最大的结构差别是门槛与出口：Jules 的付费档仅限个人 @gmail.com（打击的正是团队用户）；OpenHands 有开源自部署这条出口。
- OpenHands 有两条「零成本且无用量上限」的路（自带密钥、自部署），Jules 没有。
- 自部署的真实成本是持续的升级排障和注意力成本；常被忽略的中间选项是 Individual + 自带密钥——不用部署也不受 10 次限制。
- 评估顺序：先确认门槛 → 用免费档验质量（在部署之前） → 判断卡哪条线 → 选路。
- 探索性工作别放在这类产品上——每次试错都是一个完整额度。
本文中 Jules 的数字与限制来自其官方用量限制文档；OpenHands 的数字与条款来自
www.openhands.dev/pricing（由www.all-hands.dev/pricing301 跳转而来，亲测），核对日 2026-08-08。Jules 付费档与 OpenHands Enterprise 的价格官方均未给出，本文不提供。