OpenHands 说按成本价无加价，跟自带密钥比该选哪个

2026-08-08

OpenHands 的 Individual 档是免费的，每天给 10 次对话。用超了之后，官方给了两条路：

自带 LLM 密钥
或者用 OpenHands 提供商，按「成本价、无加价」按量计费

这两条路的月费都是 $0（Individual 档本身免费），选择的关键不在钱，在于谁来管密钥和账单。

一、「成本价、无加价」是什么定位

这是一个明确的定价姿态：平台不在模型费上赚差价。

放在市场上看，这类姿态大致有四种：

姿态	你付的	平台靠什么赚钱
零加成 / 成本价	供应商原价	别的层（企业版、增值功能）
明码加成	原价 × 公开系数	这个系数
不透明	平台自己的价目表	你算不出来
BYOK	直接付供应商	平台完全不碰这笔钱

OpenHands 的 Individual 档同时提供了第一种和第四种。

注意「零加成」不等于「免费」。 你该付给供应商多少还是多少，只是这笔钱经由 OpenHands 收。平台的收入在别处——从它的定价结构看，付费墙在 Enterprise 那一档（Custom pricing，提供无限并发对话和无限用户）。

二、两条路的实际差别

既然价格上没差（都是供应商原价），差别就全在管理成本上。

走「成本价」这条

你省掉的：

不用申请、保管、轮换 API 密钥
不用看供应商那边的账单
出问题时只有一个地方要问

你接受的：

消耗和账单由平台呈现，你依赖它的口径
供应商的选择范围由平台决定（具体支持哪些，页面上没有展开，本文不推断）

走 BYOK 这条

你得到的：

完全的供应商选择自由——包括平台可能没接的模型
消耗和账单直接来自供应商，口径最原始
合规上的可控性：区域、数据处理、调用记录都在你自己账下

你接受的：

自己管密钥（申请、保存、轮换、防泄漏）
自己看账单，用超了没人提醒你
出问题时要自己判断是模型侧还是平台侧的问题

三、一个简单的判断法

问自己一句：「我现在有没有在管 API 密钥？」

有，而且管得挺顺 → 走 BYOK。平台帮你省的那些事，你本来就在做，边际成本接近零。而且你能保留供应商选择的自由。

没有，也不想管 → 走成本价那条。既然是成本价，这个便利没有额外收费——你等于白拿了一个托管服务。

有，但管得很烦（好几家供应商、经常轮换、账单一团乱）→ 成本价那条可能真能帮到你，前提是你需要的模型它都支持。

有合规要求（必须指定供应商、指定区域、调用记录要留在自己账下）→ 只能 BYOK，这不是偏好问题。

四、「成本价」这个说法，怎么核实

本文引用的是官方页面上的表述。但「成本价」具体指哪个价格表、是否覆盖所有模型、有没有例外，页面上没有展开，本文不推断。

最直接的核实方法：

用它跑一小段，产生一笔明确的消耗
记下用了哪个模型、处理了多少内容
去那家供应商的官方定价页查单价
自己算一遍，跟平台给的账单对

这一步花不了多少时间，但它比信任任何文章（包括本文）都靠谱。

这个方法通用：任何宣称零加成、成本价、无 markup 的服务，都值得用这个方法验一次。验过之后你才真正知道自己在付什么。

五、还有第三条路：本地跑

除了 Individual 档的这两条，OpenHands 还有 Open Source 档：Free，本地使用无限制。

这是第三种成本形态：

平台费：$0
模型费：取决于你接什么——接云端 API 就付 API 费，跑本地模型就只有电费和硬件成本
额度限制：无（本地使用无限制）

代价是运维：你要自己部署、自己维护、自己升级、自己解决环境问题。

什么时候值得走这条：

你的用量大到 10 次/天完全不够，而且不想被任何额度形态约束
你有数据不出内网的硬要求
你想跑本地模型——这条路是唯一能完全脱离云端的
你本来就有部署和运维的能力，边际成本不高

