11月7日起 Grok API 默认打上隐形水印：7款模型全覆盖，关掉开关要自己扛合规责任

11月3日我们刚在站内聊完 Claude 给四个旧款模型补齐文本水印的事（那篇编号 id=90 的文章里提到，Anthropic 从11月3日起把旧模型也纳入了水印名单）。当时不少读者的第一反应是：Claude 连个退出的按钮都不给，要是业务对生成痕迹敏感，换一家 API 不就完了？

现在，换去 Grok 的路也被堵上了一大半。

2026年11月7日，xAI（顺带一提，他们的开发者文档里现在自称 SpaceXSI）正式给 Grok API 开启了默认的隐形文本水印。其实官方文档里的“Output Watermarking”页面早在2026年10月31日就已经悄悄更新上线。如果你这两天正在调 grok-4.7 或者 grok-4.20-reasoning 的接口，哪怕一行代码没改，拿到的返回内容里其实已经带上了统计层面的暗号。

大家以为换个以“自由”作卖点的厂商就能避开监管印记，实际上在欧盟《人工智能法案》（EU AI Act）第50条透明度义务面前，没有哪家主流大模型敢直接硬扛。该条款自2026年8月2日起生效，据多家媒体报道，留给既有系统的过渡期到2026年12月2日就要截止。Threads 等社区里已经有人吐槽，说 Grok 算是最后一批跟上欧盟这部法案的主流模型。

不过 xAI 和 Anthropic 的路数确实不太一样。Claude 的做法是焊死车门，谁也别想关；Grok 则给你留了个开关。你真去后台点那个开关的时候才会发现，那根本算不上什么福利，更像是一份免责声明交接单。

哪些模型和接口被卷进来了

这次默认开启水印的名单一共包含 7 个模型：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。

覆盖范围拉得很满。只要你走的是 SpaceXSI API 端点，不管调的是全球端点 https://api.x.ai 还是各个区域端点，也不管你用的是 Responses API 还是传统的 Chat Completions API，全都默认生效。

更需要注意的一点：很多人觉得只有让模型写长篇文章、生成营销文案时才会触发文本水印。实际上，Grok 这次连结构化输出（structured outputs）和工具调用参数（tool-call arguments）也一并纳入了覆盖范围。

至于普通用户平时在网页端 grok.com、X 平台内置的 Grok 或者手机 App 里聊天，目前倒是不在这次调整的范围内。官方文档里压根没提这些消费级渠道的水印上线日期，暂时还没覆盖到那边。

大家以为水印是塞隐藏字符，实际上它改的是选词概率

一听到“文本水印”，很多做内容站或写爬虫的开发者本能地想去扒字符串的编码，看看是不是里头混进了零宽空格（Zero-width space）或者特殊的 Unicode 控制符。如果是那样，写个正则表达式清洗一遍就能彻底抹掉。

真去翻字节码你会扑个空。xAI 在文档里写得很明白，这种隐形水印不会往文本里塞任何字符、标记或者隐藏文字。它的工作原理是在模型生成内容时，轻微干预词元（token）的抽样选词倾向。

你可以把它理解成一种极其细微的“口癖”。平时模型在两个意思相近的词之间选哪个，全看概率分布；加上水印逻辑后，系统会拿着一把只有 xAI 自己知道的密码学钥匙，在每次选词时往特定方向轻轻推一把。人眼读起来还是通顺的自然语言，但只要攒够了一定长度的字数，用对应的统计工具去算这堆词撞上特定偏好分布的概率，就能算出这文章是不是 Grok 吐出来的。

正因为底层走的是统计路线，它的物理边界也很明显：

第一，检测结果给不出斩钉截铁的“100% 确定”。检测器只会对一段文本打分，最后吐出三种结论：“带水印”、“不带水印”或者“不确定”。

第二，文本越长，统计信号就越强。反过来说，如果你生成的是几句话的短文本、纯粹的事实性陈述（比如“法国的首都是巴黎”这种没法换词的句子），又或者是语法格式死板的代码，水印几乎就挂不上去。这就解释了为什么我前面说，虽然官方把工具调用参数和代码场景也划进了覆盖范围，但如果你只是拿 Grok 接进类似 Claude Code 这样的编码工具链里写代码、传几个简短的 JSON 参数，这水印在物理层面上基本等于不存在。

