Devin 五档套餐怎么选？Teams 的人均成本要这样算
先说结论，省得你翻到最后：Devin 这五档套餐里，唯一能靠算术算明白的是 Teams 档，因为它的价格结构是「$80 固定 + $40 每座位」，纯加法，谁都能算。剩下四档你只能看到一个月费数字，看不到这个月费买到了多少用量。
这不是我偷懒没查。截至 2026-08-08，devin.ai 的定价页把五档价格列得清清楚楚，但每档具体包含多少额度、额度用什么单位计量，页面一个字都没写。所以你在别处看到「Pro 每月给你 X 个单位」这种说法，要么是从别的时间点的页面抄的，要么是猜的。我不猜。
读完这篇你能做到三件事：一是知道五档价格分别是多少、Teams 档怎么随人数变化；二是自己算出团队规模到几人时人均成本降到哪个水平，不用问销售；三是理解「按日/按周自动刷新」这种额度节奏对你的排期意味着什么——这一点比价格重要得多，也是最多人踩坑的地方。
五档摆在这里，先把能确定的说完
| 档位 | 价格 | 额度信息 |
|---|---|---|
| Free | $0/月 | 定价页未写明数量，另标注 Limited model availability |
| Pro | $20/月 | 未写明数量 |
| Max | $200/月 | 未写明数量 |
| Teams | $80/月 + $40/月/座位 | 未写明数量 |
| Enterprise | 需洽谈 | 未写明 |
这张表里我唯一额外补的一句是 Free 档那个 Limited model availability——定价页原样标着的。它的意思很直白：免费档不是「同样的东西给你少一点」，而是能用的模型本身就受限。这对试用判断影响很大，因为你在 Free 档上得到的手感，可能不是付费档的手感的等比例缩小版，而是另一回事。拿 Free 档跑一圈觉得不行就下结论，容易误判。
超额部分定价页写了机制：可以额外购买用量，这部分按 API pricing 计费。注意这句话的结构——它没说超额单价是多少，只说了「按 API 定价走」。也就是说超额成本跟着你实际调用的模型和用量走，不是一个固定的每单位价格。
Teams 档：本篇唯一能算的算术
Teams 档的价格结构是加法：一笔 $80 的固定月费，再加每个座位 $40。写成式子就是
月总价 = 80 + 40 × 座位数
人均 = 月总价 ÷ 座位数 = 40 + 80 ÷ 座位数
第二个式子已经把结论摊开了：人均成本 = $40 + 固定费摊到每人头上的那部分。座位费 $40 是刚性的，怎么加人都省不掉；能被摊薄的只有那 $80。
| 座位数 | 月总价 | 人均 | 其中固定费摊到每人 | 固定费占人均比例 |
|---|---|---|---|---|
| 1 | $120 | $120.00 | $80.00 | 66.7% |
| 2 | $160 | $80.00 | $40.00 | 50.0% |
| 3 | $200 | $66.67 | $26.67 | 40.0% |
| 5 | $280 | $56.00 | $16.00 | 28.6% |
| 10 | $480 | $48.00 | $8.00 | 16.7% |
| 20 | $880 | $44.00 | $4.00 | 9.1% |
| 50 | $2,080 | $41.60 | $1.60 | 3.8% |
自己复核几行：5 人是 80 + 5×40 = 280，280 ÷ 5 = 56；10 人是 80 + 400 = 480，480 ÷ 10 = 48；20 人是 80 + 800 = 880，880 ÷ 20 = 44。固定费摊薄那列就是 80 ÷ 座位数，5 人时 16，占 56 的 28.6%；20 人时 4，占 44 的 9.1%。
这张表里有三个值得记住的点。
第一，摊薄的收益前重后轻。 从 1 人到 5 人，人均从 $120 掉到 $56，砍掉了一半还多；从 5 人到 20 人，人均只从 $56 掉到 $44，再往后到 50 人也只到 $41.60。因为人均永远逼近 $40 那条线，再多人也降不到 $40 以下。所以「多拉几个人进来摊成本」这个念头，在 5 人以后基本就没什么油水了。
第二，人均要压到 $45 以下，需要 16 人。 解一下 40 + 80 ÷ N ≤ 45，得到 80 ÷ N ≤ 5，即 N ≥ 16。16 人时人均正好 $45，17 人时是 40 + 80÷17 ≈ $44.71。如果谁跟你说「团队再扩两个人成本就下来了」，拿这个式子核一下就知道下不下得来。
第三，Teams 3 座位的总价正好等于一个 Max 席位。 80 + 3×40 = 200，和 Max 档的 $200/月 是同一个数。从第 4 个座位起（80 + 160 = $240）Teams 总价就超过单个 Max 了。这个巧合挺有用：它把「三个人共用 Teams」和「一个人开 Max」摆到了同一个价格刻度上，让你直接去想「这笔钱是给三个人各一份，还是给一个人一大份」——不过谁划算我算不了，原因下一节说。
我为什么不给你「每美元买多少额度」
对比套餐最有说服力的算法是单位价格：月费除以包含额度，得到每美元买到多少，再跟超额单价一比，就知道套餐相对于按量付费便宜几倍。这套算法我在写别家的时候用得很顺手——比如某家套餐 $20 含 1000 个单位、超额 $0.04 一个，那么套餐内单价 $0.02，超额价正好是套餐价的两倍，结论干脆利落。
Devin 这里做不了。分母不存在。 定价页没写任何一档包含多少额度，也没定义额度用什么单位计量。分母缺失，除法就没法做，任何「Pro 每美元买到多少」的说法都是编的。
社区里常提到一个叫 ACU（Agent Compute Unit）的单位。我去查了官方文档，在能查到的入门文档里没有找到它的定义和换算关系，定价页上也没有它。所以本文不会出现任何一个 ACU 数值——不是我藏着不说，是我核不到，写出来就是把猜测包装成事实。你在别处看到具体的 ACU 换算数字时，可以问一句：出处是哪一页、哪一天看的。
这个坦白带来一个实际后果：Devin 的档位之间没法做纸面比价，只能做实测比价。你没法在开通之前算出 Max 是 Pro 的几倍量，只能用同一批真实任务在两档上各跑一段时间，看哪档撑得住。这比查表麻烦，但没有捷径。
按日/按周刷新，和「一个月给你一大坨」完全不是一回事
定价页明确写了用量额度是按日 / 按周自动刷新（原文用的是 automatically refresh）。这一句话的分量，比上面所有价格数字加起来都重，因为它决定的不是你花多少钱，而是你能怎么排期。
按月发放额度的产品，本质上给了你一个可以自由调配的池子：前三周省着用，最后一周憋个大的，把攒下的量一次性砸进一次重构。按日或按周刷新则完全没有这个自由度——攒不起来。周一没用完的量，到周二不会变成双份。所以「平时省着点，月底冲刺」这种策略在 Devin 上直接失效。
反过来看，它也有一个很实在的好处：用超了不会整月停摆。按日刷新意味着今天用尽，明天零点线一过就恢复；按周刷新意味着最坏也就是等到下个刷新点。而按月的机制，如果你在第 10 天把整月的量烧光了，剩下 20 天要么掏钱要么干等。这两种痛苦的量级差得很远。
这就引出选型时真正该问自己的问题：你的使用是间歇的还是集中的？
- 间歇型：一周里有那么两三天需要 Agent 帮着啃活儿，其余时间自己写。这种节奏跟按日/按周刷新非常合拍，每次要用的时候额度都是满的，不需要惦记月度余额。
- 集中攻坚型：一次迁移、一次大重构，要连着五天高强度跑。这种就得提前把工作量按天摊开——比如把「重构订单模块」拆成周一梳理调用关系、周二改数据层、周三改服务层，而不是周一就丢一句「把订单模块重构一下」让它自己跑到断。后者的结果通常是周一当天额度见底，进度还卡在一半。
顺带一提，「周」这个刷新粒度在这个赛道里不是孤例，Claude Code 在月度限制之外也叠了一层按周计算的限制，同样会让「攒额度冲刺」的打法落空。看到「周」字就该条件反射地想到排期，而不是想到总量。
用超了以后，代价落在哪里
不同产品在你用超之后的处理方式，大致分三种：加钱续、降速用、只能等。这三种的体感差异极大，选型时比看月费更该先看这一项。
Devin 属于加钱续：定价页写了可以额外购买用量，这部分按 API pricing 计费。好处是不会硬停，坏处是成本上限是敞开的——你有多急，账单就能有多高。而且因为按 API 定价走，账单跟你实际用了什么模型、跑了多少量绑定，不是一个能提前拍死的固定数。
对照着看会更清楚：Cursor 走的是降速路线，快速请求用完之后落到慢速池，任务不中断但要排队，代价主要落在时间上而不是钱上。两种设计没有优劣之分，适用的场景不一样——赶发版的时候你会庆幸能加钱续上，做长期学习和练手的时候你会庆幸账单不会失控。
所以如果你在 Teams 档上放了 10 个人（月固定支出 $480），预算规划时不能只把这 $480 记进去。超额部分按 API pricing 走，属于浮动项，得单独留一块弹性预算，并且尽早在团队里定个规矩：谁能触发额外购买、单次上限多少。不然月底看账单的时候，惊喜通常不是好的那种。
五种情况分别怎么选
不做排名，只给路径。
你还没确定 Agent 这套工作方式适不适合自己 → 从 Free 开始，但心里记着 Limited model availability 这行字。免费档能用的模型受限，所以它适合验证「交互方式我能不能接受」，不适合验证「产出质量够不够用」。后者必须在付费档上重新试一遍。
个人开发者，日常有稳定但不算离谱的用量 → Pro（$20/月）。这是唯一一个价格上够轻、可以先上车再说的付费档。用满一两个月，你自然会知道够不够。
个人开发者，长期高强度、经常撞到上限 → Max（$200/月）。这一档的判断标准很简单：如果你在 Pro 上频繁额外购买用量，把那些额外支出加进月费，一旦稳定超过 $200，就该换档了。这个计算需要你自己攒几个月账单，因为纸面上算不出来（分母缺失，见上文）。
三个人以上的团队，需要统一管理 → Teams。但先用上面那张表算清楚：3 人 $200、5 人 $280、10 人 $480、20 人 $880。特别提醒 1-2 人别开 Teams——1 人是 $120/月，2 人人均 $80/月，那 $80 固定费摊不动，纯亏。
需要合规、私有部署、定制条款 → Enterprise，只能洽谈。定价页没有任何数字，我也给不了参考区间。
如果你手上还有别的候选在比，可以横着看看结构不同的定价模型，比如 GitHub Copilot 的五档套餐就是另一套思路。多看两家的好处不是找出「最便宜的」，而是看清各家把成本压力推给用户的方式有多不一样。
最后
Devin 的定价页是一个挺典型的例子：价格写得很清楚，额度写得很模糊。面对这种页面，最容易犯的错是自己脑补一个额度数字填进去，然后基于这个虚构的数字做决策。
我的建议是把这篇里能确定的两件事抓牢：Teams 档的加法结构（$80 + $40×N，人均永远压不到 $40 以下，16 人时人均降到 $45），和按日/按周刷新的节奏约束（攒不起来，但也不会整月停摆）。这两件事都不依赖任何未公开的额度数字，所以不会随页面改版失效。
至于每档到底给多少量——去开一个月，用你自己的真实任务量出来。这是目前唯一靠谱的办法。价格与条款以官方定价页为准，页面随时可能更新，本文核对日期是 2026-08-08。