什么时候不值得：

你只是想用一下试试——部署的时间成本远超那 10 次对话的价值
你不想碰运维

六、三条路的成本结构对比

路径	平台费	模型费	额度限制	你要管的
Individual + 免费额度	$0	$0	每天 10 次对话	无
Individual + 成本价	$0	供应商原价（经平台收）	无	无
Individual + BYOK	$0	供应商原价（直接付）	无	密钥、账单
Open Source 本地	$0	看你接什么	无	部署、运维、密钥

四条路的平台费都是 $0。

这是 OpenHands 定价结构最值得注意的一点：它的付费墙不在个人使用上，而在 Enterprise 那一档（无限并发对话、无限用户，Custom pricing）。

所以对个人开发者来说，选择的维度不是「花多少钱」，而是「花多少精力」。

七、给不同人的建议

刚开始评估 → Individual 免费档的 10 次对话，先看质量。质量不行的话后面都不用考虑。

质量满意，用量不大 → 就用免费档。

质量满意，用量超了，已有 API 账号 → BYOK。你本来就在管，多接一个工具不费事。

质量满意，用量超了，不想管密钥 → 成本价那条。验一次它是不是真的成本价，验过就放心用。

用量很大或有数据要求 → 考虑 Open Source 本地部署，前提是你有运维能力。

团队/企业 → Enterprise，价格要另谈（页面上是 Custom pricing）。

八、BYOK 之后，排查会变复杂

这是 BYOK 那条路上最容易被低估的代价，值得单独说。

走托管（成本价那条）时，出问题你只有一个地方要问。走 BYOK 之后，链路变成：

你 → 平台 → 你配的供应商 → 模型

多了一环，而报错通常只反映最外层的表象。你会遇到「报错说请求失败，但不知道是平台的问题还是供应商的问题」这种情况。

几个能快速划界的对照实验（这套方法对所有 BYOK 类工具通用）：

换一个模型试。 换了就好 → 是那个模型或它的额度问题，跟平台无关。

换一个供应商试。 比如从中转服务换成官方直连。换了就好 → 问题在那个接入层。

在平台之外验证密钥。 用 curl 直接调一次供应商的接口。通了说明密钥和网络没问题，问题在平台这边；不通就先去修供应商那边。 这是整套排查里最有价值的分界线。

看报错措辞。 如果出现 Cannot read properties of undefined 这类 JavaScript 运行时错误的措辞，那是程序内部解析响应时崩了——通常意味着供应商返回了没预料到的结构，反复改配置是白费力气。

记下你的完整链路：平台版本 + 供应商 + 模型 + 接入方式。这四样就是你做对照实验的坐标。

把这些算进 BYOK 的成本里——不是说不该走，而是决定之前要知道自己接下了什么。

九、总结

Individual 档超额有两条路：自带密钥、或按「成本价、无加价」计费。两条路的平台费都是 $0。
「成本价」不等于免费——你付的还是供应商的钱，只是平台不赚差价。平台的付费墙在 Enterprise 那一档。
两条路的差别不在钱，在于谁管密钥和账单。 判断法：你现在有没有在管 API 密钥？
有合规要求的只能 BYOK，这不是偏好问题。
「成本价」这个说法值得自己验一次：跑一小段 → 记下模型和用量 → 查供应商官方单价 → 对账。这个方法对任何宣称零加成的服务都适用。
还有第三条路：Open Source 本地跑，无额度限制，代价是运维。
对个人开发者来说，选择的维度不是花多少钱，而是花多少精力——四条路的平台费都是 $0。

本文条款引述来自 www.openhands.dev/pricing 官方定价页（由 www.all-hands.dev/pricing 301 跳转而来），核对日 2026-08-08。「成本价」的具体口径页面未展开，本文不推断，建议自行核实。 定价会调整，以官方页面为准。