陈刚直言 | 华为韬(τ)定律启示：发起 AMT2ABC 开源生态

在前两期内容里，我们分别拆解了基于SECP 框架搭建 ABC 原子能力的复用逻辑，并依托华为韬 (τ) 定律，论证了依靠复杂度转移实现工业软件破局的思路。

本文接续前两篇文章的内容，聚焦落地实操，正式推出AMT2ABC（Atomic Mechanism Triple to Atomic Business Capability）开源生态计划。

技术发展有两条路，一种是深耕细作，追求每一点提升与优化，第二种是通过范式创新，实现“降维打击”。

华为韬(τ)定律以“时间缩微”替代“几何缩微”，把芯片性能提升的重心从制造端转移到设计端。

一、韬(τ)定律：复杂度转移的典范

摩尔定律主导半导体产业半个多世纪，通过把晶体管越做越小，实现每18-24个月晶体管密度翻倍，但几何级数增长终会迎来瓶颈，光刻机越来越贵，制程研发投入增长，良率爬坡困难。

韬(τ)定律提出了新方向就是把复杂度从制造端转移到设计端，通过“逻辑折叠”等技术，在相对成熟的制程上，依靠设计创新实现接近先进制程的性能。

基于这套方法论，华为已成功设计并量产了381款芯片，2026年秋季将推出的麒麟芯片，将首次采用“逻辑折叠”技术。

二、工业软件的“几何缩微困境”

韬(τ)定律的成功也给工业软件行业带来启示。海外巨头数十年积累，形成了功能高度堆叠、底层代码固化的单体架构，往往具备以下特征：

• 项目制：每个客户一套代码，功能难以复用或成本较高
• 烟囱式：不同产线、系统间彼此孤立
• 变更代价高：可拓展性差，更新升级可能受架构限制

这就是工业软件的“几何缩微困境”——试图用功能堆砌、代码膨胀来覆盖所有需求，结果是系统越来越重，维护成本持续上升。

更深一步看，以往许多工业软件项目的开发，本质上只是在做“手工翻译”：客户说“降低气孔率” → 顾问分析 → 工程师设计流程 → 开发人员写代码 → 测试验证逻辑。

每一步其实就是把业务诉求翻成系统逻辑，把工艺知识翻成软件代码。这就像几十年前程序员手写汇编，不是顾问和工程师没价值，而是这种重复“转译”的苦活本该交给工具，靠人工翻译固然可行，但效率太低，且极其依赖个人经验。

三、RISC的启示：没有Compiler，RISC很难成为主流

如何解决工业软件当前的困境？除了韬(τ)定律的例子外，还可以参考RISC（Reduced Instruction Set Computer，精简指令集计算机）的革命的经验。

几十年前，RISC横空出世并很快获得市场认可，很多人认为RISC的成功是因为指令变简单了，但这个看法并不全面。指令虽然简单了，程序却变复杂了，如果没有新的技术承接这些复杂度，RISC难以普及，这场变革的幕后英雄和关键角色，是Compiler（编译器）。

程序员不再需要手工编写大量汇编代码，只需要表达意图，Compiler自动完成语法分析、优化、指令生成、寄存器分配，将复杂度从程序员转移到了Compiler。

当下的工业软件正在经历类似的时刻。

在之前的文章中，我解释了如何将复杂、多变的工业机理与现场进行结构化、工程化表达，将工业企业所需的管理、控制能力拆解为ABC（原子业务能力），类似于RISC的精简指令，但目前还缺少一个能够将业务目标自动编译为ABC组合的Compiler。

这就是我们提出的AMT2ABC思路，从原子机理（AMT）到原子业务能力（ABC）的编译。

四、Compiler：从机理到场景的自动编排

工业软件的Compiler应当从机理出发。之所以从机理出发，是因为工业现场的本质不是流程、表单或低代码节点，而是物理规律、工艺约束与因果链。常规低代码平台从流程出发，隐含的前提是“人已经知道怎么做”——只需把设计好的逻辑拖拽实现。

而AMT2ABC要解决的是“人告诉系统要什么，系统自动推导怎么做”。以压铸为例，“降低气孔率”这一目标，需要系统理解其物理成因（模温、压射速度、真空度），自动关联相应AMT形成闭环。若从流程出发，人仍需手工配置每个节点；从机理出发，才能让系统真正理解工业规律，实现自动编译。

无论是压铸、注塑、机加工，还是制浆、发酵，背后都存在客观的机理。这些机理不会因工厂或软件的改变而改变。

这不是传统软件开发，而是软件能力的编译。整个链路如下：

