博客

豆包工作 Agent 收费吗、怎么算?协议写的是 token 换算,你看到的是次数

豆包工作没有独立价目,走的是豆包订阅那套账:免费版能用工作任务但接 2.1 Turbo、额度有限,三档 68 / 200 / 500 元解锁更多额度并接 2.1 Pro,团队版询价。付费服务协议第 4.1.2 条写明额度「基于 token 消耗换算,以可用次数或时长展示」——钱按 token 烧,用户按次数看。本文把 API 按 token 付、订阅额度包、免费与企业垫付三种形态并排,标出官方公开了什么、没公开什么。

PiRouter Team约 12 分钟
豆包工作电脑版客户端首屏官方图:左侧导航有新工作任务、定时任务、技能·连接器·伙伴、云盘,中央提示「今天有什么工作要处理?」,输入框下方显示本地电脑、项目、始终询问、技能、连接器与「豆包 2.1 Pro 高」模型选项,左下角账号标注加强套餐

先回答标题。豆包工作没有自己的价目,它走的是豆包订阅那一套账:免费版就能用工作任务, 接的是豆包 2.1 Turbo,额度有限;标准、加强、高级三档会员连续包月 68 / 200 / 500 元,解锁更多 额度并接 2.1 Pro;现在下载登录送 30 天订阅权益;团队版页面只有一句「咨询团队方案」。至于怎么算, 豆包付费服务协议 4.1.2 条写得很直接:会员服务是「消耗式服务」, 额度「基于实现该功能而调用的能力/服务所需词元 (token) 消耗情况换算,以可用次数或时长作为计量 单位展示」。

一句话:钱按 token 烧,你按次数看。

本文不评产品。掘金上那篇《豆包工作Agent正式发布,直接给到夯。》 (本刊选题雷达 2026-09-03 采集时 1332 分、6 条评论,AI 榜第 2,均为移动读数)已经把功能讲得很细。 我们只做它没做的事:把「这钱谁在付、按什么算」的官方口径翻出来,公开了的照写,没公开的写 「官方未公开」。官方页面读取日期均为 2026-09-03。

官方把豆包工作放在哪一格:三个入口、两种身份、三份额度

飞书官网 8 月 24 日的《豆包工作全新发布!详解核心价值、功能及与豆包、飞书的关系》 给了一张入口表:独立 PC 客户端、豆包内的工作入口、飞书内入口。登录身份分两种,豆包账号对应 「个人身份、个人空间和个人豆包权益」,飞书账号对应「企业身份、企业开通范围和组织权限」。 同一篇里有一句值得抄下来:判断能用哪些能力,「应同时看当前登录身份、所在入口、个人权益、 企业权益和管理员配置,而不能只看是否购买了某一种会员」。

翻译成账本语言,官方文本里有三份额度:

  • 免费额度。 6 月 24 日豆包专业版上线时的官方公告写明,「免费用户也可在一定额度内体验 接入豆包 2.1 Turbo 模型的办公任务模式」(新京报:豆包专业版上线)。
  • 个人订阅额度。 协议 4.1 条列了三类会员:「标准套餐」「加强套餐」「高级套餐」,开通后 「解锁 AI 功能的更多使用额度」。
  • 企业版额度。 协议 4.4.3 条:企业版服务的员工账号「可能获得所属企业派发的企业版服务可用额度」, 「无需你自行支付额外费用」;同一账号也可以自购个人版,使用时「系统将优先消耗该功能可用的 企业版额度(如有),账号内没有可用的企业版额度时则消耗个人版额度」。飞书长文补了管理侧: 管理员可以「统一开通成员、分配额度,并按个人、用户组或部门管理用量」。

三份账,三个付款人:平台垫、用户付、企业付。这个三格结构在官方文本里已经成立,不是我们的模型。

掘金那篇里有一个直观的注脚。作者写到云电脑模式时说:「相当于我用了豆包工作,还能额外获得 一台云服务器?对,你没理解错。」这台 24 小时在线的云电脑记在哪份账上,帖文没写,官方页也没写。

官方公开了什么、没公开什么:一张状态表

