随用随弃:未来的一种软件存在模式

软件是一种特殊的产品，它的生产方式决定了它的存在方式。要理解未来软件可能以何种方式存在，需要先回到软件的生产形态本身，看它在不同历史阶段被何种力量塑造，又在当下正被何种力量重新塑造。

软件研制从一开始就带有双重属性：它既是智力密集的活动，又包含着大量劳动密集的环节。程序设计需要逻辑推演与领域理解，而编码、调试、测试则消耗着巨量的手工劳动。这两种属性在不同阶段的配比与组织形式，决定了软件以什么样的形态来到使用者面前。

在计算机应用的早期，软件的编写者与使用者往往是同一组人。程序为特定计算任务而写，用完即弃并非一种设计选择，而是生产条件的自然结果：没有人会为一个一次性计算任务去维护一套长期系统。软件作坊模式带来了产品化意识，但个体化的开发方式很快引发了软件危机，于是软件工程模式登场，以生命周期、文档体系和分工规范将软件开发纳入可管理的轨道。此后数十年间，软件的生产被组织为一种高固定成本的长期投入：需求、设计、开发、测试、部署、维护，每一环都需要专业团队和持续投入。一个需求值不值得做成软件，首先取决于有多少人需要它。规模化生产要求舍去个性、面向共同需求，软件因此天然地倾向于成为“耐用品”——一套系统一旦上线，就被期望以五年甚至十年为周期运行。

这一格局的松动，来自三个几乎同时发生的变化。

首先是运行侧的变化。云计算已经将算力变成了随取随用的公共品。Serverless容器和按需计费的弹性资源，使一个软件不再需要预先占据固定的服务器、预留长期的运维容量，而是可以在需要时被唤起、在不需要时彻底释放。软件“存在”的物理成本，第一次可以低到与它的使用时长精确匹配。

更具决定性的变化发生在生产侧。AI大模型正在将“写软件”从一种需要多年训练的专业技能，转变为一种自然语言驱动的生成过程。“许愿式编程”这个2026年出现的说法抓住了其实质：用户用日常语言描述想要什么，AI自主完成项目搭建、功能实现乃至交互设计，无需传统意义上的编码环节。这并非只是“编程更快了”。它动摇的是软件生产“智力密集、劳动密集”的根基：当完整项目的从零构建可以由少量提示词驱动完成，当中国一些大型科技公司特定领域的AI生成代码比例已接近90%，编码作为劳动密集环节的规模正在系统性收缩，而“智力密集”中属于架构判断与意图表达的部分，则被重新分配给了使用者与AI之间的协作。生产一个软件所需的人类劳动量，正在从“团队×月”的量级向“个人×小时”的量级滑落。

生产成本的这种量级变化，必然会寻找与之匹配的软件架构。传统的单体软件将大量功能耦合在一个长期维护的代码基中，其合理性建立在“修改成本高昂、复用优于重建”的前提上。当生成一个功能模块的成本足够低，更自然的选择是将软件拆解为一个极小的核心加上大量可按需生成、按需加载的插件。微内核插件架构在工程上早已存在，但过去主要服务于少数可扩展性要求极高的产品；而2026年前后出现的AI Agent框架，正在将“一切皆插件”、核心编排器仅保留极少量代码的设计推向基础设施层面。在这种架构下，软件不再是一尊需要整体雕琢的石像，而更像一套可以随时拼装的积木：核心保持稳定，具体功能以插件形式按任务生成、挂载、运行、丢弃。软件开始具备“小商品”的生产特征——不是指它廉价，而是指它可以像小商品一样被按需定制、快速迭代、用完即弃，而不必承担“耐用品”的维护包袱。"一个产品服务百万人"的标准化逻辑迟早让位于"百万人各自拥有专属软件"的个性化逻辑。

于是，“随用随弃”作为一种软件存在模式，获得了完整的逻辑条件。用户需要某种功能，告诉AI，AI快速生成一个恰好满足该需求的软件，用完即弃；下次需要时，再生成一个。这听起来激进，但现实中已经出现了它的雏形：有人为一次朋友聚会做一个签到App，聚会结束即删除；有人趁一顿饭的工夫给自己做一个过敏记录工具；有8岁的孩子用代码智能体做出校园共享雨伞App，直接在学校投入使用。这些软件不再需要“服务足够多的人”来证明自己存在的合理性，因为它们的生产成本已经低到不需要被规模化分摊。

如果软件可以随用随弃，那么真正需要被认真对待的，就不再是软件本身。一个被丢弃的软件不会带走它处理过的数据，也不会带走它遵循的业务规则。数据是物理世界状态在数字侧的映射，规则是这些状态之间被验证有效的约束与转换逻辑。软件只是数据与规则在某一时刻、为某一任务而临时组织起来的外壳。外壳可以即生即灭，数据与规则却必须连续、准确、可追溯。当软件的生产成本趋近于零，价值的重心便从“拥有什么软件”转移到“拥有什么数据、遵循什么规则、以及这些规则能否被AI准确理解和执行”。软件不再重要，不是因为它消失了，而是因为它变得足够便宜、足够临时，以至于重要的不再是那个具体的程序，而是程序所服务的那套关于世界的持续记录与持续约定。