doubao seed code 价格

写代码的模型跟聊天模型不一样，一轮任务里会反复读文件、改文件、重试，输入输出量涨得快，很多人第一次看豆包的账单都会愣一下：明明没聊几句，怎么用量这么高。这篇不讲具体数字，只把「价格从哪几段来、什么情况下量会被重复算、去哪一页核对当时的价格」讲清楚，让你能把预估和实际账单对上。

写代码的模型和聊天模型不是一个用法。聊天可能一轮对话就结束，代码任务往往是一轮任务里反复读文件、改文件、跑出错、再改，模型被调用几十次很正常。很多人第一次看豆包代码模型的账单会愣一下：明明没聊几句，用量怎么这么高。问题不在单价记错，而在没搞清钱是按哪几段算的。

这篇不给你具体数字，只讲清三件事：价格从哪几段来、什么情况下量会被重复算、去哪一页核对当时的数字。看完你至少能把预估和实际账单对上，而不是对着一个总数发呆。

先分清钱花在哪几段，别只看一个总数

代码模型的调用最常见的是拆成输入和输出两段计价，而且两段单价通常不一样，输出那头一般更贵。改代码的场景里，模型要吐出完整代码块、解释和修改建议，输出占比天然偏高。所以如果你凭感觉拿「聊天一毛钱」的直觉去推代码任务，很容易低估。

输入段

你送进去的上下文，包括提示词、文件内容、历史轮次；这部分的量取决于你带了多少上下文

输出段

模型生成的代码、说明和工具调用参数；改代码任务里输出往往比聊天长得多

缓存命中

同一段上下文被复用时走的价格口径，和首次送入不是一回事，别拿第一次的账单反推单价

所以核对动作要养成习惯：每次做预算前，先到 /pricing 和 /models 这两个地方对一遍当时的挂牌口径，再动手估。记忆里的数字只能当量级参考，不能拿来签合同或者跟老板汇报。

为什么代码模型的用量总比你想的高

这节是重点。一轮代码任务不是一次请求，而是一串请求：读取相关文件、生成修改、跑测试报错、把报错喂回去、再生成、再跑。每一次调用都要把前面的上下文重新带上，上下文越滚越长，后面的每一轮都在为前面的内容重复付费。这是代码模型和普通问答最大的差别。

• 调用次数多：一轮任务几十次请求很常见，单次看着便宜，乘起来就上去了
• 单次上下文大：带进来的文件和历史轮次会累积，越到后面单次输入越重
• 重试和回滚：模型改错了、测试没过，会再来一轮，这部分用量在预估时最容易被漏掉
• 工具调用：如果模型还要调外部工具，参数和返回值也会算进上下文，用量比纯对话高

要定位自己属于哪种，有个简单办法：把单轮任务的用量日志拉出来，分别看调用次数和单次上下文大小。如果是次数多，省钱方向是收敛任务范围、减少无效重试；如果是单次上下文大，方向是控制带进去的文件和保留的历史轮次。两个方向要花的功夫完全不同。

去哪核对当下价格，别背数字

价格有两个层次，要分开看。第一层是官方 API 的挂牌价，直接到 /pricing 看；第二层是如果你走中转站，它会在官方价基础上叠倍率，这部分到 /sites 看该站点的说明和 /price-watch 的价格追踪记录。两层的口径不一样，混在一起算就会出错。

模型规格要去 /models 看，注意规格影响的是你的实际用量而不是单价。上下文长度上限、支持的最大输出这类参数，决定了你一轮任务能塞多少东西，间接影响账单。规格和价格分开查，别指望一个页面讲全。

从预估到对账，一个能复用的动作顺序

光知道口径不够，得有一套能反复用的流程。下面这个顺序适合接入早期先用起来，等积累了自己的单位任务成本，估算会越来越准。

1. 按任务类型估次数别用「一天聊几轮」估，改成「一类代码任务大概要几轮调用、平均单次上下文多大」。先粗估，允许误差，关键是把次数和上下文拆开。
2. 跑一批真实任务挑十来个有代表性的任务真跑一遍，导出用量记录，按任务维度归类，别只看总量。
3. 用记录乘当时单价拿导出的用量，到 /pricing 核对当时的输入输出单价，算出你自己每类任务的单位成本，这个数比任何通用估算都可靠。
4. 和实际账单对差值用单位成本乘任务量去对账单。差值超出预期就回头查三件事：缓存有没有命中、重试是不是太多、是不是换了模型档位。

这套顺序的价值在于把「贵不贵」变成可定位的问题。差值大不是结论，是线索，顺着线索查上面三项，基本能找到原因。查不出来的时候，先把一个任务完整拆开跑一遍，逐次记录，问题往往就暴露在某一轮特别长的上下文上。

这套口径什么时候不适用

不是所有接入方式都按 token 单价走，下面几种情况套这套逻辑会算歪，先确认自己属于哪一类再动手。

• 包月订阅型的编程套餐：看的是额度口径而不是单次单价，成本逻辑是「够不够用」而不是「每次多少钱」
• 批量任务通道：通常有单独的折扣口径，和实时调用的计价不是一套，别拿实时价去乘批量用量
• 工具调用为主的场景：成本大头可能落在别的服务上，单看模型单价会误判，要先把整条链路的费用摊开
• 自建或私有化部署：算的是资源和运维成本，不适用按调用量的口径

判断方法很简单：先确认你签的是哪种计费方式，再决定要不要套上面的步骤。如果你走的是中转站，还要额外确认它的计费是转发官方口径还是自己折算，这一步在 /sites 的站点说明里通常能找到。

把价格当成一个每次预算前都要重新确认的外部事实，而不是记在脑子里的常数。