xAI가 2025년 10월 내놓은 AI 백과사전 Grokipedia의 편집 파이프라인이 4월 24일을 기점으로 멈춘 정황이 포착됐다. Lawfare가 8월 5일 공개한 분석에 따르면, 사람의 수정 제안은 계속 들어오지만 승인·반려·본문 반영으로 이어지는 공개 기록이 끊겼다. AI가 초안을 쓰는 지식 서비스에서 중요한 것은 답변의 문장만이 아니라, 새 사실이 들어왔을 때 누가 어떤 경로로 고치는가다.
Grokipedia는 출시 당시 약 88만5,000개의 기계 생성 문서로 출발했고, 현재 랜딩 페이지에는 600만 개 이상 문서가 표시된다. 독자는 문장 일부를 지정해 수정 제안을 낼 수 있고, 시스템은 이를 ‘검토 중’에서 ‘승인’ 또는 ‘반려’를 거쳐 ‘반영’하는 구조로 보여 왔다. 이 흐름은 단순한 접수창이 아니라 지식의 최신성과 책임을 연결하는 운영 장치다.
수정 제안이 쌓여도 문서가 갱신되지 않는 이유는 무엇인가
Lawfare는 인기 문서와 비인기 문서를 함께 살펴본 뒤, 3만4,519개 페이지의 22만5,496건 제안을 분석했다. 그 표본에서 최근 3개월 안에 승인되거나 반려된 수정은 없었다. ChatGPT 문서에서는 4월 24일에 제안 12건이 처리됐지만, 그 뒤 5월·6월·7월 제안은 모두 ‘검토 중’에 머물렀다. 주제의 민감도나 방문량에 따라 생긴 병목이라기보다 파이프라인 전체의 정지로 읽히는 이유다.
대기열 규모도 작지 않다. 분석 시점에 미해결 상태인 제안은 1만3,002건이었고, 4월 이후에도 사람의 제안은 주 평균 216건씩 들어왔다. 반면 내부 자동 시스템 ‘grok’과 ‘Grok Editor’가 만든 요청은 전체의 57.8%를 차지했는데, 3월부터 4월 중순 사이 단계적으로 사라졌다. 이후에는 사람이 낸 제안만 멈춘 대기열에 쌓이는 모양새가 됐다.
편집 로그가 바뀌면 무엇을 잃게 되는가
문서 본문이 멈춘 것만 문제는 아니다. Lawfare는 3월 14일 무렵 대규모 문서 재작성 뒤, 과거에 ‘승인’으로 보이던 일부 제안이 ‘지정한 문장을 찾을 수 없음’이라는 오류와 함께 ‘반려’로 바뀐 사례를 확인했다. 원문 문장이 바뀌면서 선택 문장에 묶여 있던 제안의 앵커가 깨졌고, 실제 변경 내용은 문서에 남아 있는데도 로그의 판정은 뒤집힌 경우가 있었다. 1월에는 작동하던 전체 변경 피드도 3월 초에는 오류 페이지가 됐다.
이런 기록 불일치는 ‘수정됐는지’를 넘어서 ‘어떤 결정이 있었는지’를 추적하기 어렵게 만든다. 공개 편집 이력은 악성 제안과 유효한 정정을 구분하는 과정, 운영자가 중단을 설명하는 과정, 기여자가 결과에 이의를 제기하는 과정을 함께 지탱한다. AI가 편집자를 대신할수록 그 과정은 더 적게가 아니라 더 명확하게 남아야 한다.
AI 지식 서비스가 운영 지표로 삼아야 할 것은 무엇인가
Grokipedia 사례는 ‘AI가 쓴 백과사전이 정확한가’라는 한 번의 평가만으로는 부족하다는 점을 드러낸다. Lawfare는 Wayback Machine의 전후 스냅샷 약 480개를 비교해 4월 24일 뒤 본문 변경을 찾지 못했다고 썼다. 갱신 지연, 미해결 대기열, 자동 처리 비율, 로그의 불변성은 모델 품질 점수와 별도로 공개돼야 할 운영 지표다.
특히 인물·기업·정책처럼 시간이 지나면 사실 자체가 바뀌는 문서에서는 정정 요청의 접수 여부보다 처리 기한과 판정 근거가 중요하다. AI 지식 서비스가 사람의 신뢰를 얻으려면, 답을 생성하는 모델과 수정 제안을 처리하는 파이프라인을 함께 제품으로 다뤄야 한다. 문서가 멈추는 순간 가장 먼저 낡아지는 것은 내용만이 아니라 그 지식이 고쳐질 수 있다는 약속이다.
출처: Lawfare, “Grokipedia Stopped Reviewing Edits in April. It Didn’t Tell Anyone.” (2026-08-05)