用途：该技能用于在 Google Cloud 上以 Dataplex、BigQuery 及相关元数据控制为中心的治理场景，帮助智能体定义治理区、策略标签边界、血缘期望与面向仓储与湖平台的可信发布模式。适用时机包括设计 Dataplex 湖、区或治理域；定义 BigQuery 策略标签与受治理的发布边界；改进 GCP 上的元数据质量、血缘与发现；统一 Cloud Storage、BigQuery、Dataflow 与 Dataproc 的仓储与湖治理；以及使受治理的分析交付符合区域或受监管数据控制。资料强调，不应把 BigQuery 治理仅视为权限问题，可信发布还需要元数据、归属与策略边界。
工作流分五步。一是定义治理边界，决定湖与区、数据集与域、生产者与消费者边界、归属期望。二是定义元数据与策略控制，包括策略标签、分类、血缘覆盖、发现元数据、可信与探索性资产信号。三是对齐湖与仓储治理，明确 Cloud Storage、BigQuery 与处理服务如何纳入同一控制模型。四是设计受治理的发布行为，要求清晰的服务边界、归属可见性、必要的发布或验证证据，以及模式与策略变更规则。五是验证日常运维，检查入门、模式演进与新域在该治理模型下是否可持续管理。
资料列出了常见误判：策略标签并非全部治理设计，不能替代归属、区设计、可信发布或元数据质量；Dataplex 并非只用于湖治理，许多团队需要跨存储、仓储与处理面的联合治理模型；资产被扫描后不会自动产生发现，有效的发现需要精心策划的元数据与信任信号。危险信号包括：湖、数据集与域边界不一致；存在策略标签但缺少归属或发布上下文；仓储与湖治理行为不同且无明确规则；缺少认证或可信资产行为；模式与策略变更在运维上不清晰。验证清单包括：湖与仓储面的治理边界明确；策略标签、元数据与血缘期望已定义；发布行为受治理且可审查；归属与发现期望可见；日常运维契合治理设计。资料未提供具体代码、命令、价格或平台限制等更多细节。