厂商在文档里宣称，加了水印之后不会改变响应质量，也不会拖慢生成速度。当然，这只是厂商自己的说法，目前外头还没有独立的第三方实测数据来验证它在极端推理场景下会不会让模型变笨一点点。

另外你也别指望自己写个脚本去测手头的文本有没有暴露。xAI 的水印检测接口不对外公开，想用得专门向官方打报告申请，获批对象严格限制在监管机构、学术研究者、媒体和事实核查机构这个圈子里。

如何用代码确认自己的请求带没带水印

好在作为调用方，你不需要改动现有的任何业务代码。请求里不用加新参数，返回的 JSON 结构也没变。

xAI 提示水印状态的唯一地方，是 HTTP 响应头（Response Headers）。只要你在返回的 Header 里看到了 x-watermark: true，就说明这次生成的文本已经打上了水印；要是没找到这个头，或者它的值不是 true，那就是没带水印。

如果你想马上验一下自己手头的 API 密钥跑出来是什么情况，直接打开终端跑一行 curl，加上 -i 参数把响应头打印出来就行：

curl -i https://api.x.ai/v1/chat/completions \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $XAI_API_KEY" \
  -d '{
    "model": "grok-4.7",
    "messages": [
      {"role": "user", "content": "写一段关于地中海气候的简短介绍。"}
    ]
  }'

终端吐出的一堆响应头里，往下翻就能瞅见那一行：

HTTP/2 200 
content-type: application/json
x-watermark: true
...

平时在业务后端里用 Python 的 requests 库调接口，也可以顺手把这行状态捞出来记进日志，方便以后排查合规账目：

import os
import requests

url = "https://api.x.ai/v1/chat/completions"
headers = {
    "Content-Type": "application/json",
    "Authorization": f"Bearer {os.environ.get('XAI_API_KEY')}",
}
payload = {
    "model": "grok-4.20-non-reasoning",
    "messages": [
        {"role": "user", "content": "帮我生成一封给客户的延期交付致歉信。"}
    ],
}

response = requests.post(url, headers=headers, json=payload)

# 读取 x-watermark 响应头，注意 headers 键名大小写不敏感
is_watermarked = response.headers.get("x-watermark") == "true"
print(f"本次输出是否带水印: {is_watermarked}")
print("生成内容:", response.json()["choices"][0]["message"]["content"])

大家以为后台关掉就完事，实际上那是份责任转嫁书

既然默认开了，能不能关？能，这也是 Grok 跟 Claude 最大的分水岭。但如果你以为这只是去设置页点一下鼠标的小事，那就把法务逻辑想得太简单了。

xAI 把这个开关藏在控制台的团队设置里，普通开发者账号根本点不动，只有具备团队管理员（Team Admin）权限的人才能操作。而且它不是一个总闸，管理员得按模型一个一个去勾除。

最要命的是弹窗里的条款：在你动手关掉某个模型的水印之前，系统会强制要求你确认自己“有适用的法律例外（applicable legal exception）”，并且同意由你（也就是调用方企业）独自承担剩余的标注与披露义务。每一次开关动作，都会被死死地记进团队审计日志（Audit Logs）里留底。

说白了，欧盟 AI 法案第50条规定 AI 生成的内容得有机器可读的标记。xAI 默认开水印，是替大伙把这道合规题做了；你非要关掉，xAI 也不拦着，但它让你签字画押、留好审计日志——将来欧盟监管机构要是顺藤摸瓜查到你头上来，xAI 把日志往桌上一拍，罚款和合规窟窿全是你自己的事。

如果你确实评估过业务场景（比如你的产品完全不触达欧盟境内用户，或者属于法案豁免的特定内部用途），并且老板和法务都拍板同意关掉，具体操作步骤如下：

1. 使用具备团队管理员权限的账号登录 SpaceXSI Console。
2. 进入左侧或顶部的 Team settings（团队设置）页面。
3. 在设置列表里找到 Model output watermarking（模型输出水印）这一行并点开。
4. 在弹出的模型列表中，按模型逐个取消勾选。注意：个别模型可能会处于锁定状态（对话框里压根没有复选框，关不掉）；如果遇到这种情况或者有疑问，只能联系团队管理员内部核实，或者发邮件找官方支持 support@x.ai。
5. 阅读并勾选确认具备“适用的法律例外”及独自承担标注与披露义务的声明，保存更改。
6. 等待大约 5 分钟，改动就会对后续发出的新 API 请求生效（届时再去抓包看响应头，x-watermark: true 就会消失）。

