这道题的关键不是省多少钱

用 AI 编程工具，模型费有两种付法：让平台代收（订阅或按量），或者自带 API 密钥直接付给供应商。

大多数比价文章只算前一半——平台加了百分之几，自带密钥能省下来。 但这么算会系统性地偏向自带密钥，因为它把最大的一块成本漏掉了：你的时间。

自带密钥之后你要自己扛的：申请、保管、轮换密钥；看供应商那边的账单，而且用超了没人提醒你； 出问题时判断是模型侧还是工具侧的问题；跟进供应商调价、改模型、废弃旧接口。

这几件事花的都不是钱，是注意力。所以这个页面在算完现金之后， 让你填一个「每月花在这些事上的小时数」，把它折成钱一起比——结论常常会反过来。

「零加成」改变了这道题

传统上，自带密钥的核心价值是省掉平台的加成。但现在有些平台明确表态不在模型费上加价， 按供应商原价代收。

在这类平台上，托管方案和自带密钥的价格是一样的——你为「不用管密钥」付出的额外成本是零。

这时候选自带密钥的理由只剩三条：

• 合规或数据要求：必须指定供应商、指定区域、调用记录要留在自己账下
• 供应商选择自由：你想用的模型平台没接
• 你本来就在管密钥：边际成本为零

这三条都不占的话，托管方案是更省事的选择，而且不多花钱。 把加成填成 0 试一下，你会看到工具直接给出这个结论。

自带密钥之后，排查会变复杂

这是最容易被低估的一项代价。走托管时出了问题你只有一个地方要问； 自带密钥之后链路变成了「你 → 工具 → 你配的供应商 → 模型」， 而报错通常只反映最外层的表象。

三个能快速划界的对照实验，对所有自带密钥的场景都适用：

• 换一个模型试——换了就好，说明是那个模型或它的额度有问题
• 换一个供应商试——换了就好，说明问题在那个接入层
• 用 curl 在工具之外直接调一次供应商接口——通了说明问题在工具侧，不通就先去修供应商那边。这是最有价值的分界线

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

一个容易忽略的边界

自带密钥不解决平台自身的功能额度限制。

举个具体的例子：有的编辑器免费档给固定数量的补全额度，而对话式使用要你自带密钥。 这种结构下，自带密钥解决的是对话那部分，补全的额度限制照旧—— 你是重度补全用户的话，还是得升级。

所以填数之前先看清楚：这家的自带密钥覆盖的是哪一部分费用？ 平台功能的额度限制是不是独立于模型费单独计的？

这个工具为什么不内置各家的价格

因为价格和加成比例会变，而且属于需要逐一核实的事实。内置一份很快过期的数据，比不内置更危险—— 你会以为它是准的。所以这里只做算术，数字请从各家官方定价页抄进来，顺手也就核对了一遍最新情况。

顺带提醒一句：「零加成」「成本价」这类说法本身也值得自己核一遍—— 跑一小段、记下用了哪个模型和多少量、去供应商官方定价页查单价、自己算一遍对账。 这个方法比信任任何文章（包括这个页面）都靠谱。