官方是否公开出处
三档名称与价格:连续包月 68 / 200 / 500 元,单月 80 / 240 / 599 元;连续包年仅见标准 688、加强 2,048 两项公开App Store 条目「App 内购买项目」(共 10 项,无高级套餐年费项);协议 4.1 条
创作额度包 99 元公开同上,App Store 内购列表
免费版可用工作任务,接 2.1 Turbo,「一定额度内」公开6 月 24 日官方公告
付费接 2.1 Pro;额度倍数:标准为免费版 5 倍以上、加强为标准 4 倍、高级为标准 10 倍只在公告里,协议未写6 月 24 日官方公告
额度计量口径:按 token 换算,以可用次数或时长展示公开协议 4.1.2(3)
额度存在分时段用量限制公开,以反证形式协议 4.2.1 条:创作额度包「不受系列会员服务项下的分时段用量限制」
分时段窗口的长度官方未公开协议只说「额度统计时段及剩余比例等可参考订阅会员页面」
每档额度的具体数值:多少次、多少小时官方未公开协议:「以产品页面及服务权益实际展示为准」
单次工作任务消耗多少官方未公开协议 4.2.2(1) 只就图片/视频生成说随「任务复杂度、使用模型、生成清晰度」变化
豆包工作独立价目页无此页doubao.com/work/price 返回 200,但内容与 /work 首页逐字节相同(未定义的前端路由)
团队版价格官方未公开豆包工作团队版只有「咨询团队方案」
调价生效规则公开协议 5.1.4 条;自动续费服务规则第 5 条
额度查询路径公开协议 4.1.2(7):【设置】-【订阅与额度管理】

表格里有一个规律:公开的都是边界,未公开的都是读数。 价格、档位、换算规则、扣减顺序、 调价生效方式,全部白纸黑字;每档到底多少次、多少小时、一次工作任务吃掉多少,一律「以产品页面 实际展示为准」——而那张产品页并不存在(见表格末行)。

这不是隐瞒:协议明说了底层是 token,只是换算之后给你次数,token 那个数留在平台侧。本刊 8 月 21 日引过 Kingy AI 的统计——按 token 卖的 API 有 82% 公开了具体数字,按月订阅的消费级助手只有 35%(账单看不见的四处)。豆包落在后一类,但这份协议给了一个少见的 东西:制度原因。不是没算,是算了之后换算成次数再给你。

顺带一处同类条款。协议 5.1.4 条写调价「自公布之日起生效」,读着像没有缓冲;自动续费规则第 5 条 补了通知义务——调价「将会通过产品页面公示、平台公告、站内信通知等合理方式通知你」,第 4 条还有 扣费日前 5 日的续费提醒。8 月 23 日那篇并排过四家 API 厂商的调价通知期,DeepSeek 那一行是零;豆包不是零,是有通知、无期限——承诺了会告诉你, 没承诺提前多久。

三种付费形态并排:计量单位在谁手里,波动风险就在谁手里

形态谁付用户看到的计量单位用量波动谁承担豆包体系里的对应
API 按 token 结算用户每百万 token 单价用户火山方舟:Seed 2.1 Pro 输入 6 元 / 输出 30 元,Turbo 3 / 15 元,缓存命中 1.2 / 0.6 元
订阅额度包用户,固定月费次数或时长,剩余比例平台,以分时段限流兜底三档会员 68 / 200 / 500 元
免费与企业垫付平台先垫;企业版由企业付「一定额度」;管理员分配平台或企业免费版 2.1 Turbo;企业版额度

第一行和第二行用的是同一个模型。Seed 2.1 Pro 与 Turbo 的 API 价目公开在火山方舟 AI Hub 模型页豆包大模型产品页, 开发者按这张表可以在发请求之前算出这一笔的价格。同一个模型进了豆包订阅,单位变成「次数或时长」, 剩余额度是一个百分比。

差别不在贵贱,我们不比。差别在谁拿着计量单位。拿着 token 单价的人,自己承担用量波动, 也自己看得见;拿着次数的人,把波动交给了平台,平台用「分时段用量限制」兜底,代价是看不见。

同一周里有一个反向样本。掘金 8 月 20 日上线了 AI 用量统计板块,运营团队那篇 《Show me your works & token》(采集时 297 分) 的说法是「Show me your token」,把 token 用量当名片亮给用户。豆包付费服务协议 8 月 22 日生效, 把 token 折成次数。两种展示哲学同周并置:一个把 token 放在台前,一个把 token 放在后厨。

