Grok API 返回的文本从 2026 年 11 月 7 日起将默认带上不可见水印。xAI 在开发者文档《Output Watermarking》中写明，这一改动覆盖七款 Grok 模型，目的是遵守《欧盟人工智能法案》；开发者不用改请求格式，但要在 11 月 7 日前确认团队的水印设置，否则输出会按默认带上标记。
七款 Grok 模型都覆盖，连工具调用参数也不例外
文档列出的七款模型是 grok-4.7、grok-4.6、grok-4.5、grok-4.3，以及 grok-4.20 的推理、非推理和多智能体三个版本。水印适用于 xAI 的全部 API 端点，包括全球端点和区域端点，走 Responses API 和 Chat Completions API 的请求都在范围内。标记不只落在普通正文里，结构化输出和模型生成的工具调用参数同样会被标记，这一点对把 Grok 接进自动化流程的团队影响最直接。
水印藏在选词概率里，短文本别当成铁证
水印不是在文本里加字符、标签或隐藏记号，而是在生成时轻微引导模型选词，留下统计上可识别的模式。xAI 称这种处理不影响响应质量和速度，不过这一说法目前没有独立测试佐证。单次响应是否带水印，可以看响应头 x-watermark：值为 true 即已标记。想对一段文字做检测则要另外申请检测接口，检测结果分已标记、未标记和不确定三种，文本越长信号越稳，改写、截短都会削弱可靠性。
对使用者来说，变化分两层：读 Grok 输出的人看不到任何不同，管 API 的团队却多了一项合规责任。团队管理员可以在控制台按模型关闭水印，但关闭前须确认有适用的法律例外，并自行承担相应的标记与披露责任；开关按团队和模型生效，不是某个 API 密钥单独决定。Anthropic 也已在 Claude 文本上采用同类水印，Grok 这一步让默认加标成为 API 一侧更常见的选择。11 月 7 日前，用 Grok API 跑内容生产线的团队应先核对控制台设置，并把响应头检查写进流程，而不是等输出被质疑来源时再回头查。
