这是什么产品?谁发布的?

2026 年 9 月 9 日,Snowflake 在官方博客发布了 Intent-Driven Governance 的公开预览。它是 Snowflake CoCo 中的一个 AI 原生协作工作流,用来帮助组织大规模保护敏感数据。官方未说明它是否开源,目前处于公开预览阶段,不是正式稳定版。

你可以把它想象成一位懂数据安全的管家:你用日常英语告诉它要保护什么,它就会自动分类敏感列、部署掩码策略并监控变化,但每一步都需要你点头同意。它支持 CoCo Desktop、CLI 和 UI 三种使用方式。

为什么需要它?

组织的数据和 AI 应用越来越多,保护成千上万的敏感对象变得非常复杂。每个对象可能受内部政策和地区、行业法规约束。治理工作还涉及多个角色:数据领域负责人知道什么数据敏感,数据治理员定义企业政策,平台管理员有权限执行 SQL,但他们之间缺少共享的工作流。

结果就是敏感数据可能暴露给不该看到的用户或系统,甚至被 AI 代理无意访问。Intent-Driven Governance 的目标就是填补这个缺口,让治理变得自动化、持续且可靠。

它是怎么工作的?

你只需要用自然语言告诉 CoCo 你的意图,比如“为我的 CUSTOMER_DATA 数据库设置 Intent-Driven Governance”或“保护员工相关的 PII 数据”。CoCo 会理解请求并启动工作流,先询问你想治理什么,然后展示观察结果,提出英文计划,等你批准后生成 SQL 并执行。

整个流程分为五个阶段:观察、理解意图、构建治理规范、生成 SQL、执行与验证。每个阶段都会产出一个工件,并且需要明确的人工批准才能进入下一步。你可以随时停止,手动继续。

五个阶段具体做什么?

第一阶段“观察”会建立基线,检查数据库、角色、现有策略、标签、分类配置和自定义分类器,找出当前未受保护的内容,并生成观察摘要。第二阶段“理解意图”记录你想保护什么、谁可以明文查看,并询问哪些要保留、哪些排除。

第三阶段“构建治理规范”把意图转化为计划,用通俗英语描述标签、策略和分类配置,让不懂 SQL 的人也能理解。第四阶段“生成 SQL”创建实现规范的 SQL 文件,你可以下载、提交到 git、与同事评审,批准后会加入非变更预检查和回滚计划。第五阶段“执行与验证”重新观察账户,检查实际状态是否符合规范,衡量合规性并记录一个已提交版本,作为下一次迭代的起点。

它有哪些关键特点?

首先,它基于现有控制构建,能理解现有标签、策略、分类配置和元数据,以及你提供的额外上下文。其次,每个步骤都需要人工批准,批准门是确定、可审计且可选的,你可以选择在任一阶段停止并手动继续。

第三,它支持版本控制,每次验证执行都会创建一个不可变的已提交版本,包含观察摘要、批准的意图、治理规范、实现 SQL 和执行摘要。第四,它保持可审计,执行摘要记录批准的 SQL 和批准人,每条语句都映射到它实现的规范项。

如何利用组织上下文?

每个团队都要回答“什么对我们算敏感?”数据保护政策往往需要适应行业和地区法规、内部指南、领域细微差别和定制规则。Intent-Driven Governance 利用 CoCo 和你的组织内部上下文来解决这个问题。

如果你把内部指南、政策文档或行业合规指南分享给 CoCo,这个技能会纳入你的治理定义,并转化为 Snowflake 可以执行的控制。它会标记正确的数据,编写符合你需求的策略并执行,同时让你保持知情。Old Dominion University 的 Poorva Patil 表示,仅使用元数据(包括表结构和列名)以及 FERPA 相关要求,他们就能用 CoCo 实现与已验证分类 100% 匹配,且不暴露底层数据。

如何改善协作?

Intent-Driven Governance 可以让你从零快速达到完全治理状态。但治理往往不只是技术挑战,更是协作挑战。多个团队的干系人必须合作才能落实治理。数据领域负责人仍然是理解底层数据及其保护方式的专家,平台管理员拥有高权限、理解 Snowflake 原语并能编写 SQL。

这个工作流让两者可以快速轻松地协作。因为它在 CoCo Desktop、CLI 和 UI 中都可用,用户可以选择自己喜欢的方式。由于它持久化版本化工件,工作可以共享。数据负责人可以在 Snowflake CoWork 中用业务语言描述需要保护什么,并审查治理规范;账户管理员可以在 CoCo 中打开同一份草稿,审查确切的 SQL 和预检查证据,然后运行。工作流还是角色感知的:如果一个角色无法执行操作,它不会部分应用更改,而是列出所需权限,并准备一个包供合适的人操作。

漂移检测如何支持持续治理?

保护敏感数据永远不是一劳永逸的。模式变更、新角色和策略修改每天都在发生。Intent-Driven Governance 可以按你定义的时间表部署漂移检测任务,检查策略是否被修改,比如检测掩码策略 DDL 的任何改动,以及分类是否发生变化。

这样,治理就能持续运行,而不是一次性的项目。原文提到,NTT DATA 的 Albert Nogues Sabater 说:“Intent-Driven Governance 什么都不缺。我们以前是手动做的。我认为我们没有足够的人力去花几个小时验证每个标签和策略。”这说明它可以帮助团队节省大量人工验证时间。

适合谁用?有什么限制?

它适合数据领域负责人、数据治理员、平台管理员以及任何需要大规模保护敏感数据的组织。尤其是那些受地区或行业法规约束、需要持续合规的团队。它也能帮助不懂 SQL 的业务人员参与治理,因为他们可以用自然语言描述意图并审查英文计划。

限制方面,原文没有说明它是否开源、具体定价、正式版发布时间、支持的区域和语言,以及是否所有 Snowflake 版本都可用。目前它处于公开预览阶段,功能可能还会变化。使用时需要人工批准每个阶段,所以不能完全无人值守。另外,它依赖 CoCo 和 Snowflake 平台,不是独立工具。

官方来源

本文由 AIGCWHY 自动监测系统发现,经结构化处理后发布。重要决策请打开原文核验。

查看原始发布信息 ↗