xAI Grok 隐形水印 11 月 7 日启用:7 款模型全覆盖

一句话结论:SpaceXAI 从 2026 年 11 月 7 日起,对 Grok 七款模型的文本输出默认加入不可见水印,覆盖全球所有 API 端点,开发者无需改任何参数,但响应头会多出一个 x-watermark 标记,且水印同样会进入结构化输出与工具调用参数。

这项调整的直接触发点是欧盟《人工智能法案》第 50 条第 2 款。欧盟委员会公布的规则摘要写得很直白:任何生成合成音频、图像、视频或文本的 AI 系统,其输出都必须以机器可读格式打标,并可被检测出为人工生成或操纵。该条款自 2026 年 8 月 2 日起适用,对于 2026 年 8 月 2 日之前已投放市场的生成式 AI 系统,合规宽限到 2026 年 12 月 2 日。违规最高可被处以 1500 万欧元罚款,或企业全球年营业额的 3%,欧盟机构则是 75 万欧元。

把这套规则放到厂商竞争格局里看,Grok 的做法比同行更激进一步。它不是只在欧盟境内默认开启,而是把默认范围推到全球所有区域的 SpaceXAI API,包括 api.x.ai 这个全球端点和各个区域端点。

水印覆盖了哪七款模型

官方开发者文档中名为 Output Watermarking 的页面最后更新于 2026 年 10 月 31 日,明确列出了受影响的模型范围。值得注意的是,早期媒体按五款统计,把 grok-4.20 的三个形态折叠成了一个条目,实际是七款。

模型 形态 水印状态
grok-4.7 标准 默认开启
grok-4.6 标准 默认开启
grok-4.5 标准 默认开启
grok-4.3 标准 默认开启
grok-4.20 reasoning 默认开启
grok-4.20 non-reasoning 默认开启
grok-4.20 multi-agent 默认开启

处在早期接入阶段的编码模型 grok-build-0.1 出现在 API 定价表里,却没有进入水印清单,官方文档对此没有解释,也没有说明它是被豁免还是尚未覆盖。

水印的作用范围不止于聊天回复。文档写明标记覆盖普通文本响应、结构化输出以及工具调用参数,也就是模型向应用发起函数调用时填入的那些参数。开发者不需要新增任何请求参数,响应格式也保持原样,只多出一个 HTTP 响应头 x-watermark,值为 true 表示这条回复带水印,其它值或完全没有该头则表示没有带。

水印是怎么藏进文本里的

这套机制不靠隐藏字符,也不靠元数据。官方描述是轻微调整模型选取 token 的方式,因此响应里不会多出任何字符、标记或隐藏文本。直接复制粘贴无法清除水印,检测器通过统计信号判断一段文本是否带水印,会给出带水印、不带水印、不确定三种结论之一。文本越长,信号越强,大幅改写或翻译会降低检测可靠性,很短的答案可能根本不带可检测信号。

厂商声称水印不改变响应质量与速度,但页面没有给出任何测试数据支撑这一点。对做 API 二次分发的开发者来说,这是一个需要自己验证的声明,而非既定事实。

这也是文本水印与图像水印在机制上的分野。谷歌早在 2024 年就把 SynthID 文字水印用在 Gemini 上,并且开放了公开检测器,用户上传文本即可查询,站内已有专门文章拆解过这个工具的检测边界。文本水印的统计特性决定了它天然更脆弱,也更依赖检测器不公开这一层保护。

三家大厂的水印策略对比

到 2026 年 11 月初,主流厂商在文本水印上的做法已经分化成三种形态。把范围、开关与责任划分摊开看,差异比外界想象的更明显。

厂商 覆盖范围 能否关闭 关闭前提
SpaceXAI 全球所有 API 端点 团队管理员按模型关闭 确认适用法律豁免,自负标记与披露责任
Anthropic 全球,用户不可关闭 不可关闭 无
OpenAI 仅欧盟用户 API 侧为用户主动开启,默认关闭 无
Google Gemini 系列 未提供按模型关闭 不适用

Anthropic 的做法是全球默认且用户不可关闭。该公司已签署欧盟关于 AI 生成内容标记的自愿行为准则,2026 年 8 月 2 日之后发布的 Claude 模型从诞生第一天就带水印,覆盖 API、Claude 应用、Claude Code 与 Claude Tag。2026 年 11 月 3 日起,Claude 的水印范围扩展到四款较早的模型,包括 Mythos 5、Opus 4.7、Opus 4.6 与 Sonnet 4.6,其中 Opus 4.6 与 Sonnet 4.6 还附带一个条件,只有当 temperature、top_p、top_k 保持默认值时才生效。Claude 生成的文件还会附带 C2PA Content Credentials。

