注意：我刚刚开通了每月 8 美元的付费订阅。大部分文章仍将免费，但我正在为 Artifact Land 添加高级功能，并准备推出 Conjure 的托管版本，以及其他即将随订阅附带的产品。我计划随着这个产品组合的壮大而提高价格。所以现在就升级订阅，锁定这个 introductory 价格吧。
好吧……想象一下……你正站在一家超市的自助结账机前。
屏幕冲你大喊，说装袋区有意外物品。你低头一看，那个意外物品是香蕉吗？还是你的环保购物袋？机器似乎也不打算给你任何提示。
你身后，一个孩子正用尽可能大的嗓门，跟父母谈判，想要购物车里的一袋果泥。一个条形码第十一次扫描失败。而只有一名员工照看着六台这样的机器，像个牧羊人，只不过他的羊群全都开始自己报税了。
我们是怎么走到这一步的？
自动化销售机器
2026 年 4 月，Salesforce 发布了 Headless 360。
Marc Benioff 的宣传语是：“无需浏览器。API 就是 UI。”
你基本上可以把它翻译成：
我们不再给你交付软件了。我们给你交付的是软件的原材料。剩下的你自己搞定。
如果你听到这话只是耸耸肩，我不怪你。不就是个 API 嘛。API 是老古董了。有什么大不了的？
大不了在于，Salesforce 是地球上最大的企业软件供应商，而他们刚刚告诉自己的全部客户：产品中你们用得最多的那部分，不再是 Salesforce 的职责了。
这是客户的职责。
我不认为 Salesforce 会是唯一一个这么做的例子。我把这看作一个方向性宣言。未来十八个月内，每一家大型企业软件供应商都会推出某种版本的这类东西。他们会给它起不同的名字，或者用不同的措辞包装。但形态是一样的：供应商交付底层基座，而你公司里的某个人负责把基座组装成能干活的东西。
那个人很可能就是你。
实施工作的解绑
现在我知道，“以前供应商替你做这些”并不是事情的全部。
实施人力从来都是分层分布在生态系统中的：最顶端是供应商付薪的解决方案工程师，只占薄薄一层；中间是规模大得多的、由客户付薪的集成商和代理商；而在这一切之下，是一整个职业类别。Salesforce 管理员。Design Ops 或 Marketing Ops 经理。这些人在你公司内部的全部职责，就是替你配置另一家公司的产品。
蛋糕的大部分，从来都是指望客户自己买单的。
Headless 360 只是大幅改变了客户本来就在付钱的那批人现在被期望去做的事情的范围。
Salesforce 管理员这一角色正在被重新定义。过去的工作是“点击 Salesforce 为你设计好的配置界面”。现在没有界面了，管理员要做的，是用 Agent、MCP、自定义集成等手段，把一小时前还不作为产品功能存在的流程拼接起来——这些工具连 Trailhead 课程都还没有。而这还只是那些已经拥有这个角色的人。
但在我看来，这暗示着公司里的其他每个职能部门，都即将需要属于自己版本的这个角色。市场需要，财务需要，法务、运营、客服、招聘，甚至工程部门都需要。每个部门使用不同的软件，身处公司不同的角落，但每个部门现在都需要这样一个人：他的工作是把通用的 AI 能力，转化为能在这里、在这个具体场景下真正干活的工具。
当这类人只存在于某一个产品内部时，给这个角色命名很容易。但当他们的变体即将同时出现在每家公司的每个部门时，你该怎么称呼他们？
我不知道，但我认为这意味着，很快会涌现出大量这样的人。
上校登场
1917 年，在孟菲斯，一个名叫 Clarence Saunders 的人开了一家名为 Piggly Wiggly 的商店。（我们曾经生活在一个更富奇趣的时代……）
Clarence 有一个疯狂的想法：让你——顾客——自己走进店里，从货架上挑选你要买的商品。
在 Piggly Wiggly 出现之前，你得把购物清单交给一位店员，由他替你去取货。这就是店员的全部工作。他们把一切都记在脑子里。他们对面粉放在哪里了如指掌，熟悉得像家人一样。
Saunders 看着那位体面、有尊严、薪酬合理的店员，说：“如果顾客自己免费干这部分活儿，会怎么样？”
然后我们说：“好啊！”
一百多年来，我们一直在说“好啊”。
- 1917 年——顾客自己从货架上取货（店员失去了一部分工作）
- 1970 年代——条形码负责定价和库存管理（店员又失去了一部分）
- 2000 年代——顾客自己扫描商品（店员这个职业基本消失了）
每一波变革都需要一次能力解锁。开放式货架的店面布局。UPC 条形码。以及足够便宜的触摸屏——它们能大声提醒“请把商品放入装袋区”，而不需要每台机器旁边都站一个人类监督员。
而每一波变革都被包装成“便利”来推销。
是的，我明白店员这份工作基本消失了，但关键在于，劳动并没有消失，只是转移到了消费者身上。企业软件的情况则有些不同：你并不是自己选择走进 Salesforce 这家店，这个决定是别人替你做的。
大众来了（又一次）
快进到 2008 年。一个叫 Clay Shirky 的人写了一本书，名叫《Here Comes Everybody》（人人时代）。
这本书的核心论点大致是：机构之所以存在，是因为协调人的成本很高。你需要老板、流程、总部、工资单，以及一栋挂着公司名字的大楼——否则什么事都办不成。企业的存在，就是为了吸收协调成本。
Shirky 的赌注是：互联网把协调成本压到了近乎为零，从而使机构的职能开始外溢到临时组建的群体中。维基百科取代了大英百科全书。快闪活动出现了。协调变得足够便宜，以至于无需组织就能组织起来。
十八年后，几乎正好是十八年，我认为我们正在目睹同样的戏码，只是这次换了一条不同的成本曲线。
那是协调的故事。我们现在正身处构建的故事之中。
构建复杂软件曾经需要一家软件公司。你需要工程师、构建流程、UI 设计阶段，还得有专人全职负责处理 JIRA 工单。构建在制度上的高昂成本，就像过去的协调一样。
Agentic 编码工具、MCP、无头平台等等，已经开始对“构建”做互联网当年对“协调”所做的事。构建现在变得便宜了，各地的人们正在意识到这一点。一位财务负责人可以在周二下午就搭起一个对账 Agent。一位招聘人员可以在一杯咖啡和一个巧克力可颂之间，串起一个候选人调研工作流。
协调变得足够便宜，以至于无需组织就能组织起来。
实现变得足够便宜，以至于无需实现者就能实现。
Shirky 的“每个人”是聚在一起的。我们的“每个人”是散开的。
他的版本催生了维基百科——一百万人协作构建同一件事。2026 年的版本则是一百万人，各自在各自公司的各自角落里，构建各自独立的东西。一百万个对账 Agent。一百万个候选人调研工作流。没有一个可以共享，没有一个可以组合。去中介化是一样的，社会学却是相反的。
旧的“每个人”聚集起来。新的“每个人”原子化。协调曾经是我们因为软件稀缺而缴纳的税，而现在我们不必再缴了。这就是软件终于变得充裕之后的样子。
维修站团队
那么我们该怎么称呼这类人？那些身处市场、财务或法务部门，如今被期待着把通用的 AI 能力转化为能在自己业务领域实际干活的东西的人？
我在 Near Zero 那边一直用“维修站团队”（Pit Crew）来称呼，不过我敢肯定我们最终会换个叫法。尽管我也不太相信我们会用 Stripe 的“前沿部署 AI 加速器，市场部”这种名字。
你的营销人员拥有品味。他们了解你的品牌调性、哪些方案试过、什么样的邮件标题能打动人、什么样的不行。营销人员是车手。而他们现在驾驶的车是 AI。它强大、迅捷、难以伺候，如果调校不当，会以真正令人意外的方式冲出赛道。维修站团队负责调校这辆车。
你不能指望每个营销人员都会配置 MCP 服务器，或者用 Agent 把六个 API 缝合在一起。同样，维修站团队也不需要撰写品牌调性指南。他们俩谁也无法独自赢得比赛。营销人员带来“构建什么”和“为什么构建”，维修站团队带来“如何构建”以及“如何让它全速持续运转”。
你公司里的每一位领域专家，都将需要一个属于自己的“Pit Crew”（维修站团队）搭档。或者成为其中一员。或者两者兼而有之。
每个职能都需要这样一个人，原因有两个，而且这两个原因指向同一个方向。
第一个原因就是整篇文章一直在讨论的：无头平台将实施工作外部化到了你的团队身上。你实际上是在为供应商做前沿部署，只是账单记在你自己的雇主名下。
第二个原因比任何一家供应商都更重大、更持久。模型是通用的。模型不了解你的客户、你的数据、你那奇怪的三季度报表要求，也不了解某位特定的销售人员无论你催多少次都拒绝使用新 CRM 这件事。AI 能力只有在与具体的工作流、数据集或人接触的那一刻才变得有用。设立一个中央“AI 团队”毫无意义，就像设立一个中央“Excel 团队”一样荒谬。每个职能都应该拥有自己的团队。
我个人喜欢“Pit Crew”这个叫法。但我敢肯定行业最终会想出别的名字（也许更好？我不知道……）。不过，这个角色在它的词汇出现之前就已经真实存在了，与其等待一个完美的名字，我宁愿先选一个不完美的。
赋能与榨取
我真心相信这是一种赋能。Pit Crew 是一条拥有真实杠杆的职业道路，而早早在这方面练出本事的人将会赚得盆满钵满。人们确实能做到一年前做不到的事情，我所见到的种种成果令我叹为观止。
这与如今大多数新闻标题呈现的画面截然不同。当前的共识是，这一切意味着所需的工作岗位会减少。他们说，一个 Pit Crew 成员就能完成过去二十个营销人员的工作。于是你留下 Pit Crew，裁掉那二十个人，然后给自己写一张感谢信，形式是 EBITDA 的改善。
我认为这种变化的方向判断是错误的。
营销团队不会缩减，而是会扩张。支持它的 Pit Crew 也会扩张。两个数字都会上升。一旦一个营销人员搭配一个 Pit Crew 后生产力大幅提升，这个组合对企业的价值就会大幅提升。有价值的职能不会萎缩，而是会获得更多预算。他们会招人。产出扩大，需求随之扩大，因为事实证明，存在大量以前没人能想象去做的营销工作——因为以前没人负担得起去做。
所以，你不是从 20 个营销人员变成 1 个营销人员加 1 个 Pit Crew，而是从 20 个营销人员变成 25 个营销人员加 5 个 Pit Crew。然后是 30 加 10。Pit Crew 的比例在上升，营销团队也随之上升。整个组织架构变得更高。劳动力成倍增长。历史上每一次软件工程成本下降的时候，需求都出现了暴涨。凭什么这次会不一样？
如果一家公司把 Pit Crew 视为以更低成本完成同样工作的方式，那就把这种押注称为“替代”。如果一家公司把 Pit Crew 视为完成多得多的工作的方式——仅此而已——那就称之为“倍增”。
这两种情况如今正在不同的公司里发生，但只有一种对未来判断正确。押注“替代”的公司大约在十八个月后就会疑惑：自己的竞争优势去哪儿了。答案是：它流向了那家雇用了更多员工、并为他们配备更多“维修站团队”的公司，而不是更少。