從 11 月 7 日起，Grok API 回傳的文字預設帶著看不見的水印。它不塞符號、不加隱藏字元，改的是模型挑詞的傾向，所以複製貼上洗不掉。
11 月 7 日預設開啟，涵蓋 7 個模型
依據 xAI 開發者文件新增的「Output Watermarking」頁面，頁尾標註最後更新於 2026 年 10 月 31 日。文件寫明，自 11 月 7 日起，Grok API 回傳的文字預設加上隱形水印。
適用的模型有七個：grok-4.7、grok-4.6、grok-4.5、grok-4.3，以及 grok-4.20 的三個變體，分別是推理、非推理與多代理版本。
覆蓋範圍不小。所有 API 端點都算在內，包括全球端點 api.x.ai 與各區域端點；Responses API 與 Chat Completions 兩條路徑都在名單上。被處理的對象也不只一般文字，還包括結構化輸出，以及工具呼叫時模型寫出來的參數。
水印不是塞符號，改的是選詞傾向
這是最容易被誤解的一段。
水印在生成當下施加，做法是輕微影響模型挑選詞元的傾向。產出結果不增加任何字元、標記或隱藏文本。從一段被水印的回覆裡複製文字，肉眼看起來跟普通文字沒有差別，也沒有零寬字元可以讓清理工具剝掉。
換句話說，過去對付隱形字元那一套方法，在這裡完全失效。你找不到東西可以刪，因為沒有東西被塞進去。
代價是另一面：既然它只是一種統計偏移，就無法保證每一段文字都帶得足夠明顯。訊號強不強，跟文字長度直接相關。
開發者要改什麼？什麼都不用改
沒有要傳的參數，回應內容的格式不變。唯一看得見的變化，是多了一個回應標頭：x-watermark: true，代表這次輸出已加水印。
對已經在跑服務的人來說，這是好消息。不必改程式碼、不必改 SDK、不必重測格式。只要你有寫日誌，那個標頭會自己出現。
要提醒的是不要把它當成內容過濾條件。它只告訴你「這次輸出有加水印」，不告訴你水印強度，也不告訴你能不能偵測得出來。
偵測靠統計，短文本常常測不準
xAI 說偵測器回三種結果：watermarked（已加水印）、not watermarked（未加水印）、uncertain（不確定）。
因為是統計判斷，文字愈長訊號愈強。一行短回覆，或一段很短的 JSON，經常落在不確定的區間。這在實務上意味著，短輸出基本上驗不出來。
xAI 沒有公布準確率、誤報率，也沒有公布經過改寫或翻譯之後的偵測結果。而改寫與翻譯，正是統計式文字水印最常見的弱點。這一點文件沒有回答，只能等協力廠商實測。
偵測 API 不開放，能驗證的人很少
文件說偵測功能要透過表單申請。誰有資格、是否對公眾開放、收不收費，都沒有說明。
結果是：目前能驗證某段文字是否出自加水印的 Grok 模型的人，基本上只有 xAI 和它核准接入的機構。一般開發者手上有 API 金鑰，卻沒有對應的驗證工具。這種不對稱，會直接影響下面要談的爭議。
管理員可以關，但要自己扛責任
團隊管理員可以在控制台按模型關閉這項功能。前提是必須先確認自己適用法律豁免，並且自行承擔仍然存在的標註與披露責任。
這句話讀起來像免責條款，實際上也是。關掉之後，責任從 xAI 轉到使用方。那到底該不該關？
先看你所在的市場有沒有強制標註義務，再問你的客戶與合作方需不需要驗證來源。對在歐盟有業務的團隊來說，這不是一個可以隨手勾選的選項。
目的是合規，效果還待驗證
文件寫明，措施是為了遵守 EU AI Act（歐盟人工智慧法案）的透明度要求。
xAI 另外表示，水印不影響輸出品質與速度。這屬於廠商說法：公司沒有公布加水印與不加水印版本在基準測試、結構化輸出有效性、工具呼叫準確率上的對比結果。
對實際工作流的影響，現在能講的只有兩點。一是你送出的內容如果會被後續流程判定為 AI 生成，短文本仍然難以佐證。二是如果你的產品需要宣告「這段文字來自哪個模型」，目前沒有公開工具可以幫你確認。其餘的，得等第三方拿長文本實測之後才有答案。