Grok 与 Claude 的水印策略正面比对

把时间线拉回这半个月，你会发现主流模型厂商全在年底大限前赶作业。

2026年7月那会儿，大概有 190 家机构签署了欧盟 AI 法案第50(2)条的透明度行为准则，Anthropic 就是其中之一。据 The Decoder 在2026年10月31日的报道，Anthropic 当时给 API 客户群发了邮件，通知从11月3日起给 Mythos 5、Opus 4.7、Opus 4.6、Sonnet 4.6 这四个旧模型补上水印；另据报道，到了11月16日还会有第二轮更新，把 Opus 4.5、Sonnet 4.5 和 Haiku 4.5 也一并纳入。

我们把这两家的底牌摊在一张表里看，差异非常直观：

看着这张表，有个细节挺耐人寻味。Anthropic 采用的是 Google DeepMind SynthID-Text 的变体方案，据报道，当开发者把 Opus 4.6 和 Sonnet 4.6 的采样参数（temperature、top_p、top_k）调成非默认值时，水印就会变得不太可靠。而 xAI 的文档里目前倒没提修改采样参数会让水印失效这回事，只强调了短文本和代码挂不上水印。

这事落到你的业务上，到底该不该慌？

消息一出，Threads 等外网技术社区里讨论不少。不少开发者的第一反应是觉得这玩意儿防君子不防小人——既然是靠选词概率留下的统计痕迹，那我拿 Grok 生成完初稿，再丢给本地跑的一个开源小模型（或者干脆调另一个 API）做一遍转述、改写，词序和用词全换了，你那统计信号不就彻底洗掉了吗？

话虽这么说，站在工程和商业落地的角度，我不建议大家把精力花在“怎么洗水印”这种猫鼠游戏上。你得先看清自己属于哪一类牌桌：

如果你是在用 Grok API 写代码、做数据清洗、提取 JSON 字段，或者把它挂载到 Agent 工具链里负责调度工具调用参数，你连后台都不用登，直接忽略这次更新就行。一来这些场景本就不是文本审查的靶子，二来前面也说了，代码和短小的结构化输出在物理上根本塞不进多少统计信号。

如果你做的是面向企业的 AI 写作辅助工具、SEO 内容农场，或者是帮客户批量代写商业文案并直接交付生成文本（相当于转售生成内容），那你就得留个心眼了。虽然现在检测接口只给监管、媒体和学界用，你客户的竞争对手或者普通读者还没法直接拿个检测器来抓包，但一旦涉及到新闻出版、学术发表或者受欧盟监管的公开传播渠道，下游买单的人很可能会在合同里要求“纯人工”或要求你明确披露 AI 参与度。

这时候千万别头铁，直接让管理员去后台把开关一关了事。你自己做内部工具、或者能100%确定下游内容跟欧盟市场八竿子打不着，关了也就关了；要是你的产品本身就在出海，用户群里一抓一大把欧洲 IP，你在 SpaceXSI 后台点下那个关闭确认框的瞬间，就把原本由 xAI 替你挡着的欧盟 AI 法案第50条合规义务，稳稳当当地接到了自己公司的法务账本上。

今天上班不妨先干一件事：跑一遍上面的 curl 命令看看 x-watermark: true 是不是已经挂在你线上服务的响应头里了，如果业务真到了非关不可的地步，先拉着团队负责人把欧盟那条透明度豁免条款对一对，再去碰控制台里的那个复选框。

来源链接：

• xAI 官方文档：https://docs.x.ai/developers/advanced-api-usage/watermarking
• https://www.webpronews.com/grok-api-text-watermarking-default/
• https://byteiota.com/grok-api-text-watermark/
• https://metarix.io/grok-api-watermark-default
• https://www.llmmatchmaker.com/blog/claude-xai-watermarks
• https://dev.to/hiroki-ii-ai/ai-daily-digest-november-9-2026-mistral-opens-le-chonk-weights-grok-api-watermarks-by-default-2gdm