我的公司让我实行了一场极端的 AI Token 节食。结果就是设计腐烂。
如今企业正按设计师个人计量 AI 用量,用严格的 token 配给悄悄侵蚀设计质量。以下是如何控制支出又不必交出更差作品的方法。
给每位设计师设定严格的月度 token 预算,是一项合理的成本控制手段,同时也是在没有人主动决定的情况下,让作品质量迅速变差的最快方式。
如果用简单粗暴的方式配给 token,设计师就会截断上下文、跳过二次打磨,任由模型停留在千篇一律的默认输出上。财务能看到的那一行数字下降了,而没有人衡量的质量数字也在下降。这种取舍,就是我所说的"设计腐烂"(design rot),这是我给两个在 2026 年已被充分记录的趋势相撞时所发生的事起的名字:一边是企业收紧 AI 支出,另一边是当你剥夺 AI 的上下文时,它的产出会坍缩到一个千篇一律的下限。
这两个趋势都不是秘密。没人连接过的,是它们之间的桥梁。让我来把它连起来。
AI Token 节食到底是什么
token 是 AI 服务商计费的基本单位,大致相当于一个词的片段,无论是你发给模型的内容,还是模型返回给你的内容,都会被计入。所谓"token 节食",就是公司像限制云计算用量一样,给每个人每月能花费的 token 数量设定上限。
这些价格是真实存在的,这也是财务部门开始注意的原因。根据 Anthropic 公布的 API 定价,Claude Opus 4.8 和 Claude Sonnet 5 的定价如下表所示,Claude Haiku 4.5 的起价为每百万输入 token 1 美元。
| 模型 | 输入(每百万 token) | 输出(每百万 token) |
|---|---|---|
| Claude Opus 4.8 | 5 美元 | 25 美元 |
| Claude Sonnet 5(入门价,至 2026 年 8 月 31 日) | 2 美元 | 10 美元 |
| Claude Sonnet 5(2026 年 9 月 1 日起) | 3 美元 | 15 美元 |
来源:Anthropic 公布的 API 定价。
单条提示词只需几分钱。但如果一名设计师输入完整的品牌指南、一个组件库、三张参考截图,再加上五轮迭代,费用就不再是几分钱了。把这些乘以一个团队一整月的用量,你就会得到一笔值得设上限的账单。这一点,是实话。
转变:AI 支出变成了按设计师核算的预算
这种急转弯已被记录在案,2026 年有四份独立报告都追踪到了同一个逆转。
| 来源 | 发生了什么 |
|---|---|
| TechCrunch(Lucas Ropek,2026 年 6 月) | "我们现在似乎正在进入 token 配给的时代。"一些公司此前曾建立内部员工排行榜来鼓励使用 AI,如今却调转了方向。 |
| 404 Media(泄露的埃森哲内部会议录音) | 埃森哲正试图阻止非技术员工在诸如将 PDF 转换成演示幻灯片这类琐碎任务上"用光"其 AI token 预算,并在几个月前刚警告员工不使用 AI 就可能失去晋升机会之后,报告称"token 支出激增"。 |
| Forbes(微软) | 在 2026 年 12 月的试点结束大约六个月后,微软在其 Experiences and Devices 部门撤销了大部分内部 Claude Code 许可证,让开发者统一改用 GitHub Copilot CLI,官方给出的理由是成本控制与工具链统一并举。 |
| Forbes(GitHub) | 于 2026 年 6 月 1 日将所有 Copilot 方案改为按用量计费,用与 token 挂钩、每个一美分的额度取代了固定席位定价。 |
这里有一个必须说明的前提:上述所有已记录的上限,要么是全公司范围的,要么是针对工程团队的。我没有找到任何资料报道过某家具名公司专门对设计团队实行 token 配给。计量模式正在敲响设计部门的大门,原因是所有软件成本最终都会落到这里,而不是因为已经有人写了相关的案例研究。
设计腐烂长什么样
设计腐烂并不戏剧化。它是曾经优秀的作品,缓慢滑向"还行"的过程。它体现为一系列行为,每一种行为都有代价。
| Token 节食行为 | 对作品的影响 |
|---|---|
| 输入一个没有品牌参考资料、被精简过的提示词 | 得到千篇一律的基线输出,一位设计师称之为"Slop Floor"(劣质下限) |
| 为省 token 而截断上下文 | 模型在任务中途"忘记"你的规则,退回默认设置 |
| 接受简短生硬的"穴居人式"输出 | 失去了本能帮你发现模型错误的推理过程 |
| 为节省预算而跳过迭代 | 得到技术上正确、但彼此毫无差异的输出 |
| 在预算紧张的月份省去无障碍审查 | 对比度和替代文本(alt-text)方面的问题悄悄溜过审查(此处为推测性举例) |
上表中有两行依据的是 2026 年具名的真实说法。"Slop Floor"是设计师 Nurkhon Akhmedov 提出的术语,指的是"当你给智能体一个提示词却没有提供任何依据时,它交付出来的东西"。"穴居人式"行为则确有其事:404 Media 报道称,OpenAI、Nvidia 和 GitHub 的开发者们采用了一款插件,强迫 AI 助手为了削减 token 成本而产出精简版输出,"没那么多'你说得对,可以反驳我',更多的是'绿巨人开砸'"。
无障碍那一行,我要特别说明是举例说明,并非已有报道的事实。我没有找到任何关于 token 上限导致无障碍问题倒退的记录案例。这只是同一机制下一个说得通的可能症状,我把它列为风险,而不是既成事实。
为什么配给 token 会反噬作品本身
AI 产出的质量,是你给它多少上下文的函数,而 token 就是上下文。剥夺输入,模型就会退回到它所知道的最平庸的东西。
Built In 在 2026 年一篇关于 AI 设计糊弄 的特稿中,精准地描述了这种结果:界面"在技术上是正确的,却缺乏明确的品牌身份或观点,最终侵蚀用户信任",文章将这种趋同现象称为设计领域新一代的"拟物化"。行业自身的数据也指向同一个方向。
《2026 年设计中的 AI 报告》(The AI in Design Report 2026)发现,如今 91% 的设计师至少每周使用一次 AI,高于 2025 年的 54%,平均工具栈也从三款工具翻倍增长到七款。最能说明问题的细节是:该报告将输出质量,同时列为 AI 设计工具能被留住使用的首要原因,以及人们对它们最大的抱怨。质量才是全部关键,而它恰恰是 token 节食最先牺牲掉的东西。
Akhmedov 的经历是最尖锐的警示。他描述自己在没有察觉的情况下,交付了两周没有任何依据支撑的下限输出,因为看起来"还不错"。
"MCP 能抬高下限,"他写道,"但爬向上限,依然是你自己的工作。"而 token 上限会把你死死钉在下限上,还美其名曰"节省"。
影子 IT 问题(个人 API 密钥)
当公司设置的上限让作品质量下降时,一些设计师会悄悄自掏腰包来维持质量。把个人 API 密钥的费用报销掉,自己掏钱跑真正完整的上下文,交付出比那些被计量管制的同事更好的作品。
我想说得精确一点,因为这里的证据是一种模式,而不是一个具名的案例。我没有找到任何设计师第一人称讲述自己为了绕开 token 上限而报销个人密钥的记录。真实存在的是覆盖整个劳动力市场的影子 AI 数据:RedTeam Partners 援引 Salesforce 的 2026 年 Workforce AI Survey 报告称,67% 的员工在工作中使用 AI 工具,而只有 18% 的组织制定了正式的 AI 安全政策。这个缺口,正是未经批准的变通做法滋生的地方。
所以请把这段内容当作一个建立在真实治理缺口之上的预测,而不是一起已被报道的设计团队丑闻。但这个逻辑很难反驳。
如果你的上限惩罚了那些认真做事的人,认真的人就会想办法绕过去,而现在你的品牌上下文正在通过一个无人监控的个人账户流转。你并没有省钱,你只是看不见钱去哪了。
诚实的反面观点(有些配给是合理的)
token 不是免费的,大量 AI 支出确实是被浪费掉的。埃森哲泄露出来的"PDF 转幻灯片"案例,就是真实的浪费:把高端模型用在一件根本不需要它的任务上。这种情况值得叫停。
账单也是真实的。Forbes 指出 GitHub 自己给出的按用量计费的理由是,智能体工作流消耗的算力,远远超出固定席位能够承受的范围。iSimplifyMe 的一份治理分析报告显示,大多数企业级 AI 智能体的落地项目,在最初 90 天内的预算超支幅度达到试点预算的 4 到 11 倍,这主要是由不受限制的检索和工具调用递归所驱动的。
所以预算本身不是反派。一刀切的上限才是。问题出在计量的是"思考"本身,而不是"浪费"。
如何在不让作品腐烂的前提下控制 AI 支出
把浪费砍掉,把上下文护住。这套治理方法论已经存在,它本是为工程师写的,但完全可以照搬到设计上。
- 压缩,而不是截断。iSimplifyMe 的建议是在检查点对延续下来的上下文做摘要,"为摘要付费一次,而不是为原始记录反复付费十次",而不是直接硬生生砍掉模型需要的输入。
- 按任务分流。把可丢弃的琐碎工作交给像 Haiku 这样便宜的模型,把贵的模型留给真正要交付的工作。不是每个任务都需要 Opus。
- 升级处理,而不是默默失败。iSimplifyMe 建议,一旦触及硬性上限,就应触发结构化的"需要人工审核"响应,"而不是变成一次计费事件",因为"用户能容忍'升级给人处理',却不能容忍默默超支"。
- 限制团队,而不是限制单个任务。一个可见的团队月度共享预算,胜过让设计师在思考中途被迫配给的僵化单条提示上限。
- 衡量返工,而不只是衡量支出。如果省下的 token 最终又以返工的形式花回去,那就不算真正省下了。
常见问题
每次这个论述抛出来,都会有四个问题反复出现。以下是直接的回答。
"设计腐烂"是一个真实的行业术语吗?
不是。这是我为这篇文章创造的说法。它背后的两个趋势都有据可查:企业对 AI 的配给,以及 AI 产出趋同到一个通用下限,但我没有找到任何资料用一个统一的名称把它们连接起来。请把它当作一个观察视角,而不是一个可引用的指标。
2026 年企业真的在配给 AI token 吗?
是的,不过已记录的案例都是全公司范围的,或专门针对工程团队的。TechCrunch 称之为"token 配给的时代",404 Media 报道了埃森哲的整顿行动,Forbes 则报道了微软撤销 Claude Code 许可证以及 GitHub 将 Copilot 改为按用量计费。这些报道都没有具体点名任何一个设计团队。
为什么更少的上下文会让 AI 设计变得更差?
因为产出质量取决于你喂给模型多少针对该品牌的具体依据。一旦抽走这些依据,你得到的就是平庸的默认结果。Built In 将这种结果称为"技术上正确、但缺乏观点"的作品,而《2026 年设计中的 AI 报告》把输出质量列为人们对 AI 设计工具最大的抱怨。
我应该直接自己报销 API 密钥的费用吗?
先弄清楚风险再说。影子 AI 现象十分普遍,根据 Salesforce 2026 年的调查,只有 18% 的组织制定了正式的 AI 政策,但让品牌上下文通过一个无人监控的个人账户流转,只是用一个更大的问题换掉了一个小问题。真正该做的,是修正那个上限本身。
结论:计量支出,而不是计量思考
面对一笔真实的账单,设定 token 预算是合理的应对方式。但一个愚蠢的 token 预算,却是在悄悄向你的设计团队被雇来做的那件事本身征税。
解决办法不是去对抗预算本身,而是把它精准地对准浪费:那些可丢弃的任务、不受限制的递归调用、被拿去干粗活的高端模型,同时不去动打底的依据。
压缩上下文,而不是直接砍掉它。把便宜的活儿交给便宜的模型。遇到问题就升级给人工处理,而不是默默失败。同时追踪返工情况,因为如果省下的 token 最终以返工的形式花回去,那就不算数。
便宜又保险,从来不是目标。便宜又保险,只会让你的作品集里堆满通过了审查、却什么都打动不了的作品。计量支出,别去动思考本身。
Want design that clears the ceiling, not just the floor? Brainy builds it.
Get Started
