谢谢提问，也谢谢 @morvayo 的详细解答，方向是对的。补充一下 Utopia 目前实际抽取什么，以及本体是怎么起作用的。

1. 抽取：先记下文档自己的说法（开放图谱）

每个分块调用一次模型，提示词里不放本体（ADR 0044）。模型按文档原文写出：

• 事物（实体）：名称或描述、文档里的类别词，以及它是专名（跨文档按名字合并），还是"该部门"这类只在本文档内成立的描述；另外还有文档给出的别名。
• 陈述：主语、原文里的关系短语、宾语（另一个事物，或者数值、标题、状态这类值）。每条陈述都带原文引句。方式、地点、条件等写在限定语里，键用文档自己的角色词。表格的单元格是关于该行事物的陈述，列标题就是短语。
• 时间：原文里的时间词，之后按文档解析成有效时间区间。

服务端会校验：引句必须出现在原文里，名字必须出现在引句里，等等。不合格的条目会写明原因，可以在"文库"里按文档查看。

2. 对齐：本体把这些说法归到你的类和属性上

抽取完成后会自动排队对齐：

• 类别词绑定到类；
• 关系短语按"短语 + 主语类 + 宾语类（或'一个值'）"的签名，绑定到 domain/range 允许的关系或属性。模型两次投票一致才绑定，不一致的进入审核里的"对齐器拿不定的"，由人来定。
• 绑定后，这个签名下的每条陈述都会算成一条类型化事实，属性值按属性的数据类型和单位读取。

所以正如 morvayo 所说，本体决定的是"怎么归类"，而不是让模型按模板把每一格填满。

对你的两个需求意味着什么

• 领域、概念、字段的层级：可以在本体里建这些类和关系（如 belongs_to、has_field）。但只有文档里明确写出"X 属于 Y""X 包含字段 Z"这类句子，才会抽出对应的事实。只体现在标题结构里的层级，标题会作为分块的上下文前缀，但不保证会变成关系。
• 业务流程：抽取得到的是一条条"谁做了什么"的陈述。一个流程跨多个分块时，会分别抽出，再通过同名的事物连起来，不会自动组装成一个闭环的"流程"对象。步骤之间的先后关系，只有原文写出来（如"审核通过后提交……"）才会成为陈述。morvayo 的 process/step/next_step 模板可以试，前提是文档把步骤当作事物来写。
• 业务规则：公式会以原文引句和值的形式保留。要注意的是，"应当……""如果……则……"这类要求句或条件句会带一个 mood 限定语。它们留在开放图谱里，在图谱、实体面板和问答/MCP 里都能看到，但不会成为类型化事实，因为条件句说的不是已经发生的事实。触发条件一般在限定语里。

验证建议：先用一小段包含完整流程的文档试跑。在"文库"里看这篇文档丢弃了哪些条目、原因是什么；在"图谱"里看开放陈述；在审核的"对齐器拿不定的"里看哪些说法还没对上你的属性。

文档（英文）：

• 抽取：docs/design/extraction.md
• 本体与对齐：docs/design/ontology.md
• 背后的决定：ADR 0044

另外，我们近期在规划对抽取和部分界面的整体改造。像流程、规则这类需要跨段落组织的知识怎么抽取，会作为其中的一部分来考虑。欢迎把脱敏的样例和抽取结果贴在这里，对我们很有帮助。