从「流程引擎」到「自主执行」，中间并非一步之隔，而是五道须依次跨过的门槛： 数据入口、主数据与卡片、动作契约与权限、审计与确认机制、知识留在组织里。 本文对每一道门槛回答三个问题：为什么它是前置条件、不跨过会发生什么、当前处于什么阶段。
讨论 AI 原生 EAM 的演进，容易落到功能清单的比较上：谁能识别、谁能对话、谁能生成报表。 这类比较省略了一项前提——系统的动作能否交由机器执行，取决于数据是否可信、权限是否同源、事后能否追溯。 功能可以按版本发布，前提条件无法跳过。
因此本页按门槛组织。每道门槛回答三个问题：为什么它是前置条件、不跨过会发生什么、当前处于什么阶段。 第三个问题的口径必须明确：规划中的能力不与标准版本内的能力混写。
「流程引擎」与「自主执行」之间并非一次升级的距离，中间有五道门槛：数据入口、主数据与卡片、动作契约与权限、 审计与确认机制、知识留在组织里。前三道决定机器能否动手，后两道决定动手之后能否被组织接受。
| 门槛 | 为什么它是前置条件 | 不跨过的后果 | 当前阶段 |
|---|---|---|---|
| 一 · 数据入口 | 数据由系统获取，而非由人工录入 | 录入成本不随规模下降，数据在数月内失真 | 已具备 |
| 二 · 主数据与卡片 | 字段定义与分类编码决定识别结果能否落库 | 同一实物在不同部门名称各异，无法关联与汇总 | 已具备 |
| 三 · 动作契约与权限 | 动作须有定义与权限边界，机器才可被约束 | 只能读不能写，或写入路径不受约束 | 已具备 |
| 四 · 审计与确认机制 | 写操作须可追溯至通道、身份与参数 | 事后无法判断操作主体，内控无从出具意见 | 已具备 |
| 五 · 知识留在组织里 | 诊断与处置经验须沉淀为可检索的资产 | 经验随人员变动流失，同类故障反复摸索 | 已具备 |
为什么它是前置条件。自动化的输出质量取决于输入。设备字段若由人工录入，机器得到的只是人工录入的结果， 识别、校核与汇总都在这个结果之上进行。
不跨过会怎样。录入成本不随设备数量增长而下降，规模扩大只是把负担同比放大； 数据在数月后开始失真，一年后不再被业务部门采信。
当前阶段。已具备。铭牌识别的两阶段管线把单张识别延迟由 130 秒降至 3–8 秒， 单台设备建档由人工录入的约 30 分钟缩短至 5 分钟。① 规划与预算属规划中 · 当前以项目交付方式提供，不在标准版本内。
为什么它是前置条件。动作契约的输入与输出都是字段。字段定义不一致时，识别结果写不进台账—— 识别得出来，落不了库。
不跨过会怎样。同一台设备在采购、财务与设备科各自持有名称与编码，系统无法关联为同一实物； 分类粒度不一，汇总、折旧与利用率无从计算。
当前阶段。已具备。28 项资产主数据标准、五级分类编码（字母标识加 8 位数字）与资产卡片共同构成底座； 特种设备与计量器具使用专属卡片，以记录检验与证书字段。④ 变动与流转、⑤ 处置与退出属规划中 · 当前以项目交付方式提供，不在标准版本内。
为什么它是前置条件。自主执行的前提是动作有定义、权限有边界。系统内的写操作由动作契约驱动： 247 个动作覆盖 35 个业务域，Web 控制台、内嵌 AI 助手与外部 Agent 共用同一批定义； 权限裁决与动作定义同源：工具清单由服务端按账号权限生成，客户端拿到的清单即为服务端的授权结果， 前端不存在可绕过的调用路径；演示账号为全部试用权限。
不跨过会怎样。若每一类 AI 客户端各自对接业务系统，权限语义无法统一： 同一次状态变更，在一个客户端经过审批，在另一个客户端由直连数据库完成，事后无法判断操作主体。
当前阶段。已具备。写操作统一经执行管道：参数校验、权限裁决、预演、人工确认、幂等键、执行与审计。 调得动、买得准属规划中 · 当前以项目交付方式提供，不在标准版本内；其动作定义与权限口径不另立一套。
为什么它是前置条件。交由机器执行的动作越多，事后可追溯的要求越高。审计记录通道、身份、动作、参数与结果， 使一次状态变更的全部要素可在事后还原，且口径不随调用通道变化。
不跨过会怎样。内控与体系办无法对过程出具意见；出现账实差异时，承担责任的环节不可判断， 管理只能以人工复查替代系统证据。
当前阶段。已具备。改账、报废、权限变更等高危动作在动作定义上标注确认要求，未携带确认一律拒绝执行； 预演在执行前返回将要发生的结果，不写入数据。跑得顺（流程监控）属规划中 · 当前以项目交付方式提供，不在标准版本内。
为什么它是前置条件。自主执行不限于办理事务，也包括在故障诊断与备件选择上给出可用建议。 建议是否可用，取决于处置经验是否已沉淀为可检索的资产，与个别资深人员是否在职无关。
不跨过会怎样。处置方法留存于个人经验，人员变动即造成能力流失； 同一类故障在新人手中重新摸索，维修时长与备件消耗随之上升。
当前阶段。已具备。三层故障知识架构与检索增强生成支撑诊断，故障诊断时间缩短 70%； 该能力落在 ③ 使用与运维。
依据：产品总览的五阶段口径与技术系列第 01、03 篇。
路线图是否可用，取决于口径是否清楚。本页对规划中的能力统一采用如下表述：规划中 · 当前以项目交付方式提供，不在标准版本内。 该表述同时是对评估方的提示：这部分内容可作为问题框架讨论，不作为标准版本的能力主张。
| 分类 | 内容 |
|---|---|
| 已具备 · 阶段 | ② 取得与立卡（12 个流程）· ③ 使用与运维（14 个流程） |
| 已具备 · 底座 | 资产主数据与卡片 · 业财一体机 · 报表与决策 |
| 规划中 · 三项能力 | 调得动（闲置与共享调剂）· 买得准（预算与重复购置）· 跑得顺（流程监控） |
| 规划中 · 三个阶段 | ① 规划与预算（1 个流程）· ④ 变动与流转（7 个流程）· ⑤ 处置与退出（2 个流程） |
五个阶段合计覆盖 ISO 55001:2024 §8.1 的全部七个生命周期过程，流程数量与产品总览的五阶段口径一致。
对信息中心、技术负责人与体系办而言，可执行的下一步有三项。
本页所列五道门槛中，前四道在标准版本内可直接核验；第五道的成效取决于贵方的知识积累方式，需与业务部门共同确定验收标准。
§8.1 生命周期过程；认证的对象是组织，而非软件产品本页对已具备与规划中的区分，均可当场复核：一端连接演示环境，另一端核对贵方台账的分类与卡片。