还按过去那种软件和公司来想，会看错这一轮

许多人脑子里的软件，还是很难、很贵、很慢的东西。必须专家。改一行要排期，上一个功能要一个小队，发一次版像出一趟远门。软件被想成一种手工艺：做得好的人少，复制起来别扭，规模只能靠把更多工匠塞进同一栋楼。

配套的软件公司也还是那张图。融资。招几十上百工程师。再配产品、设计、测试、运维。用流程把这些人的产出缝在一起。排期。做完再找客户。成功首先取决于能不能招到人，能不能按期做出来。招不到人，再好的 idea 也只是 idea。

这两张图曾经是对的。所以它们粘得很牢。

软件被想成很难很贵的成品；公司被想成必须堆人的工厂。两张图是配套的。

云来过。敏捷来过。外包来过。low-code 也来过。每一轮都有人宣布软件生产要变天。工具确实变了，做出来仍然很难。难，公司就还得是工厂。工厂的形态没有被推翻，我们对软件本身的想象也没有被推翻。

这一回不是又换了一代工具。

软件本身变了。公司也会跟着变。 还按过去那种软件和公司来想，会把瓶颈看错。

我在 《软件之后》 里写过：一个人加上 AI，已经可以做出过去小团队才能完成的东西。那篇文章往下推的是协作和分配。这篇想先停在更浅、也更容易被看错的一层：很多人以为变的是公司组织方式，其实软件这种东西的生产性质先变了。公司形态的变化，是跟着来的。

软件不再是那个手工艺

过去软件难，不只是因为人贵。接口不稳，隐性依赖多，质量波动大，意图很难可靠地交给下一个环节。你很难把「这块」干净地拆下来给另一个人。拆下来的东西常常带着一堆说不清的上下文。所以它看起来像手工艺：师傅在，活才在。

这也是为什么「软件工厂」会越开越大。不是因为大家热爱开会。是因为零件不够标准，只能靠把更多人、更多评审、更多流程堆在同一个屋顶下，才能把局部缝成一个还能用的整体。

计算机行业其实一直在做另一件事：一层一层把复杂性封起来。晶体管到指令集，到操作系统，到语言和框架，到云和 API。每一层都让下一层的人觉得更简单，堆出来的整体却更复杂、更庞大。单个开发者能撬动的系统规模，长期是在上升的，不是下降的。

AI 加速的是零件这一层。

不是说今天所有软件都已经变成完美标准件。核心方向、权限模型、数据模型，仍然有大量说不清的决策。但生成、描述、验证、组合，第一次可以更接近工业零件的方式来做。一个 login、一套文档、一次部署、一个边角案例，不再天然配得上「高级工程师」的溢价。它们仍然必要。没有它们，软件活不下来。只是它们不再因为难而显得高贵。

手感还在的是组合。变了的是零件能不能被稳定地做出来。

当零件更可生成、更可验证、更可组合，「做出来」就不再构成主要门槛。门槛挪开之后，难的事情会往上走：做什么，为谁做，边界怎么定，做出来有没有人要。

很多人会把这一层理解成：技术不重要了。我想说的几乎相反。技术还在。它只是不再自动构成壁垒。能做出来的人变多了，做出来却没人要的东西也会变多。

所以公司也不会再是那个样子

如果软件还是手工艺，公司就得是工厂：招人，分层管理，用流程把工匠的产出缝在一起。很多人讨论 AI，脑子里默认还是这个画面，只是把员工换成 agent。于是问题会变成：怎么协调五百个陌生人？怎么保证一千个局部拼得成一个整体？

问法本身已经旧了。它默认未来还是会把大量人，或者大量 agent，塞进同一个生产单元。

更可能出现的，不是一个工厂里堆几百上千人，而是许多小型、敏捷的生产单元。每个单元的核心协调人数很少。大量执行由 AI 完成。大型集中式软件工厂不会消失，会变得像今天偶尔还能看见的中央厨房：只在高标准化、高规模的场景里划算。日常和大多数创新性需求，会由数量多得多的小单元来满足。

家里也会有「面包机」。一个人加一套工具链，就能把很多过去必须交给工厂的活做掉。这不消灭面包房。好的餐厅没有变成一座大食堂。能力被平等化之后，自给自足会变容易，专业化供给要活下来，就得提供执行本身以外的东西：判断、品味、稳定性、渠道、信任。

协作仍然会发生。驱动力变了。过去协作，常常是因为「我缺人，我做不出来」。以后更多是因为「没必要重复发明已经存在的轮子」。协调方本身会变小，不是变大。

不是把旧工厂再堆高，是生产单元变小、变多。

销售和市场没有本质变化。可能庞大，也可能小而美。AI 会削掉一部分触达和内容成本。信任、复杂成交、长期关系，仍然会有专业分工。变的是位置：这些事情不再是「产品做完以后再雇销售」。它们更接近产品能不能成立的本身。

还按过去那种公司来想，会继续把成功理解成规模化招人和排期。编制会越养越大，协调会越来越重，而真正稀缺的东西已经不在编制里。

成功落回需求、品味和市场

开发变容易之后，实验会变多，噪声也会变多。过去「我想做，但我做不出来」挡住了一大批项目。那道墙矮了以后，会有更多「我不服，我先干着」。其中绝大多数依然不会有人真正需要。

所以过滤器会换。从「你有没有能力做」，变成「做出来的东西，有没有人愿意用真金白银来回应」。

需求、品味、市场、销售，过去也一直重要。只是开发太贵的时候，它们常常要排在「先把人招齐、把版本做出来」后面。先能做，才轮到有没有人要。门槛挪开之后，顺序会倒过来。一个没有真实需求信号的项目，现在会更早暴露：不是暂时没人注意到，而是在能做的人已经很多的情况下，仍然没有人愿意站出来要它。

贡献也会更好衡量。不是因为我们发明了一套更精密的工时表。恰恰相反。按烧掉多少 token、写了多少行、待了多少小时，几乎一定会被 game。真正开始站得住的，是留下了多少被接受、被用上的东西。身份和职级会变轻。被合并的、被客户用上的、带来真实需求的，会变重。

写代码仍然算建设。带来第一批客户、把一个含糊的愿望收成可验证的需求、让产品真的被用起来，同样算。软件成功从来需要供应和需求两端同时成立。开发太贵的年代，供应端抢走了大部分注意力。供应变便宜以后，需求端会回到它应有的位置。

开发还在，只是不再排在最前面。前面变成了需求、品味和市场。

我不是说公司突然没用了。需要强品牌、强合规、强持续运营的产品，公司往往仍然是最高效的容器。我也不是说开发变成了体力活。复杂系统还是复杂系统。高杠杆的方向和结构，错了会很快被放大。

我要说的只是：还按过去那种软件来想，会继续把预算砸在更多工程师编制上。还按过去那种公司来想，会继续把成功理解成招人和排期。两者都会看错这一轮。

软件变了。公司也会变。变的不是口号，是门槛在哪。