数据智能空间端到端治理
通过 DAM 的 AI 对话可以快速处理一项明确的治理任务；当治理对象较多、需要持续跟踪变化，或需要把规范和治理结果沉淀为可复用上下文时，应进入 DIG 创建数据智能空间。数据智能空间将“发现问题、组织输入、执行治理、检查结果和发布上下文”放在同一个可追溯的工作区中。
本页描述的是 DIG 的完整治理路径，不表示 DAM 内置了一个固定的自动化流程。实际可用的智能体、治理精灵、例程、知识图谱和发布方式由 License、管理员配置及当前用户权限决定。
DAM 对话与 DIG 空间如何选择
| 任务特征 | 推荐入口 | 结果管理方式 |
|---|---|---|
| 单个表、字段或一次性问题 | DAM 中的 AI 对话框 | 生成建议后进入审批，并回到对应 DAM 模块核对 |
| 一个业务域包含多类对象和参考文档 | DIG 数据智能空间 | 以空间为边界持续治理，记录资产、文档、执行和验收状态 |
| 需要监测元数据变化并重复执行 | 空间治理例程和调度 | 变化触发治理任务，结果仍须按配置进入审核与核对 |
| 治理结果要供其他 AI 应用查询 | 空间“上下文管理”与“发布” | 先完成质量检查，再发布空间 Agent 或空间 MCP |
第一步 进入 DIG 并分析治理现状
- 直接进入 DIG 平台，或在 DAM 用户菜单选择“切换 DIG”。返回 DAM 时使用 DIG 用户菜单中的“切换 DAM”。
- 在 DIG 首页通过 AI 对话分析当前数据治理平台的现状，例如元数据覆盖、业务语义完整度、标准关联、血缘和分类分级情况。
- 明确本轮治理目标、业务范围、验收标准和责任人。不要只输入“治理全部数据”等无法验收的目标。
- 查询待治理的数据源、表、字段、报表或其他元数据对象，将确认后的对象加入治理清单。
AI 的分析结果是治理范围和优先级建议，不是已经完成的治理结果。加入清单前应核对对象来源、所属系统、Schema 以及当前用户的访问权限。
第二步 创建数据智能空间
- 在 DIG 的“数据智能空间”中创建空间，使用业务域和治理目标命名，并填写范围、负责人和验收要求。
- 将治理清单中的数据源、表、字段或其他对象作为空间的治理输入。
- 在空间中补充治理所需的文档，例如治理要求、数据标准、命名规范、业务制度、指标口径和验收说明。
- 进入“数据治理”阶段前，检查资产和文档是否来自正确的系统、版本是否有效、访问范围是否合适。
空间中的对象和文档只是本轮治理的上下文，不会自动复制源数据库数据，也不会替代源系统、DAM 或文档服务器的权限控制。空间的创建与详细资产操作见数据智能空间。
第三步 使用治理例程执行治理
在空间右侧选择适用的治理例程（治理精灵）并指定本轮治理对象和参考文档。例程由多个治理精灵按顺序组成，可能覆盖元数据补齐、标准匹配、质量规则、安全分类或资产整理等任务。
- 立即执行：适合首次验证、范围较小或需要人工观察过程的任务。建议先用少量对象试运行。
- 调度执行：适合按固定周期重复治理的任务。设置频率、对象范围、失败处理和通知责任人后，再启用调度。
- 主动治理：可监测空间中数据源等对象的元数据变化，在发现变化后发起配置好的治理任务。主动发起不代表自动通过审批或自动发布结果。
执行前检查输入参数、例程版本、治理对象数量和审批责任人；执行后区分成功、失败、跳过和待审核对象。例程编排和运行规则见精灵与例程及例程编排与运行。
第四步 在空间中持续了解治理进度
治理过程中可以使用以下能力交叉核对进度，不应只看一个总进度百分比：
| 能力 | 用途 | 核对重点 |
|---|---|---|
| 空间 AI 对话 | 询问对象状态、未完成项和下一步建议 | 回答是否引用了当前空间对象和有效文档 |
| 治理图谱 | 查看对象、标准、质量、安全和治理任务之间的关系 | 关系是否来自已确认的资产和治理结果 |
| 资产画像 | 汇总单个资产的语义、责任、质量和使用信息 | 画像缺口是否需要返回相应 DAM 模块补齐 |
| 业务血缘 | 了解来源、流向和影响范围 | 血缘是否已采集、解析且经过业务复核 |
发现对象缺失、语义不完整或关系不可信时，应暂停后续发布，回到元数据、标准、质量、安全或血缘模块处理，再重新检查空间上下文。
第五步 检查治理结果与积分卡
在空间中查看治理执行记录、待审批事项和治理积分卡，按组织设定的目标评估本轮治理是否达到预期。积分卡用于汇总完成度和缺口，不是对业务数据质量的单一结论。
至少检查：
- 治理清单中的对象是否全部有处理结论，失败和跳过项是否有原因。
- 建议是否完成必要的人工审核，并已在 DAM 对应模块中落地。
- 关键对象的业务语义、标准、血缘、质量和安全信息是否足以支持目标场景。
- 空间 AI 的抽样问答是否能引用正确对象和文档；对于空间外或缺少依据的问题，是否明确返回无依据。
- 仍存在缺口时，是否已明确下一轮范围、责任人和验收时间。
只有在治理结果、上下文质量和访问范围均得到确认后，才进入发布阶段。不要把“例程执行成功”或“积分卡达到某个分数”直接等同于业务负责人已经验收。
第六步 发布空间知识库并对外赋能
治理达到预期后，在空间的“上下文管理”中整理已确认的资产语义、标准、血缘和审核后文档，然后进入“发布”：
- 选择需要提供的上下文范围，排除无关、过期或未审核内容。
- 验证查询智能体对典型问题的回答、引用依据和越权边界。
- 将空间知识库发布为可供外部 AI 应用调用的 MCP，或按需要提供空间 Agent。
- 为发布能力配置访问对象、授权范围和客户端接入信息，并记录发布版本。
- 当源对象、标准、权限或文档发生变化时，重新检查上下文质量和已发布能力。
空间 MCP 提供的是经治理的资产语义、知识和关系上下文，不等于直接开放底层业务数据。DIG 调用外部 MCP 与空间向外发布 MCP 是两个相反方向的配置，不能混用。详细发布检查见上下文检查与发布。
完成标准
- 治理对象来源和范围清楚，空间内资产与文档可追溯。
- 例程执行、调度或变化触发记录完整，失败和未处理项有结论。
- 关键治理结果已审核，并能在 DAM 对应模块中核对。
- 治理图谱、资产画像、业务血缘和积分卡反映的是已确认的结果。
- 发布的空间 Agent 或 MCP 仅包含经过检查、授权范围内的上下文。
- 后续变更有重新治理、重新检查和重新发布的责任人及计划。