SpaceXSI 开发者文档显示，自 2026 年 11 月 7 日起，受支持的 Grok 模型默认对 API 文本输出加水印。调用方无需修改请求参数，可用 x-watermark 响应头判断当次输出是否加标；对脱离响应的文本进行统计检测则需申请权限。
哪些输出受影响
此次是既有 API 的行为更新，不是新模型发布。官方列出的模型包括 Grok 4.7、4.6、4.5、4.3 和 Grok 4.20 的三个变体。全球与区域 API 端点均覆盖，Responses API 和 Chat Completions API 的普通文本、结构化输出和工具调用参数也在文档所述范围内。这不代表 Grok 的图像、音频或所有产品入口都采用相同机制。
响应头与离线文本检测不同
水印在生成时轻微改变 Token 选择，不增加隐藏字符。原始响应头 x-watermark: true 表示当次输出加标。对单独取得的文本，厂商提供需申请访问的统计检测，结果可能不确定；官方称长文本信号更强，但未在该页披露统一准确率或单独价格。
配置粒度是团队和模型
团队管理员可按模型管理设置，变更作用于团队下所有 API 密钥，并有审计记录。部分模型可能锁定启用。不要把同一团队内更换 API 密钥理解为切换水印策略。
中蓝科创观察：在调用边界保存证据
企业接入时宜在服务端保留模型标识、请求时间、响应头状态和内部追踪 ID，并区分上游原始响应与经过代理、翻译或编辑的产物。没有保留响应头时，应记录为未核实，不宜把证据缺失写成由人类创作。
用回归测试验证数据管道
建议用同一组样本分别测试普通文本、结构化输出和工具参数，检查代理是否转发响应头、解析器是否正常工作，以及后续审计能否关联原始请求。水印状态不证明内容真实、授权有效或满足所有合规要求；企业仍应保留独立复核。
