用途
该技能适用于“不仅要构建数据，还要让数据可理解、可发现”的场景。它帮助智能体把元数据、归属、血缘和使用上下文视为交付物，而不是事后补充。
何时使用
- 发布新的共享数据集
- 改进目录元数据质量
- 整理血缘、标签或归属信息
- 减少因团队找不到可信数据集而重复创建的数据集
注意：不要只填写标题和描述。发现质量还需要运营上下文。
工作流
-
定义发现契约。包括：
- 负责人
- 业务描述
- 技术描述
- 粒度
- 新鲜度预期
- 目标消费者
-
将资产链接到其血缘。尽可能展示上游来源、转换层和主要下游用途。
-
添加信任信号。典型信号包括：
- 质量状态
- SLA 或新鲜度状态
- 认证或审核状态
- 弃用状态
-
为真正的发现打标签，而不是做分类法表演。
-
当契约变化时，重新审视元数据。
常见合理化借口
| 借口 | 现实 |
|---|---|
| “表名已经足够描述性了。” | 仅凭名称无法解释粒度、信任或归属。 |
| “等人们开始使用后再编目。” | 发现质量差通常首先导致重复的本地副本。 |
| “血缘是平台问题，不是交付问题。” | 生产者了解业务含义，必须帮助使血缘有用。 |
危险信号
- 共享数据集没有负责人或描述
- 已认证和实验性资产无法区分
- 元数据从模式名称复制而来，没有业务含义
- 旧资产缺少弃用状态
验证
- 归属、描述、粒度和新鲜度已记录
- 已附加血缘或来源上下文
- 为消费者提供了信任信号
- 当契约变化时，发现元数据已更新