1878 年，弗雷德里克·泰勒进了米德维尔钢铁公司的机加工车间，从小工干起。后来他当上车间文书，又去开车床。他干出的活比别的机工多，几个月后，被提拔为管车床的工长。
照他的说法，这个车间「实际上是工人在管，不是工头在管」。工人们「仔细计划好了每件活该干多快」，速度大约只有一天像样工作量的三分之一。泰勒一上任，工人们一个接一个来找他：「弗雷德，你当上工长，我们都挺高兴。规矩你都懂，我们相信你不会当个计件的贪心鬼。」要是他敢破这些定额，他们说，「我们保准把你扔到篱笆外头去」。
他告诉他们，自己现在站在管理层一边。他写道，这「立刻引发了一场战争」。仗打了大约三年，产量上来了，很多地方翻了一番。
回头看，泰勒承认了一件事。他写道，自己虽然是车间主任，手下工人「加在一起的知识和技能，肯定是他自己的十倍」。
一张书桌，一台车床
泰勒得出的结论，并没有把活交还给懂行的工人。他要做的，是把懂行这件事搬走。经公司总裁同意，他开始给各种活计时，由此长出的那套制度，把计划放进了一间办公室。
一拨人定活怎么干，另一拨人照着干。
泰勒在 1911 年的《科学管理原理》里写道，过去工人凭经验做的计划，如今都得由管理层来做，一个原因是，工人「在身体上不可能同时守着机器又坐在书桌前」。他还说，多数情况下，「计划需要一类人，执行需要完全不同的另一类人」。每个人的活至少提前一天排好，多数情况下会拿到书面指示：干什么，怎么干，准许用多少时间。
拿厨房来看就明白了。一张由人试做过五十遍的菜谱，能让上岗第二天的厨师和干了十年的厨师做出同样的菜。灶台前的人不用自己琢磨酱汁，也轮不到他决定这锅酱要熬一个钟头。
在米德维尔，要的正是这个。工人们定下的节奏，在泰勒看来，是为了不让自己干得更累却拿同样的钱；有朋友私下问他，他照实说，换了是他也会抵制。把计划搬上楼，节奏就不归他们定了。
留在车间里的知识
这种分工有人替它辩护。1980 年，马里兰大学的埃德温·洛克在一篇评述里说，只要计划做得内行，把计划和执行分开很可能提高生产率，尽管也许要付出一些士气上的代价。
彼得·德鲁克在 1954 年的《管理的实践》里，把「计划与执行的分离」称为科学管理的第二个盲点。他写道，这种分离反映的是「一种可疑而危险的」哲学观念，关于一个精英阶层的观念。
更有说服力的检验来自一家汽车厂。NUMMI 是通用汽车和丰田的合资企业，1984 年在加州弗里蒙特开工，用的是通用关掉的老厂。那里的标准一旦定下，就要精确到秒地执行。可管理学者保罗·阿德勒在 1992 年的研究草稿里发现，这家厂没有专门负责制定作业方法的工业工程师，而通用的老厂有 82 个。标准由班组自己定，只是不同班次之间必须一致；据一位经理的描述，工人们拿着秒表互相计时。阿德勒也记下了工人对这套制度的不满。秒表还是泰勒的那块，握着它的手换了。
不能说「不」的工单
假设你带着四个开发，每张工单都由你来写：改什么、动哪个文件、几个小时。产出很稳定。有一天，一位新来的开发做到一半，发现工单让她加字段的那张表马上就要下线了。工单没问她怎么看。她加了字段，记了四小时，关单。
两个月后迁移数据时，你才知道。
规划者和执行者
2026 年 1 月，Cursor 写到，它让几百个编程智能体在同一个项目上连续干了好几周。最初的设计让所有智能体地位平等，靠一个共享文件互相协调。照 Cursor 的描述，二十个智能体的产出慢到只相当于两三个；没有层级，它们「变得规避风险」，躲开难活，只做「小而安全的改动」。
解决办法正是泰勒那一套。规划者浏览代码库、创建任务；执行者，文章说，「不和其他执行者协调，也不操心全局」。按 Cursor 的说法，这解决了大部分协调问题；一个从零开始做网页浏览器的项目，近一周里写了一百多万行代码。
这个类比有边界。泰勒说他的工人放慢是有原因的，为了保住单价；Cursor 并没有说它的智能体为什么求稳。它自己总结的经验也在往回收：结构太多会「变得脆弱」，一个负责整合的角色因为成了瓶颈被取消，系统仍然要定期重新开始，才能对付跑偏。文中提到的一次大规模迁移，「仍需仔细审查」。
把计划和执行分开时，给执行的人留一条回头路。让执行者智能体可以回复：这个任务照写的做是错的，原因是什么。然后抽一些这样的回复，拿去和代码对照着读。一个从不退回任务的执行者，可能正在做那位新开发做过的事。