上下文检查与发布
空间治理完成后，将已治理资产及知识组织为 AI 可使用的“上下文”：即回答问题时可引用的资产语义、标准、血缘和审核后文档，而不是底层业务数据的自动交付。这个阶段关注语义和知识是否可信、使用范围是否明确，以及查询智能体能否正确解释资产。
从治理进入上下文
先完成空间治理与结果核对，再进入工作区“上下文管理”。确认空间内的未审批建议、失败任务和业务争议都有处理结论。查询能力应基于已确认的结果。
组织上下文范围
可用上下文包括：
- 数据资产及其中文名称、业务描述和标准。
- 血缘、上下游依赖及相关影响关系。
- 已整理的指标、报表等资产。
- 审核后的业务文档、数据字典和规范。
先按使用者要回答的问题确定范围，再排除无关或过期内容。发布资产描述、语义或知识能力不等于已经批准对外提供底层业务数据。
检查 Context 质量报告
进入上下文阶段后查看 Context（上下文）质量报告。它按资产数量、语义、标准、血缘和分类分级等维度提示材料是否足以支撑查询，不是模型回答正确率，也不是数据质量规则执行报告。以下指标帮助定位需要返回治理阶段处理的内容。
| 检查维度 | 要回答的问题 | 不足时的处理方向 |
|---|---|---|
| 资产数量 | 应纳入的对象是否齐全，有无多余对象 | 调整空间范围 |
| 中文语义完整度 | 用户能否理解表和字段的业务含义 | 补齐业务元数据并审核 |
| 标准覆盖 | 关键字段是否关联正确标准 | 检查落标与核标结果 |
| 血缘覆盖 | 能否解释数据来源与流向 | 核对元数据血缘或 SQLink 解析结果 |
| 分类分级 | 对外使用前是否明确敏感性和等级 | 完成分类分级及安全复核 |
本手册不设统一的通过分数。结合报告、实际任务和组织要求判断是否适合发布；统计完整度不能证明每一条定义都正确。
配置并验证查询智能体
查询阶段使用由“业务查询智能体模板”形成的空间实例，与治理阶段智能体职责不同。检查所选模板、模型和查询工具是否适合空间内的上下文。
在发布前选择可核对的样例问题，例如：
- 询问一张已治理表的业务用途，核对中文名称、描述和责任信息。
- 询问一个字段适用的数据标准，核对标准是否实际存在且关联正确。
- 询问一个对象的数据来源，到血缘页面核对路径。
- 询问空间中没有的信息，检查是否明确说明缺少依据。
这些是建议的验收方法。回答中出现看似合理但无出处的定义时，应修正上下文或工具配置后再验证。
选择发布形式
“空间 Agent”供使用者以自然语言询问空间内已授权的资产和知识；“空间 MCP”将相应能力作为工具提供给外部 AI 应用。二者使用同一空间治理成果，但调用方式和访问授权需要分别核对。这里的空间 MCP 与管理员在 DIG 中配置的外部 MCP 服务方向相反。
| 形式 | 使用者 | 能力说明 |
|---|---|---|
| 空间 Agent | 人员或集成的 AI 应用 | 通过自然语言使用空间上下文查询和解释资产 |
| 空间 MCP | 外部 AI Agent | 通过标准化工具使用空间中的资产、语义、血缘及知识能力 |
在工作区“发布”阶段检查当前可用的发布设置，确认访问对象和范围后再发布。客户端配置使用页面实际提供的接入信息；不要照抄来源截图中的服务地址。
发布后的核对
- 授权使用者能够访问相应能力。
- 返回内容只涉及允许使用的空间上下文。
- 查询结果可追溯到实际资产或已审核文件。
- 未授权对象或缺少依据的问题没有被伪造为确定答案。
- 资产、规则或文件变更后重新检查 Context 质量及查询结果。
常见问题
治理已完成，质量报告仍显示缺口。 核对缺口对象是否属于本次治理范围、建议是否已经审批，以及 DAM 实际结果是否已更新。空间内“执行成功”不等于所有质量维度都完成。
查询智能体答非所问。 检查查询阶段所用模板、选中的上下文和引用文件，确认没有误用治理智能体或其他空间的实例。
外部 Agent 无法使用 MCP。 检查发布状态、访问范围、客户端接入信息和网络可达性。不要把“DIG 调用外部 MCP”的配置与“空间向外发布 MCP”混为一谈。