xAIの開発者向けドキュメントに「Output Watermarking」のページが加わった。11月7日以降、Grok APIが返すテキストには既定で電子透かしが入る。文字は1つも増えない。
11月7日から既定になるもの
xAIの開発者ドキュメントに、出力の電子透かしを説明するページが新設された。最終更新は2026年10月31日。そこに、11月7日からGrok APIのテキスト出力に既定で透かしを入れると書かれている。
対象は7つのモデル。grok-4.7、grok-4.6、grok-4.5、grok-4.3、そしてgrok-4.20の3つの変種、reasoning、non-reasoning、multi-agentだ。
範囲は広い。グローバルのapi.x.aiも地域別のエンドポイントも含め、すべてのAPIエンドポイントが対象になる。Responses APIとChat Completionsの両方が射程に入り、普通のテキストだけでなく、構造化出力や、ツール呼び出しの際にモデルが書く引数も対象とされている。
アプリ経由のチャットではなく、APIを叩いて文章を生成している開発者にとっては、自分のコードを変えなくても出力の性質が変わる、ということになる。
電子透かしは文字を足さない
ここが誤解されやすい。透かしと聞くと、見えない記号を文字列に紛れ込ませる処理を思い浮かべる人がいる。ゼロ幅文字を差し込む、末尾に不可視のタグを付ける、そういう類の処理だ。
xAIの説明は違う。透かしは生成の時点でかかる。モデルが次にどのトークンを選ぶかの傾向をわずかに変える。だから出力に文字が増えない。記号も、隠しテキストも入らない。ゼロ幅文字もないので、クリーニングツールで剥がす対象が存在しない。
コピーして貼り付けても、見た目は普通の文章のままだ。人間の目では区別がつかない。区別するには、統計的な偏りを検出する側の仕組みが要る。
判定は3種類、長い文章ほど当たりやすい
xAIによれば、検出器は3つの結果を返す。透かしあり、透かしなし、そして判定不能だ。
文章が長いほど信号が強くなる。逆に、1行の短い返答や短いJSONは、判定不能の帯に入りやすい。透かしの有無を統計で見ている以上、材料が少なければ判断が難しくなるのは避けられない。
公表されていない数字も多い。検出の精度と誤検知率は出ていない。文章を書き換えたり翻訳したりした後にどう判定されるかも、示されていない。ここは統計型の透かしが弱いとされる部分で、実運用では真っ先に問題になる。
開発者のコードは変えなくていい
では、Grok APIを使う開発者は何を変える必要があるのか？
実装面の負担は小さい。渡すパラメータはなく、レスポンスの形式も変わらない。唯一の見える変化は、x-watermark: trueというレスポンスヘッダーが付くことだ。この出力には透かしが入っている、という合図になる。
ログを見れば、どのリクエストが透かし付きで返ったかは分かる。ただし、それで何かをする必要はない。既存のクライアントはそのまま動く。
気にすべきは、出力をそのまま公開する用途だ。ブログの下書き、商品説明、チャットボットの応答。読者側が検出器を持てば、AI経由だと判別できる可能性がある。ただし短い文章では判定が安定しないので、すべてが見抜かれるわけではない。
管理者向けのスイッチと条件
チームの管理者は、コンソールからモデル単位でこの機能を切れる。既定で入るものを、任意で外せる作りだ。
無条件ではない。切る前に、自分が適用される法律の免除に当たるかを確認し、それでも残る表示と開示の責任を自分で負う、という条件が付く。つまり「切ったから終わり」ではなく、切った側に説明責任が移る。
誰がこの免除に当たるのか、具体的な線引きは示されていない。ここは法務の判断になる。
見えない透かしが意味するもの
目的はEU AI Actの透明性要件への対応だと、ドキュメントは書いている。生成物がAIによるものだと分かる状態を保つ、という発想だ。
xAIは、透かしが出力の品質と速度に影響しないとも述べている。これは提供側の説明で、透かしありとなしの2つの版をベンチマークや構造化出力の有効性、ツール呼び出しの精度で比べた結果は公表されていない。
検出APIは誰でも使えるわけではない。申請フォームを通す必要があり、資格の有無、一般公開の可否、課金の有無は明らかにされていない。今のところ、ある文章が透かし入りのGrokから出たかを確かめられるのは、xAIと、同社が認めた機関に限られる。
開発者にとっての実務的な意味はこうだ。出力をそのまま流す限り、自分で何かをする必要はない。切りたいなら条件を読む。そして、透かしは「AIが書いた証拠」ではなく「このモデルを通った可能性の指標」だと考えておくのが安全だ。短い文章では、その指標すら出ない。