OpenAI 则把默认范围收在欧盟境内,10 月宣布为欧盟地区的 ChatGPT 与 Codex 逐步加水印,同时允许全球 API 用户主动开启,默认仍然关闭。

SpaceXAI 的特别之处在于它没有签署欧盟的自愿性透明准则,却把默认范围推到了全球。AI 治理观察者 Andrew Curran 的判断是,目前唯一还没有为文字加隐形水印的主流模型是北美地区的 ChatGPT。xAI 方面给出的理由只有一行,即为遵守欧盟人工智能法案。欧盟委员会同时说明,拥有自营透明行为准则之外的标准制定权,且存在针对标记义务的多套例外条款,例如 AI 系统仅承担标准编辑辅助功能,或未实质改变部署方提供的数据及其语义。SpaceXAI 控制台里关闭水印的确认流程,正对应着这些例外条款。

关闭水印的操作链路

关闭动作只能由团队管理员完成,路径在 SpaceXAI 控制台的团队设置里。Model output watermarking 一行呈现三种状态,全模型开启、全模型关闭或自定义。展开后每个模型有独立勾选框以及全选开关,清空勾选并保存时需要确认一项声明:适用法律下的豁免条款适用于你的使用场景,并且标记、披露或任何其他法律要求的合规责任完全由你自己承担。

其余细节值得单独记一笔。设置是团队级别的,覆盖该团队下的所有 API 密钥,所以同一家公司无法在一个团队内对客户产品保持水印开启、同时对内部工具关闭水印,想区分行为就得拆成不同团队。修改后五分钟内对新请求生效。团队审计日志会记录每一次开启与关闭操作。部分模型在特定团队下会被锁定开启,这些模型在列表中不带勾选框,控制台会指引用户联系团队管理员或支持团队。

响应头的存在给日志与审计留了一条实用路径。把 x-watermark 与每次补全一起记录下来,就能得到一份清晰的输出标记审计轨迹。官方文档给出了 AI SDK、JavaScript 与 Python 的 OpenAI SDK 以及 curl 的示例,用法都是读取原始响应头再与 true 做比较。

Agent 调用链上的新变量

对做智能体的团队,水印伸进工具调用参数这件事比模型版本变化更值得警惕。工具调用参数是软件解析的部分,不是人读的部分,标记对象从人类可读文本扩展到 Agent 调用链,意味着 JSON 结构化流程和长链函数调用需要额外回归测试。官方文档承认响应质量不受影响,但页面未给出测试数据,对这类工作流,独立测量之前先对比 schema 校验失败率与工具选择错误率是稳妥做法。

更广的看,AI 法案的标记义务正把合规责任从厂商一侧向调用方一侧重新分配。厂商提供标记能力,是否使用、是否关闭、关闭之后由谁承担披露义务,这些决定权正在变成调用方的配置项。对做二次分发和转售 API 的团队来说,这已经不是可以忽略的变量。

美国那边也在同步收紧监管。9 月底美国议员提出的最严 AI 监管法案把递归自我改进列入禁区,并将 OpenAI、谷歌等纳入联邦监管框架,两条线索正指向同一个方向,合规从软性承诺变成可追责的义务。

常见问题

Grok 的水印什么时候开始生效?2026 年 11 月 7 日起,SpaceXAI 所有 API 端点上的 grok-4.7、grok-4.6、grok-4.5、grok-4.3 以及 grok-4.20 的 reasoning、non-reasoning、multi-agent 三种形态输出都默认带水印。文档在 10 月 31 日就描述为当前已在每个端点启用,开发者可以通过读 x-watermark 响应头确认自己这次请求的实际状态。

水印能被去掉吗?复制粘贴无法清除,因为标记来自 token 选取过程的概率偏移,而不是附加在文本上的字符。但大幅改写、翻译或截短会削弱甚至消除检测信号,这是文本水印本身的物理限制。厂商提供的正规路径是让管理员按模型关闭水印,代价是团队自行承担全部标记与披露责任,并且这个动作会进审计日志。

对开发者有什么实际影响?普通请求不需要改任何代码,响应格式也不变。但三件事必须处理:第一,日志系统要记录 x-watermark 头以形成审计轨迹;第二,结构化输出和工具调用参数同样带标记,JSON 密集型工作流要做回归验证;第三,如果团队需要给客户产品带水印而给内部工具不带,必须拆成两个团队来配置。

小结

欧盟人工智能法案第 50 条第 2 款落到了具体产品上,标志是生成内容标识从自愿行为变成了默认功能。SpaceXAI 把默认范围推到全球、允许按模型关闭却把合规责任下放给调用方,这是四家大厂里最激进也最需要工程团队提前准备的一家。它的模型迭代速度一直很快,grok-4.7 的参数与基准对比在站内已有专门拆解,但真正会影响架构与运营的变量,往往藏在这些不起眼的响应头里。

相关阅读