Grok 的回复里开始藏水印了：11 月 7 日起默认开启，团队可以按模型退出

事情本身很短

xAI 在开发者文档里写明了规则：从 2026 年 11 月 7 日起，受支持的 Grok 模型返回的文本会带一个不可见水印，默认开启。名单里有七个模型——grok-4.7、grok-4.6、grok-4.5、grok-4.3，以及 grok-4.20 的三个变体（reasoning、non-reasoning、multi-agent）。

覆盖范围比想象中宽：全球端点 api.x.ai 和所有区域端点都算，Responses API 与 Chat Completions API 都算。文档明确写了，普通文本、结构化输出、以及工具调用的参数，都属于被打水印的范围。

它不是塞字符，而是影响选词

文档对机制的描述很有意思：水印在模型生成文本的过程中施加，通过轻微影响模型选择哪些 token 来实现，因此回复里不会多出任何字符、标记或隐藏文本。换句话说，你复制出来粘贴到别处，看不出任何异常。

检测则是统计式的：拿一段文本去和这个水印做比对，给出「有水印」「没有水印」「不确定」三种结论，文本越长信号越强。这也解释了为什么它不怕复制粘贴——因为它本来就不依赖隐藏内容。

开发者怎么确认

对接口调用者来说，唯一的可见变化是一个响应头：Responses API 或 Chat Completions 返回 x-watermark: true，就表示这一次的输出带了水印；没有这个头或值是别的，就表示没带。

文档强调不需要改代码：没有请求参数要传，响应格式也不变。这对已经上线的应用是好消息——升级不会破坏解析逻辑，但反过来也意味着，如果你的日志只记了 body 没记 header，事后就没法回查某段文本是否带过水印。

退出是团队级、按模型的

水印按团队（team）配置，团队管理员可以在控制台的 Team settings 里找到 Model output watermarking 一行，状态会显示成全部开启、全部关闭或自定义；只有管理员能看到这一项。改完之后对团队下所有 API key 生效，新请求 5 分钟内按新设置执行。

退出不是无条件的：系统会要求确认你的使用场景适用法律上的例外，并且由你自行承担标记与披露责任。部分模型还可能被锁定为开启，无法从控制台关掉。每次开启或关闭都会写进团队的审计日志，可按事件 ID、描述或时间检索。

还没说清楚的部分

文档没有给出水印的鲁棒性边界：文本被改写、翻译、截断之后再检测，准确率会掉到什么程度，没有数据。检测接口本身也不是公开可用的——需要提交申请，通过后才拿到访问权限。

误判率同样没有披露。文档只说结论分三档、长文本信号更强，但没有给阈值或基准测试。对需要把检测结果写进合规报告或取证材料的团队来说，这些数字可能比水印本身更关键。

继续阅读