“보안 검토를 거쳐야 한다”를 “보안 검토를 거친다”로 고치면 문장은 짧아집니다. 뜻도 바뀝니다. 앞 문장은 의무이고, 뒤 문장은 이미 벌어지는 사실처럼 들립니다. 윤문기가 문장 끝의 반복을 줄이겠다며 둘을 바꾸면 문체를 다듬은 게 아니라 정책을 새로 쓴 셈입니다.
한국어 문장을 자연스럽게 다듬는 AI 윤문 도구에서 해야 한다, 할 필요가 있다, 할 수 있다, 보인다 같은 표현은 군더더기가 아닙니다. 문장이 요구인지, 가능성인지, 추정인지 정하는 서법 표지입니다. 같은 대상을 말해도 “오류일 수 있다”와 “오류다”는 책임 범위가 다르고, “검토해야 한다”와 “검토한다”는 실행 상태가 다릅니다.
문장 표면만 보는 윤문은 여기서 사고를 냅니다. 같은 어미가 여러 문단 끝에 반복되면 기계적인 리듬으로 판단하고, 어미를 다양하게 바꾸면 글이 좋아졌다고 점수를 주기 쉽습니다. 그러나 반복 횟수를 줄이는 동안 의무를 사실로, 가능성을 확신으로 바꿨다면 가독성 점수와 맞바꾼 것은 저자의 주장입니다.
안전한 수정 범위는 생각보다 좁습니다. 의무 문장이 문단마다 마지막에 몰렸다면, 흐름이 어색하지 않은 문단 안에서 그 문장을 앞쪽으로 옮길 수 있습니다. 해야 한다는 그대로 둡니다. 문장을 합치면서 표지를 지우거나, 의무를 명사형으로 숨기거나, 단정문으로 바꾸면 안 됩니다. 자연스럽게 옮길 자리가 없다면 그대로 두는 편이 낫습니다.
검증도 “더 자연스러운가”라는 한 문장으로 끝내면 부족합니다. 수정 전후의 의무·가능성 표지가 줄었는지 보고, 줄었다면 같은 의미가 다른 형태로 남았는지 확인해야 합니다. 의무를 사실로 바꾸는 사례, 가능성을 확신으로 바꾸는 사례, 문장을 합치며 표지가 사라지는 사례를 따로 시험해야 합니다. 정답 예문을 미리 보여 주고 닮게 만드는 평가는 윤문 능력보다 정답 모방 능력을 재게 됩니다.
좋은 윤문은 저자의 목소리를 더 매끈하게 들리게 합니다. 저자의 확신도와 의무 범위까지 대신 결정하는 순간, 그 도구는 편집자가 아니라 이름 없는 공동 저자가 됩니다. 문장은 깨끗해졌는데 책임의 주인이 바뀌는 편집은 실패입니다.