案例：AIDC 自己的 Ontology

AIDC 先用在自己身上

前五课讲的每一样东西，AIDC 都先用在自己身上：/semantic/cell-aidc 里是 AIDC 自己的 Ontology。它回答内部每天要问的问题：有哪些组织，各有几位数字员工、几个应用，服务器和模型花了多少，客户成功跟到了哪一步。

派生属性把它们串起来：一家组织的数字员工数、应用数、服务器数、累计模型费用、服务器月费和最近一次跟进，都是读的时候沿关系算出来的，不另存一份。

数据库小艾：智能体建，人审核

AIDC Ontology 的定义写在代码仓库里，作者是一位智能体：数据库小艾。平台发现正在用的 Ontology（main）和仓库里的定义不一致、又没有打开的提案时，就由它来改。

审核在 /semantic/cell-aidc/proposals：每个资源一项，逐项批准，有一项被拒绝就不能合并。数据库小艾能写分支、能开提案，但不能批准自己，和上一门课最后一节讲的是同一条规矩。

平台数据只读同步

AIDC 平台数据源从平台自己的表里只读地取数：公司、License 人数与席位、数字员工（不含个人电脑上的本地智能体）、Nexus 应用和它们登记的 SDK、服务器与月费、按组织 × 月 × 模型汇总的用量，还有定价页的三套系统与产品、SDK 登记表、模型通道和 Academy 课程。你正在读的这门课，也是其中一个课程对象。

• 提案合并之后，同步一次；
• 开发者在首页点「同步」；
• 有人打开 AIDC 的 Semantic、而上次同步已超过 1 小时，就在响应之后补一次。

没有定时任务，也不常驻：没人看，就不同步。

客户成功的 Action 与公开目录

• set-organization-stage 调整客户阶段：接洽 → 试点 → 交付中 → 已上线 → 续约；已经是这个阶段时拒绝。
• set-organization-health 更新健康度：良好、关注或风险，必须写一句原因。
• assign-account-owner 指定客户负责人。
• log-touchpoint 记一次客户跟进：方式、内容、下一步、截止日期。
• complete-touchpoint 完成跟进的下一步；已经完成的不能再完成。

这五个 Action 只改语义层，永远不回写平台的表：公司资料还是平台的，客户阶段和健康度是客户成功自己的判断，存在 Semantic 里，改一次留一次记录。

产品、方案、SDK、模型、课程五类目录设成了 Public（授予 Everyone）：任何一家公司的人登录后，在 Public 里看得到，在 SQL 里用 public 角色也查得到。其余类型所在的 AIDC Ontology 缺省是 Private：里面有每家客户的名单、数字员工与费用，只给 AIDC 的开发者；AIDC 的普通成员也只看得到这五类公开目录。