AI가 쓴 글을 고칠 때 무엇을 남기고 무엇을 바꿔야 할까

다음 표의 문장은 편집 판단을 설명하려고 만든 가상 예시입니다. 앞뒤 자료가 확인됐다는 조건에서 표현만 좁게 바꾼 경우와, 원문을 유지할 경우를 나눴습니다.

셋째 문장을 ‘업무 속도가 60% 개선됐습니다’로 바꾸면 수치의 뜻이 달라집니다. 12명을 20명으로 나눈 60%는 빨라졌다고 응답한 사람의 비율입니다. 시간을 직접 측정한 값이 없으므로 작업 시간의 개선율로 사용할 수 없습니다.

넷째 문장을 ‘초안의 날짜가 틀렸습니다’로 줄여도 문제가 생깁니다. 검토 대상과 발견 비율이 사라지고, 근거를 못 찾았다는 판정이 실제 날짜가 틀렸다는 판정으로 바뀝니다. 원문이 말한 오류 종류까지 보존해야 같은 내용을 더 읽기 쉽게 고친 문장이 됩니다.

긴 문장을 나눌 때도 조건이 적용되는 범위를 확인합니다. ‘설정 A를 켠 경우에만 B가 표시되며 C는 계속 숨겨집니다’에서 조건이 B와 C 모두에 걸리는지, B에만 걸리는지 불분명하다면 나누기 전에 뜻부터 확인합니다. 문장부호를 바꾸어 편집자가 한쪽 해석을 확정하면 새로운 내용이 생깁니다.

수정 전후를 두 방향으로 대조합니다

첫 대조는 원문에서 수정문으로 갑니다. 원문의 고유 주장마다 수정문에서 대응하는 자리를 찾습니다. 한 문장을 둘로 나눴다면 주체와 결과뿐 아니라 조건과 예외가 어느 문장에 남았는지 확인합니다. 대응할 곳이 없는 내용은 편집 중 사라진 정보입니다.

두 번째 대조는 수정문에서 원문으로 갑니다. 수정문에 있는 수치, 원인, 비교, 권고가 원문 어디에 있었는지 되짚습니다. ‘동시에 증가했다’를 ‘A 때문에 B가 증가했다’로 바꾼 경우에는 원문에 없던 인과가 생겼습니다. 글이 매끄럽게 이어진다는 이유로 그런 연결을 보충하지 않습니다.

가능성과 의무를 나타내는 말도 함께 대조합니다. Cabinet Office의 같은 지침은 요구, 권고, 허가, 가능성을 구분해 표현하도록 설명합니다. 이 구분을 한국어 편집에 적용하면 ‘할 수 있다’, ‘권장한다’, ‘해야 한다’를 서로 바꾸는 수정은 단순한 말투 교정으로 처리하기 어렵습니다.

통계 문장의 한정어는 특히 결과 해석에 영향을 줍니다. 영국 Government Analysis Function의 불확실성 설명 지침은 자료의 한계와 불확실성이 수치 해석에 미치는 영향을 함께 설명하도록 권합니다. 이 원칙에 비춰 ‘추정’, ‘예비’, ‘표본에서’ 같은 표현은 지우기 전에 어떤 한계를 맡는지 확인할 수 있습니다.

기계적인 비교는 검토할 후보를 좁히는 데 씁니다. 숫자와 고유명사의 누락을 찾아도 ‘대부분’을 ‘모두’로 바꾼 강도 변화나, 부정문이 긍정문으로 바뀐 문제까지 전부 판정하지는 못합니다. 원문과 수정문의 뜻을 문단 단위로 다시 읽는 과정이 남습니다.

뜻이 모호하면 문체 수정을 잠시 멈춥니다

원문 자체가 틀렸거나 여러 뜻으로 읽힌다면 확인할 항목을 따로 둡니다. 숫자의 단위가 없고 주체를 알 수 없는 문장은 편집자가 추측해 완성하기 쉽습니다. 그 문단은 원문을 보존하고 ‘단위 확인’, ‘조건의 적용 범위 확인’처럼 필요한 질문을 기록합니다.

원문에 없는 배경지식을 넣는 일과 윤문은 수정 기록에서 구분합니다. 독자에게 필요한 설명이 실제 근거로 확인됐다면 내용 보강으로 추가할 수 있지만, 그때는 새 주장과 출처가 생깁니다. 어색한 문장을 고쳤다는 이유만으로 그 추가를 검토 없이 넘기지 않습니다.

AI에 편집을 맡길 때는 글쓰기 프롬프트의 번역투 수정 예시처럼 원문·수정문·이유를 함께 받는 형식을 쓸 수 있습니다. 여기에 보존할 숫자·명칭·조건을 먼저 주고, 뜻이 둘 이상이면 고치지 말고 표시하도록 요청합니다. 나온 수정안은 제안으로 검토하며 원문과 최종문을 함께 남깁니다.

문장을 더 짧게 만드는 이득이 명확하지 않거나 사실과 조건을 보존했는지 확신하기 어렵다면 그 문장은 유지하는 편이 좋습니다. 편집 기록에 실제로 읽기가 막힌 부분과 바꾼 이유가 남아 있으면, 나중에 원저자와 검토자가 수정의 범위를 다시 판단할 수 있습니다.

자료 확인 기준: 2026년 10월 28일. 예시 문장과 편집 판단은 설명용으로 구성했습니다.