瓶颈:三亿 token 换来的教训 书架

第 01 章 / 共 10 章

第一章 · 那个周六晚上

周六晚上九点,我抢到了一份大礼。

智谱那几天在做活动,晚上会赠送积分。平日送一亿 token 就算手气不错了,那天是周末场,我点开页面一看:三亿。三亿个 token,限时的,不用就作废。

一个 token 大致相当于大半个汉字。三亿 token,约等于两亿个汉字的生成量——把《红楼梦》写上一百遍都绰绰有余。我手头正好有个构思了很久的个人项目:让 AI 批量生成电子书。以前总觉得 token 金贵,prompt 反复打磨、一次只敢跑一小段,生怕烧多了。现在粮仓忽然满了,还等什么?

我把任务一股脑塞了进去。生成器跑了一整夜,风扇呼呼地转,像一台终于放开油门的机器。

第二天早上,我赢了,也输了

早上醒来,项目跑完了,token 居然还剩不少。于是我开始绞尽脑汁想新任务——这个想法生成一版,那个主题再来三本,能想到的方向全部安排上。目标只有一个:别浪费

到周日晚上,积分终于见底。任务栏里躺着几十份电子书初稿、上百个章节、一堆等着我过目的结果。我坐在屏幕前,忽然意识到一个荒诞的事实:

token 用完了,可我的周末也被用完了。而真正决定这些东西有没有价值的那道工序——我自己的审核——一秒钟都还没开始。

我缺的从来不是 token。我缺的是专注地读、判断、取舍的时间。而这个东西,一晚上最多也就那么三四个小时,智谱不送,谁也送不了。

一个熟悉的荒谬

如果你是个工程师,这个场景其实很眼熟:团队买了最快的 CI 机器,编译速度快了十倍,可发布速度一点没变——因为卡住的环节是 code review,而 reviewer 还是那两个人。机器越快,待审的 PR 堆得越高,reviewer 越不想点开那个列表。

我把家里变成了一座这样的工厂:生成端(AI 连夜跑任务的那一头)产能无限大,审核端(我自己,一个眼睛会酸、注意力会散的人类)产能纹丝不动。中间堆积起来的那几十份书稿,在工厂里有个专门的名字,叫在制品库存——干了一半、还没变成成品的活。

库存这个词听起来中性,甚至有点踏实,像囤了一屋子货。但四十年前有位物理学家出身的工厂顾问会告诉你:库存是负债,不是资产。它占用你的资金(在这里是注意力),掩盖你的问题(你根本看不清哪份稿子值得救),还会随着时间贬值(两周后你自己都忘了当初想要什么效果)。

这位顾问叫高德拉特(Eliyahu Goldratt),以色列物理学家,后来跑去救工厂,救一个活一个。他留下的那套方法叫TOC(Theory of Constraints,制约法),核心主张简单到让人怀疑:

大白话:任何系统,产出都被卡在最慢的那个环节上。你不去管那个最慢的,把其他所有环节优化出花来,产出都不会多一丁点。

那个周六晚上,我做的事情用 TOC 的话说就是:拼命给一个本来就不是瓶颈的环节继续加产能,然后对着堆积如山的库存庆祝「积分没浪费」。

这本书要回答的问题

接下来九章,我们只回答一个问题,但它值得用一本书来回答:

当生成变得免费,而判断依然昂贵,一个人该怎么安排自己的工作?

我们会先回到四十年前那家快倒闭的工厂,看高德拉特是怎么从机器轰鸣里听出瓶颈的位置的;然后把他那套「五步聚焦法」原样搬回到我的书桌上——搬回来之后你会发现,要改的其实不是 prompt,而是整个流水线的节奏:什么该多生成,什么根本不该生成,审核之前先做掉哪些判断,以及最反直觉的一条——有时候让生成端闲着,才是对的

三亿 token 买来的教训,一句话就能说完:资源不是财富,通过瓶颈流出去的东西才是。但知道这句话,和真的照着做,之间隔着一本书的距离。我们出发。

瓶颈:三亿 token 换来的教训 · 竹小竹8167
费曼式写法 · 由多个 AI 代理撰写与互相审校