一套系统是否属于 AI 原生，取决于三件事是否按同一套口径实现：动作契约如何组织、权限如何裁决、写操作走哪条管道。 这三项均可通过演示环境当场核验，因此本专题不要求读者采信结论，只提供实现方式与实测口径。
其余专题讨论方法与业务口径：成本为何算不准、数据字典如何统一、标准条款如何映射。 本专题讨论系统内部如何实现：一条识别管线分为几个阶段、每个阶段的耗时是多少、识别结果的可信度如何呈现在表单上。 后一类问题不涉及主张，只涉及实现与实测。
本专题的每篇长文给出四件内容：实现所采用的结构、该结构解决的问题、规模或性能的实测口径、以及边界所在—— 哪些环节不承诺，哪些动作必须由人确认。凡涉及数字的陈述均标注测试条件；无实测数据的指标不予列示。
actionRegistry 是唯一操作面：247 个动作同时投影为 Web 控制台、内嵌 AI 助手与 MCP 工具。
同一动作在任何通道下的权限裁决、执行管道与审计口径一致。接入方式见 AI 原生与 Agent 接入。
铭牌 OCR 两阶段管线由 130 秒优化至 3–8 秒，来自识别路径重构与并发策略调整，而非更换模型。
不承诺识别准确率 100%，亦不承诺完全无人值守。调优过程与实测口径见技术系列 04。
权限裁决共用一套 CASL 规则，审计记录通道、身份、动作、参数与结果。工具清单的可见范围在服务端生成：权限判定先于调用发生，客户端拿到的清单即为服务端的授权结果。
上述三项均可由贵方自有 AI 助手核验，见 可核验性。
建议按顺序阅读：先建立整体结构，再进入各项具体实现。各篇均为独立长文，亦可单独查阅。
本专题各篇说明实现方式，下列各页说明能力本身与其使用方式。
动作契约层 actionRegistry 是唯一操作面；247 个动作同时投影为 Web 控制台、内嵌 AI 助手与 MCP 工具，三条通道共用同一道执行管道。
接入方式、身份来源与权限边界集中在此页说明。
演示环境无需申请公开。本专题涉及的 247 个动作、该账号可见工具数由端点实时返回与工具清单，均可由贵方自有 AI 助手当场核对。
主张与实测在此页对齐，无需先观看产品演示。
动作契约之下是数据模型：字段定义、分类编码与卡片结构决定识别结果能否直接写入设备台账。
识别管线与工具注册的落点均在此页所定义的数据结构之上。
本专题不设 ISO 条款对照表。 工程实现与标准认证分属两条论述：前者说明系统如何运行，后者说明方法论依据与条款归属。 本专题各篇涉及的是动作契约、识别管线、权限裁决与工具注册，与认证对象无关。 条款到能力的映射集中在 ISO 55000 系列 专题，与 Agent 接入 的分工同理： 一页说明实现，一页说明依据。
本专题只覆盖工程实现；业务口径、数据标准与方法依据分布在其余六个专题中。
130 秒到 3–8 秒的管线优化、247 个动作契约、该账号可见工具数由端点实时返回、14 个 Agent 的协作链路—— 上述各项无需采信宣传，可由贵方自有 AI 助手连接演示环境，核对其中可见的工具清单。