윤문 도구에서 가장 위험한 순간은 글이 어색할 때가 아니라, 글이 매끄러워지면서 내용이 슬그머니 바뀔 때입니다. 수치가 달라지고 고유명사가 비슷한 다른 말로 대체되고 원문에 없던 뉘앙스가 끼어듭니다. 읽는 사람은 자연스러워진 문장에 속아 이 변질을 알아채기 어렵습니다. 그래서 한글 AI 티 제거 하네스는 자연스러움보다 내용 보존을 상위 원칙에 두고 여러 겹의 가드레일을 세웠습니다.
네 가지 철칙이 먼저다
이 하네스에는 어떤 윤문보다 앞서는 네 가지 철칙이 있습니다. 첫째는 의미 불변으로, 사실과 주장과 수치와 고유명사와 인용은 원문 그대로 보존합니다. 둘째는 근거 기반으로, 모든 수정은 탐지된 신호에 연결돼야 하며 신호가 없는 구간은 손대지 않습니다. 셋째는 장르 유지로, 리포트를 에세이로 옮기거나 칼럼을 문학으로 바꾸지 않습니다. 넷째는 과윤문 금지로, 변경이 일정 선을 넘으면 경고하고 더 넘으면 강제로 멈춥니다.
이 철칙들은 선언으로 그치지 않고 파이프라인의 각 단계에 실제 장치로 구현돼 있습니다. 하나씩 보겠습니다.
건드리지 않을 것부터 정한다
가장 확실한 보호는 애초에 손대지 않는 목록을 정해 두는 일입니다. 수치와 단위와 날짜, 고유명사와 인명과 제품명과 모델명, 큰따옴표 안의 직접 인용, 법률 조문, 불가피한 학술 개념어는 탐지와 윤문 대상에서 제외됩니다. "2026년 5월"이라는 날짜나 "Claude"라는 제품명은 아무리 주변 문장을 다듬어도 그대로 남습니다.
이 제외 목록이 있어야 윤문이 안심하고 문체를 고칠 수 있습니다. 무엇을 바꿔도 되고 무엇은 절대 안 되는지가 처음부터 분명하면, 도구가 애매한 판단으로 사실을 건드리는 일이 줄어듭니다.
고친 뒤에는 감사한다
수정을 마쳤다고 끝이 아닙니다. 정밀 모드에서는 별도의 감사 단계가 원문과 윤문본을 나란히 놓고 의미가 같은지 확인합니다. 사실이 누락되지 않았는지, 수치가 그대로인지, 없던 주장이 추가되지 않았는지를 체크리스트로 하나씩 점검합니다. 이 감사는 윤문한 에이전트와 다른 에이전트가 맡습니다. 고친 사람이 스스로 검사하면 자기 실수를 못 보기 때문입니다.
감사에서 내용 훼손이 발견되면 그냥 지적하고 넘기지 않습니다. 문제가 된 수정을 롤백하도록 지시합니다. 자연스러움을 얻자고 도입한 변경이 사실을 흔들었다면, 그 변경은 되돌리는 것이 맞습니다. 자연스러움과 정확성이 충돌할 때 정확성을 택하는 규칙이 코드로 박혀 있는 셈입니다.
얼마나 바꿨는지 재고, 지나치면 멈춘다
과윤문을 막는 마지막 장치는 변경률입니다. 원문 대비 얼마나 바뀌었는지를 측정해 일정 비율을 넘으면 경고를 띄우고 더 넘으면 아예 처리를 중단합니다. 변경률이 지나치게 높다는 것은 도구가 신호만 고친 게 아니라 글을 다시 쓰고 있다는 뜻이고 그 지점에서 원문 보존은 이미 깨지기 시작합니다.
이 상한은 사용자가 조절할 수도 있습니다. 원문 톤을 최대한 살리고 싶으면 상한을 낮춰 보수적으로 고치고 좀 더 적극적으로 다듬어도 되면 여유를 줍니다. 어느 경우든 상한이라는 안전선이 있어 도구가 폭주해 글을 완전히 다른 글로 만들어 버리는 일은 막습니다.
이 가드레일들이 파이프라인 어디에 붙는지는 윤문 하네스의 에이전트 파이프라인에서, 변경률과 품질을 어떻게 수치로 보는지는 윤문 품질을 숫자로 보기에서 이어집니다. 전체 도구의 설계는 한글 AI 티 탐지·윤문 오픈소스 툴 사례에 있습니다.
자주 묻는 질문
윤문이 사실을 바꾸지 않는다고 어떻게 보장하나요?
여러 겹의 장치로 막습니다. 수치와 고유명사와 인용은 처음부터 수정 대상에서 제외하고 고친 뒤에는 별도의 감사 단계가 원문과 대조해 의미가 같은지 확인하며 훼손이 발견되면 그 수정을 롤백합니다. 완벽을 보장하기보다, 훼손이 통과하기 어렵게 여러 관문을 겹쳐 두는 방식입니다.
과윤문은 어떻게 막나요?
원문 대비 변경률을 측정해 일정 선을 넘으면 경고하고 더 넘으면 강제로 멈춥니다. 변경률이 높다는 건 신호만 고친 게 아니라 글을 다시 쓰고 있다는 신호이기 때문입니다. 사용자가 이 상한을 조절해 윤문 강도를 정할 수도 있습니다.
감사를 왜 윤문과 다른 단계로 두나요?
고친 주체가 스스로 검사하면 자기가 놓친 훼손을 계속 놓칩니다. 윤문과 감사를 다른 에이전트가 맡으면 관점이 갈려 윤문 단계의 사각지대를 감사 단계가 잡아냅니다. 검증의 독립성을 확보하기 위한 설계입니다.