Grok APIが返すテキストは、2026年11月7日から不可視の透かしが既定で入るようになる。xAIは開発者向けドキュメント「Output Watermarking」で、この変更が7つのGrokモデルを対象とし、EU AI法への対応を目的とすると説明している。開発者がリクエスト形式を変更する必要はないが、チームは11月7日までに透かしの設定を確認しておかなければ、出力は既定でマークされることになる。
7モデルすべてが対象で、ツール呼び出しの引数も例外ではない
ドキュメントに挙げられている7モデルは、grok-4.7、grok-4.6、grok-4.5、grok-4.3と、grok-4.20の推論版、非推論版、マルチエージェント版である。透かしはグローバルエンドポイントとリージョンエンドポイントを含むxAIのすべてのAPIエンドポイントに適用され、Responses APIとChat Completions APIのどちらのリクエストも対象になる。マークは通常の文章だけにとどまらず、構造化出力やモデルが生成するツール呼び出しの引数にも付くため、Grokを自動化フローに組み込んでいるチームへの影響が最も直接的だ。
透かしはトークン選択の確率に宿る、短いテキストを証拠にしてはいけない
透かしは文字やラベル、隠しテキストを追加するものではない。生成時にモデルのトークン選択をわずかに誘導し、統計的に識別できるパターンを残す仕組みだ。xAIは応答の品質や速度に影響しないとしているが、その主張を裏づける独立した検証はまだない。1件の応答にマークが付いたかどうかは、レスポンスヘッダーのx-watermarkで確認できる。値がtrueならマーク済みだ。文章を検査するには検出APIへのアクセスを別途申請する必要があり、結果は「透かしあり」「透かしなし」「不確定」のいずれかで返される。テキストが長いほど信号は強くなり、書き換えや短縮で信頼性は下がる。
利用者にとって、この変化は二つの層で現れる。Grokの出力を読む人に見た目の違いはなく、APIを運用するチームにはコンプライアンス上の責任が加わる。チーム管理者はコンソールでモデル単位に透かしを無効化できるが、その前に法的な例外が適用されることを確認し、表示と開示に関する責任を自ら負わなければならない。この設定はチームとモデル単位で効き、個々のAPIキー単位ではない。AnthropicもClaudeのテキストに同様の透かしをすでに採用しており、Grokの今回の対応により、API側で既定の透かしがより一般的な選択肢になる。11月7日を前に、Grok APIでコンテンツ制作ラインを回しているチームはコンソールの設定を確認し、出力の出所を問われてから調べるのではなく、レスポンスヘッダーの確認を工程に組み込むべきだ。
