建设企业 AI 决策中枢

这一章把问题推进到哪里

如果第五章确立了结果目标，第六章回答的是：AI 凭什么理解一个组织并参与它的工作？把文件全部投入模型，看似增加了信息量，却未必增加理解。材料可能互相矛盾、版本不明，也可能没有说明某条数据与谁、什么流程有关。

读书笔记概括出四块拼图：模型、企业地图、实时上下文和 AI 操作系统。Ontology 在这里被解释为一张结构化的企业地图，用来说明业务对象及其关系；实时上下文补充眼前状态；操作系统使判断能够连接到行动。模型提供能力，其他部分提供能力发挥作用的条件。

例如，客户、订单、产品和负责团队分别存在四份表格里。即使模型都读过，仍需要知道哪个客户对应哪笔订单、哪笔订单出了什么问题、谁能处理。关系一旦明确，资料才可能变成可用于判断的业务背景。这个例子是本专栏的说明性推演，不是笔记中的实际案例。笔记将 Palantir 作为本章案例，强调组织关系建模的作用，但没有给出可独立核验的实施成效。

读到这里，保留一条边界

建立地图不能消除所有幻觉。来源、更新时间、访问权限、冲突处理和操作验收仍须单独设计；本体也不能等同于一份目录或知识库。

教育延伸 / 假想情境

放进一次真实教学任务

假如建设教研知识库，可明确“教学目标—活动—学生作品—评价证据”的对应关系。只上传一批教案，教师仍可能找不到哪一份证据支持某个活动有效；连接关系比文件数量更关键。