OpenHands 免费档每天 10 次对话够用吗？这个数字背后的取舍
OpenHands 的定价里有个数字很显眼：个人档免费，但每天最多 10 次对话。
10 这个数字听起来很紧。但要判断它够不够用，得先搞清楚几件事：这个「对话」是什么单位、这个档位的定位是什么、以及它旁边还有什么选项。
零、先记一条实测事实
访问 www.all-hands.dev/pricing 会返回：
301 Moved Permanently
Location: https://www.openhands.dev/pricing
跨主机的永久重定向，官方域名已迁到 openhands.dev。 这是 2026-08-08 的亲测结果。
本文只写状态码和跳转目标——迁移的原因、时间线、老域名是否会停用，都没有可核实的公开信息，本文不推测。
实用价值：书签、文档、内部 wiki 里存的老域名值得更新。
一、三档的官方信息
按 www.openhands.dev/pricing：
| 档位 | 价格 | 包含额度 | 超额 |
|---|---|---|---|
| Open Source（本地开源） | Free | 本地使用无限制 | 无 |
| Individual（个人 SaaS） | Free | 每日最多 10 次对话 | 自带 LLM 密钥，或用 OpenHands 提供商按「成本价、无加价」按量计费 |
| Enterprise | Custom pricing | 无限并发对话、无限用户 | 页面未提供 |
注意一件事：这个页面上唯一的明确数字，就是 Individual 档的每日 10 次对话。其他档位没有给具体费率——Enterprise 是自定义定价，Open Source 是本地跑没有额度概念。
所以本文不会给任何价格数字，因为页面上没有。
二、这个 10 次是什么性质
先明确它的位置：Individual 档是免费的 SaaS 服务。
也就是说，这 10 次不是「付费之后给你的额度」，是「免费给你用的量」。
这个定位很关键，因为它改变了评价的标准：
- 如果这是一个 $20/月 的套餐给 10 次对话，那确实很少
- 但它是免费的，那 10 次的性质就变成了「白给的体验额度」
再看它旁边的选项就更清楚了：同一档位支持自带 LLM 密钥，或者用 OpenHands 提供商按成本价计费。
换句话说，10 次是「不花一分钱能用多少」的上限，而不是「你能用多少」的上限。 想用更多，接上自己的密钥就行，编辑器/平台这一侧还是免费的。
理解这一点之后，「10 次够不够」这个问题的重要性就下降了很多。
三、「对话」这个单位
额度单位是对话次数，这在 AI 编程工具里不算常见。
对比一下常见的几种：
| 单位 | 一个单位的大小由谁决定 |
|---|---|
| token | 内容长度决定 |
| 请求次数 | 工具的内部实现决定 |
| credits | 平台规则决定 |
| 对话次数 | 基本由你决定 |
跟「任务数」类似，「对话次数」这个单位的大小很大程度上由你控制。
一次对话里你可以：
- 只问一个简单问题（浪费）
- 完成一整个功能的实现，中间多轮来回（充分利用）
所以在按对话计费的额度下，最不划算的用法是「一个问题开一个新对话」。
最划算的用法是：一次对话里把一件完整的事做完，需要补充说明就在同一个对话里继续。
这个策略能让 10 次的实际价值差出好几倍。
（需要说明：一次对话内部能进行多少轮交互，页面上没有说明限制，本文不推断。这里给的是基于「按对话计费」这个机制的通用策略。）
四、10 次够不够：分情况
够用的情况：
- 你把它当成辅助工具，主力还是别的东西。一天派 10 件事给它，已经不少
- 你的对话颗粒度大——每次对话解决一件完整的事
- 你在评估阶段，想先看看效果再决定要不要深入
不够用的情况：
- 你想拿它当主力工具，一整天高频使用
- 你习惯一问一答，每个小问题开一个新对话
- 你在探索阶段，需要反复试错——试错在按对话计费下特别贵
但请回到第二节那句话：不够用的时候，你的下一步不一定是「掏钱升级」，而可能是「接上自己的 API 密钥」。这条路在 Individual 档上是开着的。
五、和另外两档的关系
Individual 和 Open Source 的关系：
- Open Source 是本地跑，官方写的是「本地使用无限制」——没有 10 次的限制
- Individual 是 SaaS，省了自己部署的麻烦，代价是免费额度有上限
所以如果你不介意自己部署，Open Source 档从额度角度看是更宽松的。 代价是你要自己搭环境、自己维护、自己管模型接入。
这是一个很实在的取舍：用你的时间和运维精力，换掉那个 10 次的限制。
Individual 和 Enterprise 的关系：
- Enterprise 是 Custom pricing，提供无限并发对话、无限用户
- 页面上没有给费率
注意 Enterprise 那栏写的是「无限并发对话」——并发和总量是两个维度。这暗示在企业场景下，并发是个被单独关注的资源。
六、超出 10 次之后的两条路
Individual 档的超额说明写得很清楚，有两条路：
第一条：自带 LLM 密钥。
平台这边免费，模型费用你直接付给供应商。
适合：已经有 API 账号的人。这条路等于用平台的免费额度 + 你自己的模型额度，两边都不浪费。
第二条：用 OpenHands 提供商，按「成本价、无加价」按量计费。
这是个明确的定价姿态——平台不在模型费上赚差价。
适合：不想自己管密钥的人。既然是成本价，那这个便利没有额外收费。
两条路的选择跟别处一样：你现在有没有在管 API 密钥？有就走第一条，没有也不想管就走第二条。
七、给评估者的建议
如果你在评估 OpenHands，建议的顺序：
第一步，用 Individual 档的 10 次对话摸效果。
这一步免费，而且 10 次足够让你判断产出质量。质量不满意的话，后面的额度问题都不用考虑了。
第二步，判断自己的用量形态。
一天需要派几件事？每件事的颗粒度多大？
第三步，选路。
- 10 次够用 → 就用 Individual 免费档
- 不够，但你有 API 账号 → Individual + 自带密钥
- 不够，也不想管密钥 → Individual + OpenHands 提供商（成本价）
- 想彻底摆脱额度限制，且愿意自己部署 → Open Source 本地跑
- 团队/企业场景 → Enterprise，价格要另谈
注意这五条里有四条是不用付订阅费的。 这是 OpenHands 定价结构的一个特点——它的付费墙不在平台层，在模型和企业功能层。
八、总结
www.all-hands.dev/pricing301 永久重定向到www.openhands.dev/pricing（2026-08-08 亲测），域名已迁移。迁移原因本文不推测。- 每日 10 次对话是「不花钱能用多少」的上限，不是「你能用多少」的上限——同一档位支持自带密钥或按成本价付费。
- 页面上唯一的明确数字就是这个 10，其他档位没有给费率，本文不提供任何价格。
- 「对话」这个单位的大小基本由你决定——最不划算的用法是一个小问题开一个新对话，最划算的是一次对话做完一件完整的事。
- 不介意自己部署的话，Open Source 档「本地使用无限制」，用运维精力换掉额度限制。
- 超额两条路：自带密钥（已有 API 账号的人）、OpenHands 提供商按成本价无加价（不想管密钥的人）。
- 评估顺序：先用 10 次摸质量 → 判断用量形态 → 选路。五条路里有四条不用付订阅费。
本文数字与条款引述来自
www.openhands.dev/pricing官方定价页，核对日 2026-08-08。该页未提供 Enterprise 的具体费率，本文不推测。 定价会调整，以官方页面为准。