自带密钥还是买订阅？一棵能自己走完的决策树
用 AI 编程工具，模型费有两种付法：
- 让平台代收（订阅制或按量计费）
- 自带 API 密钥（BYOK），直接付给供应商
这个选择的关键不在省多少钱，而在你愿不愿意管。 这篇给一棵能自己走完的决策树。
一、先看各家的 BYOK 路径
核对日 2026-08-08，均来自各家官方页面：
| 工具 | 支持 BYOK 吗 | 平台费 | 平台代收时的加成 |
|---|---|---|---|
| Zed | Personal（$0）和 Business（$30/席位/月）支持 | Personal $0；Pro $10/月；Business $30/席位/月 | Pro 超额按 API list price + 10% |
| Kilo | 支持（“Use Kilo Code without a paid Kilo inference plan”，$0/月） | 个人免费；Teams $15/用户/月 | Kilo Gateway 零加成（“Pay exact provider rates with no markup”） |
| OpenHands | 支持（Individual 档可自带 LLM 密钥） | Individual $0 | 按「成本价、无加价」计费 |
| Gemini CLI | 有 API Key 路径 | $0 | — |
注意一个现象：本文核实的几家里，支持 BYOK 是普遍的，而且大多是免费档就支持。
二、决策树
按顺序回答，每一步都是封闭式问题。
问题 1：你现在有没有在管 API 密钥？
- 有，而且管得挺顺 → 走 BYOK。平台帮你省的那些事，你本来就在做，边际成本接近零。直接跳到第 5 题。
- 没有，也不想管 → 继续第 2 题
- 有，但管得很烦（好几家供应商、经常轮换、账单一团乱）→ 继续第 2 题
问题 2：有没有合规或数据方面的硬要求？
比如必须指定供应商、指定区域、调用记录要留在自己账下。
- 有 → 只能 BYOK，这不是偏好问题。跳到第 5 题。
- 没有 → 继续第 3 题
问题 3：你的用量大不大？
加成比例是相对量——用得越多，那个百分比的绝对金额越可观。
- 用量很大 → BYOK 值得考虑，省下的加成是实打实的
- 用量不大 → 别 BYOK。为了省几块钱去管密钥、看账单、划故障边界，不划算。你的时间也是成本。
- 不确定 → 先用零加成或成本价的托管方案跑一个月（比如 Kilo Gateway 或 OpenHands 的成本价计费），那笔钱就是你的真实用量成本，然后回来回答这一题
问题 4：平台加不加价？
- 零加成 / 成本价（Kilo Gateway、OpenHands 的按量计费）→ 托管方案没有价格劣势，你为「不用管」付出的额外成本是 $0。除非有第 2 题的合规要求，否则托管更省心
- 明码加成（比如 Zed Pro 的 +10%）→ 拿你的用量算一下这 10% 是多少钱，跟你花在管密钥上的时间比
问题 5（走 BYOK 的人）：你准备好接管这些了吗？
BYOK 之后你要自己扛的：
- 管密钥：申请、保存、轮换、防泄漏
- 看账单：用超了没人提醒你——订阅制至少有额度用完的信号
- 划故障边界：出问题时，是模型侧还是平台侧？
- 跟供应商变化：调价、改模型、废弃旧接口
如果这几条你看着都无所谓 → BYOK 是对的。
如果有一条让你犹豫 → 回头看第 4 题，如果那家是零加成/成本价，托管方案对你更合适。
三、BYOK 真正的成本不是钱
上面第 5 题的四条，值得展开说，因为它们花的是你的时间和注意力，不是钱。
最容易被低估的是「划故障边界」。
走托管时，出问题你只有一个地方要问。走 BYOK 之后，链路变成了：
你 → 工具 → 你配的供应商 → 模型
多了一环，而报错通常只反映最外层的表象。你会遇到「报错说请求失败，但不知道是工具的问题还是供应商的问题」这种情况。
几个快速划界的对照实验（对所有 BYOK 工具通用）：
- 换一个模型试——换了就好 = 那个模型或它的额度有问题
- 换一个供应商试（比如从中转服务换成官方直连）——换了就好 = 问题在那个接入层
- 用 curl 在工具之外直接调一次供应商接口——通了说明问题在工具侧，不通就先去修供应商那边。这是最有价值的分界线
还有一条判断技巧：如果报错里出现 Cannot read properties of undefined 这类 JavaScript 运行时错误的措辞，那是程序内部解析响应时崩了，通常意味着供应商返回了工具没预料到的结构——反复改配置是白费力气。
记下你的完整链路：工具版本 + 供应商 + 模型 + 接入方式。这四样是你做对照实验的坐标。
四、「零加成」这件事改变了这道题
传统上，BYOK 的核心价值是「省掉平台的加成」。
但本文核实的几家里，有两家明确表态不在模型费上加价：
- Kilo Gateway：“Pay exact provider rates with no markup”
- OpenHands：可按「成本价、无加价」按量计费
这意味着在这两家，托管方案和 BYOK 的价格是一样的——你为「不用管密钥」付出的额外成本是零。
所以在这两家，选 BYOK 的理由只剩下三个：
- 合规/数据要求（必须指定供应商或区域）
- 供应商选择自由（你想用的模型平台没接）
- 你本来就在管密钥（边际成本为零）
如果这三条都不占，托管方案是更省事的选择，而且不多花钱。
一个提醒：「零加成」「成本价」这类说法值得自己核一遍——跑一小段、记下模型和用量、去供应商官方定价页查单价、自己算一遍对账。这个方法对任何宣称零加成的服务都适用，比信任任何文章（包括本文）都靠谱。
五、一个容易被忽略的中间项
BYOK 不解决所有额度问题。
举个具体的例子：Zed 的 Personal 档给 2000 个已接受的编辑预测，这个额度跟你有没有自带密钥无关——BYOK 解决的是 token 那部分（对话式使用），不解决编辑预测的额度。
所以如果你是重度的行内补全用户，Personal + BYOK 这条路会被那 2000 个卡住，还是得升 Pro。
推广一下这个教训：看清楚 BYOK 覆盖的是哪一部分费用。 有些工具把「平台功能」和「模型调用」分得很清楚，BYOK 只影响后者；平台功能的额度限制照旧。
六、按结论对号
明确该走 BYOK 的：
- 已经有 API 账号并且在用
- 有合规或数据方面的硬要求
- 同时用好几个工具（一套密钥喂多个，比每个工具各买一份订阅清爽）
- 用量大，而且那家有明码加成
明确该走托管的：
- 没有 API 账号，也不想申请
- 用量不大（省下的钱不如你花的时间值钱）
- 那家是零加成/成本价（托管没有价格劣势）
- 你不想管两笔账（尤其需要报销的场景）
先跑一个月再决定的：
- 不确定自己用量多大 → 用零加成的托管方案跑一个月，那笔钱就是你的真实成本，拿它回来重新走这棵决策树
七、总结
- BYOK 的选择关键不在省多少钱，在你愿不愿意管。
- 决策树五步：有没有在管密钥 → 有没有合规硬要求 → 用量大不大 → 平台加不加价 → 准备好接管那四件事了吗。
- BYOK 真正的成本是时间和注意力：管密钥、看账单（用超了没人提醒）、划故障边界、跟供应商变化。
- 划故障边界的三个对照：换模型、换供应商、用 curl 在工具之外直连（最有价值的分界线）。
- 「零加成」改变了这道题：Kilo Gateway 和 OpenHands 都表态不加价，这两家的托管方案没有价格劣势——选 BYOK 的理由只剩合规、供应商自由、边际成本为零这三条。
- 零加成的说法值得自己核：跑一小段 → 查供应商官方单价 → 对账。
- BYOK 不解决所有额度问题——比如 Zed 的 2000 个编辑预测跟有没有自带密钥无关。
- 不确定用量的话，先用零加成的托管方案跑一个月，拿真实数字回来再决定。
本文引用的定价机制来自 Zed、Kilo、OpenHands、Gemini CLI 各自的官方页面，核对日 2026-08-08。「零加成」「成本价」的具体口径各家页面均未展开，本文不推断，建议自行核实。 定价与机制会调整，以各自官方为准。