埃森哲的 29 美元不是 Claude 用量上限：超出的部分改记到项目账上

大公司给员工的 AI 编程用量开始按项目记账，用多少要由能付账的项目来证明。

先说结论：埃森哲这次改的不是「员工最多能用多少 Claude」，而是「谁来付超出的那部分钱」。公司统一出的钱定为每人每月 29 美元，超出的部分仍然可以用，但要记到某个项目或团队的预算编码上。对每天用 Claude Code 写代码的人来说，这意味着用量本身不再是理由，能不能找到一个愿意买单的项目才是。最先受影响的，是那些手里没有现成项目可记账的内部开发和探索。

发生了什么

据 404 Media 10 月 15 日的报道，埃森哲已经告诉许多员工，公司今后每人每月只为 Claude 支出 29 美元；受影响的员工里，有人此前每月要花到 1000 美元（媒体报道）。这篇报道的正文在付费墙后，我们读到的是公开部分。

据 The Times of India 转述 404 Media 看到的内部通知（媒体报道），规则有四个要点：

• 生效时间与对象。 10 月 1 日起，适用于 Claude Enterprise 的使用。
• 按用量计费。 通知写明所有 Claude 费用都按实际用量计算；超出公司统一出资的部分，要通过工作分解结构（WBS，埃森哲内部给具体项目或团队记账的编码）出钱。
• 两档账号。 Premium 档每周含 250 美元的用量额度，处境好得多。
• 许可不是永久的。 访问权与岗位和业务需要挂钩，分配会定期复核，许可会被调到公司认为价值最高的地方；提供了 WBS 编码也不保证一直能用。

同一篇报道引述员工在内部的说法：有人连续几个月用量超过 500 美元，想尽快升到 Premium，但支持页面上的升级入口似乎被封住了；有人在用 Claude Code 为几家客户开发一个 AI 加速工具，每月用量通常在 500 到 1000 美元之间；还有一人说自己的访问权被整个收回。

据 TechRadar 的报道，这次调整主要落在 General 档账号上，29 美元更像一个「软上限」，确有需要的项目或团队可以超出（媒体报道）。埃森哲发言人的回应只有一句方向性的话：公司的做法是为合适的工作配合适的工具，并继续投入 AI 能力与技能培养。据 Tech Times UK 的报道，这份通知的标题是「许可与使用费用的重要更新」，并且通知本身并没有写超出 29 美元就会自动失去访问权（媒体报道）。

为什么值得细读：卖投资回报框架的公司，先给自己记账

十个月前，埃森哲高调宣布要在内部和客户那里大规模推广 Claude。据 埃森哲公告页 2025 年 12 月 9 日的公告，双方成立 Accenture Anthropic Business Group，约 3 万名员工接受 Claude 培训，Claude Code 向埃森哲「数万名」开发者开放；面向客户的产品里，还有一套「量化真实生产率提升与投资回报」的框架（官方文件）。

把两件事放在一起看，这次调整的含义就清楚了。分析推断：在 10 月 1 日之前，员工的 Claude 用量大体由公司统一承担，否则不会出现个人每月用到 1000 美元、直到现在才需要找项目编码的情况；依据是 The Times of India 转述的通知把新规写成「超出统一出资的部分改由项目出钱」。现在，超出 29 美元的每一笔都要落到一个项目编码上，由项目负责人决定值不值。我们的看法：埃森哲没有收回工具，而是把自己卖给客户的那套逻辑用在了内部，先说清楚花在哪个项目、换来了什么。

几个数字之间的关系值得算一下（分析推断，依据是上面几家报道引述的通知内容与员工说法）：

• 29 美元对比重度用户每月 500 到 1000 美元，统一出资大约只覆盖重度用户用量的 3% 到 6%。
• Premium 档每周 250 美元的用量额度，按一年 52 周折算约为每月 1083 美元，正好覆盖报道里重度用户的用量区间。这能解释为什么员工的第一反应是想办法升到 Premium，而不是减少使用。
• 所以这次调整的真实效果，取决于两扇门开得多宽：Premium 名额给谁，项目编码让不让记。这两件事都由管理层和项目负责人决定，不由员工的用量决定。

谁先受影响

分析推断：能把 Claude 费用记到客户项目上的人，受到的影响最小，项目负责人只要认为值，就会签字；依据是通知允许超出部分按用量计入项目预算。受影响最大的，是那些在做内部工作的人。报道里那位用 Claude Code 为几家客户开发加速工具的员工就是典型：工具服务多个客户，但在交付前不属于任何一个客户项目，很难找到一个现成的编码来承担每月几百美元的费用（分析推断，依据是 The Times of India 转述的员工说法与 WBS 规则；我们不知道埃森哲是否另设了内部研发编码）。

这正是应用线一直在看的问题：智能体写代码的成本，正在从一笔看不见的固定费用，变成每个任务都要算的变动成本。按用量计费的工具一旦在大公司铺开，账单会逼着组织回答「这个任务值多少钱」。埃森哲给出的答案是把这个问题交给项目预算。

最强反方

最有力的反驳是：这就是一次成本削减，把它说成「改记账方式」是在替公司美化。对大多数员工而言，找项目编码有真实的摩擦，审批、解释、被拒都是成本；一旦摩擦足够大，29 美元在实际上就是上限。报道里有人访问权已被收回，有人想升级却找不到入口，说明公司在收紧的不只是记账口径，还有名额本身。

我们部分让步：对没有项目可记账、又拿不到 Premium 的员工，29 美元确实接近一个硬上限，我们在论点里写的「最先被收紧的是内部开发和探索」正是这层意思。但我们仍坚持核心判断：通知写明超出部分可以用、要按用量计入项目预算，Tech Times UK 也指出通知没有写超出就自动失去访问权。对能把成本挂到客户项目上的团队，用量并没有被封顶。区分这两类人，比把它概括成「埃森哲限制员工用 AI」更接近事实。如果后续报道显示项目编码在实践中普遍不被批准，或 Premium 名额被大幅压缩，我们会改口，承认它实际上就是一次全面限额。

我们不知道什么

• 没有一手文件。 所有细节都来自 404 Media 看到的内部通知，The Times of India、TechRadar、Tech Times UK 都是转述这一篇报道，它们不是彼此独立的信源。埃森哲发言人的公开回应没有提到 29 美元这个数。
• 覆盖多少人。 报道说「许多员工」，没有给出受影响的人数，也没有说 General 档和 Premium 档各有多少人。
• 公司总共花了多少。 埃森哲没有公开 Claude 的总支出，也没有公开调整前后的用量变化，我们无法判断这次调整省了多少钱。
• 内部研发怎么记账。 我们不知道埃森哲是否为内部工具、加速器这类工作设有专门的预算编码，这决定了「内部探索被收紧」这一判断的幅度。
• 对效率的影响。 没有任何数据说明用量下降是否影响了交付速度或质量。

接下来看什么

• 埃森哲在下一次财报电话会上是否谈到内部 AI 工具的成本与回报，以及会不会给出口径。
• 其他大型咨询和 IT 服务公司是否公开类似的「统一出资加项目记账」做法。
• Anthropic 是否调整企业版的计价方式，比如给企业客户提供按项目分账或预算上限的管理功能。