11월 7일부터 Grok API가 돌려주는 글에는 보이지 않는 표시가 따라붙는다. 복사해도 지워지지 않고, 대신 짧은 글에서는 잘 잡히지 않는다.
11월 7일, Grok API 기본값이 바뀐다
xAI 개발자 문서에 'Output Watermarking'이라는 페이지가 새로 생겼다. 문서 하단에는 2026년 10월 31일 마지막 갱신이라고 적혀 있다. 이 문서에 따르면 11월 7일부터 Grok API가 반환하는 텍스트에 기본으로 워터마크가 들어간다.
대상은 7개 모델이다. grok-4.7, grok-4.6, grok-4.5, grok-4.3, 그리고 grok-4.20의 세 가지 변형(reasoning, non-reasoning, multi-agent)이 포함된다. 개발자가 따로 신청하지 않아도 적용된다.
워터마크는 글자가 아니라 확률에 남는다
여기서 말하는 워터마크는 화면에 흐릿하게 겹치는 눈에 보이는 표시가 아니다. 모델이 다음 단어를 고르는 확률을 아주 살짝 기울이는 방식이다.
결과적으로 글자 수는 늘지 않는다. 보이지 않는 문자를 끼워 넣지도 않고, 숨은 문단을 덧붙이지도 않는다. 그냥 같은 문장을 만들 때 특정 단어가 뽑힐 가능성이 미세하게 높아질 뿐이다.
이 차이가 실무에서 크다. 제로폭 문자를 지우는 세탁 도구나 특수문자 필터로는 제거되지 않는다. 복사해서 붙여 넣어도, 다른 편집기에 옮겨도 표시는 남는다.
Grok API 적용 범위는 모델과 경로를 가리지 않는다
범위는 넓다. 전 세계 엔드포인트인 api.x.ai는 물론 지역별 엔드포인트까지 포함된다. 호출 방식도 Responses API와 Chat Completions 두 갈래 모두 해당된다.
대상이 되는 출력도 다양하다. 일반 텍스트는 물론이고 구조화된 출력, 그리고 도구를 호출할 때 모델이 써 내는 인자까지 포함된다. 함수 호출용 JSON에 들어간 문자열에도 표시가 붙는다는 뜻이다.
Grok API 개발자가 손댈 것은 없다
그럼 기존 서비스는 아무 영향도 받지 않을까? 코드를 고칠 필요는 없다. 넘겨야 하는 파라미터가 없고, 응답 본문 형식도 그대로다. 눈에 보이는 유일한 변화는 응답 헤더에 붙는 x-watermark: true 한 줄이다.
이 헤더는 이번 출력에 표시가 들어갔다는 사실만 알려 준다. 로그에 남겨 두면 나중에 "이 텍스트가 어디서 나왔는지" 추적할 때 쓸 수 있다. 반대로 헤더를 무시하면 개발자는 변화를 거의 느끼지 못한다.
워터마크 판별은 통계로, 짧은 글은 흔들린다
검출 방식은 통계다. xAI는 검출기가 세 가지 답을 낸다고 설명한다. 워터마크가 있다, 없다, 불확실하다. 텍스트가 길수록 신호가 강해진다.
그래서 한 줄짜리 답변이나 짧은 JSON은 판정이 흔들리기 쉽다. "불확실" 구간에 자주 떨어진다. 짧은 글을 검사할 때 결과를 곧이곧대로 믿기 어렵다는 뜻이기도 하다.
비어 있는 부분도 있다. xAI는 정확도와 오탐률을 공개하지 않았다. 문장을 고치거나 다른 언어로 번역한 뒤에도 검출이 되는지에 대한 결과도 내놓지 않았다. 통계식 텍스트 워터마크가 흔히 약해지는 지점이 바로 그 두 가지다.
검출 API는 아직 열려 있지 않다
문서는 검출 기능을 쓰려면 신청서를 내라고 안내한다. 누가 자격이 있는지, 일반에 공개할 계획인지, 요금을 받는지에 대한 설명은 없다.
지금 시점에 특정 문장이 워터마크가 들어간 Grok 모델에서 나왔는지 확인할 수 있는 곳은 사실상 xAI와 그쪽이 승인한 기관뿐이다. 외부 개발자가 자체 검증 도구를 만들기는 어렵다.
관리자는 워터마크를 끌 수 있지만 조건이 붙는다
팀 관리자는 콘솔에서 모델별로 이 기능을 끌 수 있다. 다만 절차가 붙는다. 먼저 자사가 적용 법률의 면제 대상이라는 점을 확인해야 하고, 표시와 공개에 따르는 책임은 이용자에게 남는다.
쉽게 말해 스위치는 있지만 "알아서 판단하라"는 조건부다. 규제 대상 서비스라면 끄는 선택이 오히려 부담이 될 수 있다.
EU AI법이 배경, 품질 주장은 아직 검증 전
문서는 이 조치의 목적을 유럽연합 AI법의 투명성 요구에 맞추는 것이라고 밝힌다. 생성형 결과물에 기계가 읽을 수 있는 표시를 붙이라는 쪽의 요구다.
xAI는 워터마크가 출력 품질과 속도에 영향을 주지 않는다고 주장한다. 회사 설명이며, 워터마크를 넣은 버전과 넣지 않은 버전을 벤치마크, 구조화 출력의 유효성, 도구 호출 정확도에서 비교한 자료는 공개되지 않았다.
개발자에게 당장 필요한 일은 세 가지다. 응답 헤더를 로그에 남기고, 짧은 출력의 검출 결과에 기대지 말고, 고객에게 보내는 안내 문구에 이 사실을 반영하는 것. 11월 7일 이후 첫 호출에서 헤더가 실제로 붙는지 확인하는 것이 가장 빠른 점검이다.