这也解释了本刊为什么算得出 OpenCode Go、算不出豆包。8 月 25 日那篇 能得出「10 美元买到 810 次」,是因为 OpenCode Go 的文档把限额定义在美元上(Limits are defined in dollar value),美元是输入,次数是算出来的结果。豆包把次数直接当单位给你。次数在这里是结果, 不是输入,同样的算术按构造做不了。

再看开发者端。掘金另一篇 《别把豆包当聊天用了,现在的豆包和以前不一样了》 (采集时 252 分)的作者给的上手建议原话是:「Turbo 模式有免费额度,轻度用足够了;重度用户再开 Pro」,以及「善用技能市场,不要每次都手写 Prompt,现成的 skill 能省很多 Token」。他管的是 token, 看到的是次数。

为什么工作 Agent 任务天然比聊天贵:五个来源,只定量级

官方没公开单次任务的消耗,我们不替它估,只列量级差的来源。协议自己先承认了消耗不均, 4.2.2(1) 说的是图片/视频生成:「基于任务复杂度、使用模型、生成清晰度等因素,完成特定 图片/视频生成任务所需实际消耗的额度可能不同。」

  1. 多轮工具调用。 飞书长文把一个完整任务拆成七步:理解目标、规划步骤、搜索与读取、分析与执行、 生成成果、继续修改、协同分享。聊天是一问一答,工作任务的每一步都至少是一次模型调用。
  2. 每一步重发上下文。 第 n 步要把前 n−1 步重新送进模型,输入 token 随步数平方增长 (本刊 8 月 30 日那篇推导过)。
  3. 长任务与云电脑。 官网写「即使不在电脑旁,也能通过手机远程 派发任务」,掘金作者的体验是云电脑「24 小时在线」。几十分钟的任务与几秒的问答不在一个量级。
  4. 定时任务。 飞书长文:按周期自动触发,「执行失败会自动重试最多 3 次」。每次触发是一轮完整任务, 失败重试把它再乘一遍。
  5. 图片与视频生成。 协议为它单独设了「创作额度包」,并写明这个包「不受系列会员服务项下的 分时段用量限制」。反过来读:订阅套餐本身有分时段限制,而工作 Agent 任务正是最容易撞上它的 那一类,官方才给最重的那部分开了一个不限时段的口子。

「次数」对聊天是合理的近似,对工作 Agent 是宽得多的区间。同样叫一次,token 差一个量级并不奇怪。

単格漫画:小店柜台上一台自动售货机,正面显示屏干干净净写着「回数 12」,侧板敞开,里面是一大团系着细绳的纸签正往外涌、堆到地上。店主一手扶着敞开的侧板,神情平静;顾客举着一枚硬币,只看着正面的数字。柜台上贴着一张纸条写「token → 回数」
正面那个数字和侧板里那团纸签,是同一件事被数了两次。

拿到 30 天权益之后该看的三处

官网口径是下载登录「免费领取 30 天订阅权益」。这 30 天里有三处值得看。

看读数。 协议 4.1.2(7) 给了路径:客户端【设置】-【订阅与额度管理】可查「当月额度消耗统计 数据」。每天记一次剩余比例,这是唯一的仪表。

看窗口。 官方只说有分时段限制,没说多长。媒体实测称 5 小时与周两层滚动 (36 氪转载爱范儿),非官方口径。你自己的记录能告诉你卡在 哪一层:跑长任务的下午剩余比例掉得比平时快,就是短窗口在起作用。

看身份。 用飞书账号登录时,系统先扣企业版额度。你跑的任务记在哪份账上,取决于登录的是哪个 账号,不取决于你买了什么。团队里的人,先问管理员分了多少,再决定要不要自己买。

还有三条协议条款决定「这钱能付多久」,都写在明面上:额度到期即失效、不结转(4.2.1); 虚拟权益原则上不退费(5.3);企业版额度优先扣减(4.4.3)——反过来说,离职那天企业版权益 一并消失,而在此之前管理员看得到你的消耗。按年付之前,这三条比价格更值得算。

一句中立的判断。任务量可预测、需要审计、要自己控波动的,走按 token 结算的 API 路径,计量单位 在你手里;任务零散、要飞书上下文、愿意让平台替你扛波动的,走订阅——固定支出本身也是一种确定性。 企业里的人先看企业版额度。三条路径没有优劣,只有计量单位在谁手里。

协议写的是 token,界面给的是次数。中间那一步换算,是这类产品替你做掉的事,也是你从此看不见的事。