用途
本技能适用于问题既涉及技术规模、也涉及组织规模的情形。它帮助智能体设计由领域拥有的数据产品，具备明确边界、可互操作的契约，以及不会重新坍缩为中心瓶颈的平台护栏。
何时使用
- 设计领域导向的数据产品
- 为多个团队定义所有权边界
- 引入或改进数据网格运营模式
- 厘清平台职责与领域职责
- 减少大型数据组织中中心团队的瓶颈
何时不使用
不要用它把普通管道改名为“数据产品”，却没有所有权、契约或服务预期。
工作流
-
识别领域与业务边界。 需要澄清：
- 哪个团队拥有源行为
- 哪个团队拥有可发布的数据
- 跨领域依赖存在于何处
-
定义数据产品，而不是只定义数据集。 一个数据产品应包含：
- 所有者
- 契约
- 消费者
- 时效性预期
- 支持与变更路径
-
将领域所有权与平台所有权分开。 平台团队应提供能力、标准与护栏，而不是拥有每个数据集。
-
定义联邦治理规则。 包括：
- 最低契约规则
- 血缘要求
- 可发现性
- 安全与隐私基线
-
检查网格是否带来真实价值。 并非每个小团队或简单平台都需要完整的网格运营复杂度。
常见合理化与事实
| 合理化 | 事实 |
|---|---|
| “我们可以把每张表都叫做数据产品。” | 没有所有权和服务预期，它只是换了更好品牌的数据集。 |
| “数据网格意味着没有中心标准。” | 联邦治理仍然需要共同的可互操作规则。 |
| “每个领域可以按自己的方式优化。” | 不受约束的局部选择会让共享发现、信任与复用变得更差。 |
危险信号
- 数据产品没有具名所有者
- 领域边界仅由组织架构图的便利性驱动
- 平台团队仍然拥有每个领域管道的运营细节
- 治理标准是隐含的，但没有被成文规定
验证
- 领域边界与所有权是明确的
- 数据产品具备契约、消费者与支持预期
- 平台职责与领域职责被清晰分离
- 存在用于互操作与信任的联邦治理规则