冶金本体
metallurgical ontology
统一定义行业里有哪些实体、实体间有哪些合法关系。跨场景协同的地基，也是细粒度权限的前提。
ai engineer's view
领域的类型系统 + 外键约束。没有它，每个团队都会自造一套 ID；有了它，跨系统 join 和细粒度授权才成为可能。
本体要回答的问题很朴素：在这个领域里，什么是一个「东西」，东西之间有什么关系。
对钢铁行业，一个最小可用本体大约需要这几类实体：
- 材料/牌号——成分范围、性能要求
- 工艺步骤——参数、设备、时间窗
- 表征方法——测什么、怎么测、不确定度
- 标准条款——约束、适用条件、版本
- （常被讨论是否加入第五类）设备——能力、状态、维护历史
以及它们与生产对象（炉次、铸坯、卷）在时间和空间上的挂接关系。
为什么必须早做：如果第一批场景不共用实体 ID，几个月后就是几个互不相通的烟囱，返工成本远高于前期投入。但也不能追求完备——完备本体做三年也做不完。最小可用 + 随场景演进是唯一可行的中间路线。
还有一个常被忽略的理由：权限要挂在实体上。没有统一实体定义，就只能做目录级授权，也就不敢开放跨部门的多 Agent 调用。本体、权限、多智能体协同这三件事是咬合的。