2026년 8월, 라팔 치메리스는 업무 문서를 읽다가 이상한 습관을 발견했다고 썼다. 문장을 따라가고 있는데도 내용이 머리에 남지 않고, 이미 문서에 적힌 내용을 발신자에게 다시 묻게 된다는 것이다. 그가 되짚어 본 문서들에는 낮은 노력으로 만든 AI 생성물에서 자주 보이는 말투와 구조가 남아 있었다.
라팔 치메리스의 글은 AI 탐지 정확도보다 한 독자가 실제로 겪은 집중력의 변화를 기록한다. 팀 문서에 주는 신호는 단순하다. 문서가 전달할 결정을 찾기 전에 "이 문장은 누가 책임지고 썼나"라는 의심을 먼저 부르면, 읽기는 이미 한 번 멈춘다.
문서에 답이 있는데도 다시 묻게 되는 이유는 무엇인가
치메리스가 든 첫 사례는 기능 설계 문서다. 기능 설명 사이에 Claude 특유의 분석 어휘와 과장된 문구가 섞여 있었다. 두 번째는 20쪽짜리 마케팅 콘셉트 자료였다. 실행 가능한 전략과 맥락 없는 기술 아키텍처 설명이 한데 들어가 있었고, 사소한 요소까지 큰 혁신처럼 포장했다. 단순한 요구사항을 길게 풀어 쓴 문서에서는 작성자가 결정을 내리기 전의 내부 추론이 그대로 새어 나온 듯한 문장도 봤다.
이런 문서는 사실 오류가 하나도 없어도 읽는 사람을 지치게 한다. 독자는 먼저 결론을 찾아야 하고, 어디까지가 근거인지, 어디부터가 자동 생성된 장식인지 가려야 한다. 문서의 분량이 늘어난 만큼 협업 정보가 늘어나는 것은 아니다. 오히려 발신자에게 되묻고, 회의에서 다시 정리하고, 결정을 미루는 시간이 붙는다.
팀의 작성 기준은 문장 감별에서 읽기 책임으로 옮겨야 한다
AI가 초안을 만들었는지 가려내는 일을 문서 리뷰의 중심에 둘 필요는 없다. 더 실용적인 기준은 독자가 첫 화면에서 결정과 근거, 자기에게 필요한 다음 행동을 찾을 수 있는지다. 문서 첫머리에 "무엇을 승인하거나 바꿔야 하는가"를 한 문장으로 적고, 그 아래에 선택한 안과 근거를 붙이면 된다. 아직 결정하지 못한 부분은 보류한 이유와 결정 주체를 따로 적는다.
AI를 썼다면 그 뒤의 편집 책임은 더 분명해진다. 모델이 제시한 대안 전체를 옮기기보다 이번 문서에 남길 판단만 골라야 한다. "혁신", "전환점", "새로운 기준"처럼 결론을 대신하는 말도 지운다. 기술 용어는 문제를 푸는 데 필요할 때만 남긴다. 문서가 설명해야 할 대상은 모델의 사고 과정이 아니라, 팀이 지금 이해하고 결정할 일이다.
검토자는 문장을 고치기 전에 결정 경로를 확인한다
검토자는 먼저 이 문서를 읽고 누가 어떤 결정을 내려야 하는지 확인한다. 이어 선택의 근거와 아직 정하지 못한 항목이 분리돼 있는지 본다. 작성자가 문서에 없는 질문을 받았을 때는 빠진 정보 때문인지, 독자가 건너뛴 내용 때문인지 바로 구분할 수 있어야 한다. 이 흐름이 보이지 않으면 문장 다듬기보다 문서의 순서부터 바꾸는 편이 낫다.
치메리스는 자신이 링크드인 글, 이메일, 웹사이트에서 의미보다 양이 많은 AI 문장에 오래 노출되며 이런 필터를 학습한 것 같다고 썼다. 배너를 자동으로 지나치는 현상에 빗댄 이유도 여기에 있다. 독자는 모든 문장을 정성껏 검토할 여유가 없다. 첫 몇 줄에서 신뢰할 이유를 찾지 못하면 다음 문단으로 가기 전에 시선이 떠난다.
글 끝의 메뉴 사진은 이 변화가 업무 문서 밖에서도 작동한다는 장면이다. 그는 곰팡이가 핀 것처럼 보이는 키슈 사진을 보고 "정말 저 사진을 걸어둔 걸까" 하고 발걸음을 돌렸다. 생성형 AI가 시간을 아껴 주는 경우도 있다. 독자가 내용을 읽기 전에 발신자를 의심하게 만드는 문서는, 절약한 작성 시간을 다시 읽기와 회의 비용으로 돌려받는다.
출처: Rafal Cymerys, "I'm becoming AI-blind" (2026년 8월)