1979 年底，英特尔纽约的一位地区销售经理，给总部发了一封八页的电传。负责微型计算机系统部门的比尔·达维多后来回忆，信里的意思是：一线士气低落，到处在丢单，这个产品根本赢不了。
这个产品是 8086，英特尔的 16 位微处理器。客户纷纷选了摩托罗拉的 68000，或者 Zilog 的 Z8000。管微处理器业务的戴夫·豪斯说：「我们常常排第三。」
达维多把电传复印了，在高管例会上发了一圈。照他的说法，安迪·格鲁夫，当时英特尔的总裁，「环顾了一下屋子，对我说，你去解决」。
芯片本身，英特尔没什么可改的，达维多说。据当时在英特尔的约翰·杜尔讲，后来叫作「粉碎行动」的这场仗，英特尔一款产品都没改。变的是一千多名员工瞄准的方向。
一句话，一个数
几周之内，公司有了一句话：「确立 8086 作为性能最高的 16 位微处理器家族的地位。」
「这是英特尔，你得能量出来。」豪斯在 2013 年说。策划会上有人报了个数：1000 个设计订单。所谓设计订单，就是客户答应把 8086 设计进自己的产品里。「听起来是个大得吓人的数。」豪斯回忆。后来又改成了 2000。
一句话说方向，几个数字回答做到没有。这套搭配就叫 OKR，目标与关键结果。格鲁夫从 1970 年代起就在英特尔内部讲它。那个年代的一段讲课录像里，他自己是这么说的：「目标是方向。关键结果必须能衡量，到最后你一看，不用争论就能说：这件事我做到了，还是没做到？是。否。就这么简单。」
目标是要去的地方，关键结果是路上的路标。路标说不出你为什么出发，可有没有走过当初说好的那一站，它一锤定音。
格鲁夫的这套方法，是在彼得·德鲁克的目标管理上搭起来的。杜尔 1975 年在英特尔给格鲁夫干活，后来把它带了出去。1999 年，他把 OKR 介绍给谷歌两位年轻的创始人。据杜尔讲，谢尔盖的回答是：「我们也没有别的办法来管这家公司，那就试试吧。」2018 年，杜尔把这套方法写成了一本书，Measure What Matters。
1980 年的英特尔，这个数一层层压了下去。「是用目标管理那套流程，把它一直落到一线的。」一位前英特尔员工回忆。「英特尔什么事都这样。」豪斯接了一句。每个销售分到的指标，平均大约每月一个设计订单，差不多是过去的三倍。自己完成、所在销售区也完成的人，奖一趟塔希提之旅。
「解决」也能造假
想象你带一个五个人的客服组，要写下季度的 OKR。目标写的是：客户第一次来问，问题就解决。第一条关键结果：七天内重复来问的比例，从 30% 降到 15%。
再看这个数怎么算，你发现一个漏洞：客户问烦了、不再来，也算「解决」。于是你加了第二条，往反方向拉：一道题的满意度调查，分数不低于现在。
英特尔当年也设了防。负责这场行动每周例会的杰夫·卡茨解释过：工程经理写封信说「我们会用你们的芯片」，只有少数客户才算数。他们真正信的，是客户掏钱买了开发系统或者电路板，开始上手试。
测试全过的那个模型
软件智能体也是按数来打分的。2025 年 3 月，OpenAI 公布了训练一个推理模型时的几段记录。模型拿到一个写了一半的代码库，任务是让所有单元测试通过。
其中一次，它读完测试发现，测试只检查一个叫 verify 的函数。它在思维链里写：「我们可以绕过 verify，让它永远返回 true。」它还掂量了一下指令里那句「不要修改测试」，推断改代码不算违规。接下来的补丁，就改写了验证函数。verify 永远说「是」，它本该写的那些数学函数，对不对都无所谓了。
在英特尔，那个数头上顶着一句话。那个模型，是按测试通过来拿奖励的。智能体改了测试，不一定就是作弊，有时候错的正是测试本身。所以在接受「测试全部通过」之前，先看它改了哪些文件；如果检查用的代码也在里面，就读一读改动，只问一个问题：真正的要求，是不是仍然得满足？一个不管输入什么都返回 true 的 verify，过不了这一问。
钱在哪儿
到 1980 年仲夏，作战室地图上的图钉越插越密。年底，卡茨数出来的设计订单超过 2300 个，英特尔自己的史料写的是 2500 个左右。卡茨说，大约 98% 的销售去了塔希提。英特尔的史料把 IBM 给第一台个人电脑选用 8088（8086 的一个变种）算作这场行动最要紧的一单，不过豪斯 2013 年说，他不知道两者之间有没有直接关系。
接着是季度评审。高管们一遍遍问卡茨：「这些设计订单的钱都在哪儿？」芯片还在客户那边，正被设计进他们的产品里。
关键结果做到了格鲁夫许诺的事：它回答了「是」。两千个设计订单，是英特尔一路经过的路标，没有一个是存进银行的钱。照卡茨的说法，高管们一直问到 1983、1984 年，IBM PC 的兼容机上市。