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

先回答标题。豆包工作没有自己的价目,它走的是豆包订阅那一套账:免费版就能用工作任务, 接的是豆包 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) 说的是图片/视频生成:「基于任务复杂度、使用模型、生成清晰度等因素,完成特定 图片/视频生成任务所需实际消耗的额度可能不同。」
- 多轮工具调用。 飞书长文把一个完整任务拆成七步:理解目标、规划步骤、搜索与读取、分析与执行、 生成成果、继续修改、协同分享。聊天是一问一答,工作任务的每一步都至少是一次模型调用。
- 每一步重发上下文。 第 n 步要把前 n−1 步重新送进模型,输入 token 随步数平方增长 (本刊 8 月 30 日那篇推导过)。
- 长任务与云电脑。 官网写「即使不在电脑旁,也能通过手机远程 派发任务」,掘金作者的体验是云电脑「24 小时在线」。几十分钟的任务与几秒的问答不在一个量级。
- 定时任务。 飞书长文:按周期自动触发,「执行失败会自动重试最多 3 次」。每次触发是一轮完整任务, 失败重试把它再乘一遍。
- 图片与视频生成。 协议为它单独设了「创作额度包」,并写明这个包「不受系列会员服务项下的 分时段用量限制」。反过来读:订阅套餐本身有分时段限制,而工作 Agent 任务正是最容易撞上它的 那一类,官方才给最重的那部分开了一个不限时段的口子。
「次数」对聊天是合理的近似,对工作 Agent 是宽得多的区间。同样叫一次,token 差一个量级并不奇怪。

拿到 30 天权益之后该看的三处
官网口径是下载登录「免费领取 30 天订阅权益」。这 30 天里有三处值得看。
看读数。 协议 4.1.2(7) 给了路径:客户端【设置】-【订阅与额度管理】可查「当月额度消耗统计 数据」。每天记一次剩余比例,这是唯一的仪表。
看窗口。 官方只说有分时段限制,没说多长。媒体实测称 5 小时与周两层滚动 (36 氪转载爱范儿),非官方口径。你自己的记录能告诉你卡在 哪一层:跑长任务的下午剩余比例掉得比平时快,就是短窗口在起作用。
看身份。 用飞书账号登录时,系统先扣企业版额度。你跑的任务记在哪份账上,取决于登录的是哪个 账号,不取决于你买了什么。团队里的人,先问管理员分了多少,再决定要不要自己买。
还有三条协议条款决定「这钱能付多久」,都写在明面上:额度到期即失效、不结转(4.2.1); 虚拟权益原则上不退费(5.3);企业版额度优先扣减(4.4.3)——反过来说,离职那天企业版权益 一并消失,而在此之前管理员看得到你的消耗。按年付之前,这三条比价格更值得算。
一句中立的判断。任务量可预测、需要审计、要自己控波动的,走按 token 结算的 API 路径,计量单位 在你手里;任务零散、要飞书上下文、愿意让平台替你扛波动的,走订阅——固定支出本身也是一种确定性。 企业里的人先看企业版额度。三条路径没有优劣,只有计量单位在谁手里。
协议写的是 token,界面给的是次数。中间那一步换算,是这类产品替你做掉的事,也是你从此看不见的事。