软件架构可能正在经历第三次形态重构。论文《The Third Restructuring of Software Form》回顾了两次范式变化：Software 1.0 由指令决定行为，Software 2.0 则由数据决定行为，机器学习属于后者。论文进一步提出，Software 3.0 的行为将更多由上下文与推理决定，其最终形态可能收敛为三类要素：承载持久状态与记忆的广义数据库、负责推理和生成的大模型，以及连接两者的智能体执行循环。
三层架构如何被重新分配
这套判断直接对应传统三层架构。用户界面层可能被模型按需生成界面的能力吸收，软件不再必须依赖固定的页面和交互流程。业务逻辑层则不再作为一个完整、独立的层存在，而是按照“可表达性 × 关键性”重新划分：适合自然语言表达、且风险可控的部分交给模型推理；需要稳定约束的部分下沉到存储层；剩余的确定性逻辑则以工具形式保留。
在这一结构中，数据层的地位被显著抬高。它不只是保存业务数据的基础设施，而是统一承载持久状态和记忆的核心。模型负责生成与推理，智能体负责组织执行过程，存储则为整个系统提供外部状态。论文据此给出了一个最小参考架构，并报告了来自真实原型和在线模型的证据。
这不是无条件替代
论文也明确讨论了这套收敛论成立的条件与失效边界。它更适用于任务可表达、可验证、具有外部状态，并且能够通过工具完成的领域。相反，确定性要求、运行成本、安全风险和结果可验证性，都会限制模型与智能体可以承担的范围。也就是说，传统业务逻辑并不会整体消失，仍有一部分必须保留为确定性工具或存储约束。
我的判断
这篇论文的价值不在于宣布一种已经完成的软件架构迁移，而在于提供了一个观察应用系统的新框架：界面、逻辑、数据这三层，可能分别被生成式模型、智能体循环和统一状态重新组合。对开发者而言，这有助于重新审视哪些逻辑可以交给模型，哪些状态必须外置，哪些能力必须通过工具固定下来。但材料没有给出原型规模、量化收益或普适性证据，因此不宜把“存储、模型、智能体”视为所有软件的终局。确定性、安全、成本和验证要求，仍然是这条路线能否落地的实际门槛。