数据：从数据源到语义层

五个词，一条路

和数据有关的名词有五个，按数据走的顺序排。前两个在公司原有系统那一侧，后三个在 AIDC 这一侧。

数据源只读，连接只推变化

数据源是公司本来就在用的系统。AIDC 不改它们，也不让应用和智能体直接连它们。

连接负责把数据带进来。数据源旁边装一个发布端，它手里只有一把只能往一条数据流发布的 Key，发现变化才推一批上来。AIDC 按顺序落账、保存最新状态，几秒内通知所有订阅方。没有变化，就什么都不发生：不轮询，不写定时任务，也不会有十几个看板各自去查同一个 ERP。发布端永远不会写回数据源；每把发布 Key 装在哪里都有登记，不用了随时吊销。

从一行数到一个业务对象

数据进来之后落在数据层：一个个对象和它们的当前值，每一次变化都有记录。但光有数还不够，表里一列叫 QTY_OK，对人和智能体都没有意义。

语义层给数据起业务名字：这是一张工单，它的合格数是多少，它属于哪条产线。语义层里有三样东西：

对象的属性分两类：一类从数据源同步而来，比如计划数、合格数，只读；一类只在语义层里维护，比如异常状态、负责人、备注，由动作来改。

应用和智能体读写的都是语义层，不是数据源。数据源下一次同步，只更新它自己那一层，人在语义层改过的值不会被冲掉。

改数据只有一个入口

动作（Action）是写好的一次修改：要哪些参数、改哪些属性、哪些角色能做，以及写进日志的一句话。成员在应用里按的每个按钮，背后都是一个动作。

• 先校验：参数不合法直接拒绝，并说明是哪一项。
• 按角色授权：只读访客和公开链接的访客永远不能写。
• 可以预演：只校验并返回计划，不真的写入。
• 全部留痕：参数、改前改后和一句话摘要，事后查得到。

数据归公司，不归应用。

应用自己不存数据。删掉一个应用，数据还在；换一个应用来看，看到的是同一份。智能体读的也是这一份。