• 第一步，通过Working Domain → Mechanism → AMT → AMT Graph的链路（从工作域的客观机理中，拆解出最小软件能力单元——原子机理三元组AMT，连成能力全景图）
• 第二步，遵循GS(Goal Set，业务目标 ) → AMT Cluster → ABC（系统根据业务目标，自动抽取闭环子图，封装为可复用的原子业务能力ABC）
• 最终，形成App/Agent → Scenario → OAO Loop的完整闭环（将ABC打包，生成应用与智能体，进入业务运营）

（注：链路中，业务目标（GS）之前的部分由人预先定义，之后的部分由Compiler自动完成。）

为了更清晰地理解“AMT Cluster”，我们先做一个直观想象：一个压铸产线，目标是降低气孔率。过去人必须手工组合模温、压射、真空等控制逻辑。现在系统自动选择相关能力形成闭环子图，这就是AMT Cluster。

随后，Compiler将这个Cluster封装为可复用的原子业务能力（ABC），最终组合成App/Agent进入生产闭环。

过去是人去找软件能力，未来可以是系统自动编译软件能力。

五、SECP：Compiler的语法结构

那么，Compiler应当建立在怎样的语法基础上？

哪些内容适合SECP表达，哪些内容仍需要传统算法、模型或人工工程判断，SECP四维框架已经提供了一个思路：工业软件应用，通常可以归约为S（结构）、E（事件）、C（配置）、P（流程）四类要素的组合与计算。

• S：产线、设备、物料如何组织
• E：运行中发生了什么变化（报警、采样、状态切换）
• C：依据什么规则判断（阈值、配方、参数模板）
• P：接下来做什么（顺序、分支、循环）

如果说AMT是Compiler处理的语义，那么SECP就是规范这些语义的语法。（*注：Compiler的语法规则包括：每个ABC必须声明其所依赖的SECP指纹；每个场景目标必须被归约为一个SECP四元组；Compiler在组合ABC时，需检查SECP指纹的兼容性。）

与韬(τ)定律思路一致：SECP将复杂度从固化在底层代码中的“功能堆砌”，转移到可配置、可复用的实例层。

• 新增一台设备 → 只需在S中添加节点，在C中设定参数模板 → 不修改核心代码
• 切换产品类型 → 只需更换一套C/P配置实例 → 不重建系统
• 跨行业复用 → 同一套SECP结构，差异仅体现在参数和流程配置上

实践验证：基于这套体系，在已建模工作域/已有ABC基础上，200多个“工业应用壳层”已从船舶制造快速适配到卫星组装、新能源储能，适配周期从月级压缩至天级或周级，底层代码无需大规模重构。过去一个产线配置修改需要数周，现在通过SECP/AMT2ABC，可在一天内完成。

这正是韬(τ)定律所揭示的复杂度转移，把工业软件的复杂度从固化底层代码转移到SECP实例配置层。

六、与低代码平台的区别

这里需要区分下低代码平台与Compiler的不同定位。低代码平台降低的是编码门槛，使非专业程序员也能通过拖拽生成界面和逻辑。而Compiler降低的是软件能力组合的认知门槛——让系统理解业务目标，并从原子能力库中编排出解决方案。

举例说明：

• 低代码平台：用户需要拖拽配置规则“如果温度超过阈值则报警”的逻辑；
• Compiler：接收“降低气孔率”的业务目标后，自动关联模温、压射速度、真空度等软件能力并形成闭环。

简言之，低代码是人告诉系统“怎么做”（拖拽流程、配置规则）；Compiler，是人告诉系统“要什么”（业务目标），系统自动推导“怎么做”。

七、RISC-V的启示：事实标准来自实践积累

AMT2ABC体系目前没有国际标准背书，这是否可行？

回顾RISC-V的发展：2010年诞生于UC Berkeley，最初仅作为教学工具。今天，全球RISC-V核心芯片出货量已超百亿颗，进入数据中心核心市场。

这不是预先设计的标准化路径，而是“先用起来、逐步规范”的事实标准过程。

Compiler无法由单一机构独立完成——它需要生态的支撑。为此，我们正式宣布AMT2ABC开源生态计划。

下一步行动：

• 访问AMT2ABC GitHub、Gitee仓库：

https://github.com/zylliondata/AMT2ABC
https://gitee.com/zylliondata/AMT2ABC

• 加入AMT范式贡献者社区
• 参与Compiler原型早期测试
• 共享ABC能力成果：提交您封装的ABC模块，或分享跨行业复用案例

可点击下方链接继续查看：

陈刚直言 | 华为韬(τ)定律启示：发起 AMT2ABC 开源生态mp.weixin.qq.com/s/FmHBiBlYfp1zZHyWgzqJCg