我那个周六晚上的行为，在 TOC 里有个正式的罪名：局部优化——让系统的某个局部环节变得更强，同时假定这对整体有好处。这一章我们算清楚这笔账：它不但没有好处，还是负的。
一个思想实验：如果智谱送我三千亿
把场景推到极限。假设那天不是三亿 token，而是三千亿——无限量，随便用。会发生什么？
生成端彻底放飞，一夜之间跑出一万份书稿。我的审核速度不变：一个晚上一份。结果：
- 系统产出（审核通过、真正交付的成品）：不变，还是每晚一份；
- 待审库存：从几十份变成一万份；
- 我的心理负担：从「有点烦」变成「彻底不想打开那个文件夹」。
结论冷得像块铁：瓶颈不变，上游产能加一千倍，产出加零倍。不仅如此，那个堆积还开始收利息——这就是库存的真正代价。
待审稿是最贵的库存
工厂里的库存至少能放在仓库里不动，我的待审稿不行。它有三笔持续在烧的费用：
第一笔，注意力租金。每一份没审的稿子都占着你大脑里一个开着的小窗口。心理学里叫蔡格尼克效应——没完成的事会在脑子里反复冒出来，打断你手头的事。37 份待审稿不是 37 个文件，是 37 个随时弹出的窗口。你什么都没做，只是在消耗。
第二笔，保鲜期折旧。AI 生成的东西有个特性：放久了你自己都陌生。那份稿子当时为什么生成、想要什么风格、打算发给谁——这些上下文存在你的短期记忆里，一周后开始蒸发。一个月后你再打开它，等于从零读起，等于这份库存已经变质。生鲜库存放坏了要扔，生成库存放坏了更糟：你舍不得扔，又看不下去，它就永久地赖在那里收租金。
第三笔，筛选成本的平方增长。两份稿子里挑一份好的，读两份就够；三十七份里挑，你可能要全部翻一遍才敢决定，而且比着比着标准开始漂移，第十份时觉得「还行」的，看到第三十份就觉得是垃圾——回头重看。库存越大，从库存里提取价值的成本涨得比库存本身还快。
「别浪费」为什么是错的目标函数
现在可以指认那个周六晚上真正的元凶了：我脑子里的目标函数是「积分别浪费」。
这个目标听起来勤俭持家，但它度量的是输入，不是产出。它跟工厂总部考核「机器利用率」是同一个病：机器转着 ≠ 赚钱，token 烧着 ≠ 价值。真实发生的交换是：我用「把 3 亿 token 用完」这个动作，买来了「几十份我根本审不完的稿子」和「接下来两周的焦虑」。这买卖亏到家了。
大白话：衡量一个系统，永远只衡量它最终交付了多少，别衡量它中间环节有多忙。忙是成本，不是成绩。
高德拉特在《目标》里让钟纳反复强调：工厂的目标只有一个，赚钱；其他一切指标——利用率、单位成本、劳动生产率——如果和这个目标的联系说不清楚，就都是噪音。换成我的版本：我的目标是「审完并交付的好东西」，不是「用掉的 token」。目标函数换过来，整个系统的调度逻辑会跟着倒过来。
一个可以直接用的公式
把这一章浓缩成一条以后每次「活动送积分」都能用的判断式：
该生成多少 = 瓶颈能处理多少 ×（1 + 一点点余量）
我一周能认真审 3 份书稿，那么无论积分送多少，这周该生成的就是 3～4 份。多出来的每一份都不是「赚到的资源」，是「签下的债」。积分过期？让它过期。过期的 token 不占地，审不完的稿子占心。
道理讲完了，怎么系统地做？高德拉特留下了一套五步流程，正好把这个周末从「本能反应」变成「标准操作」。下一章上总纲。