문체 통일을 맡겼더니 결국 전체 글을 다시 써야 했다

AI는 글을 빠르게 고쳐줍니다. 오탈자를 잡고, 문장을 부드럽게 만들고, 제목 후보도 여러 개 제안합니다. 그래서 블로그 글을 정리할 때도 자연스럽게 AI에게 문체 통일을 맡기게 됩니다.

저도 비슷한 작업을 진행했습니다. 기존 글 안에 평어체, 반말에 가까운 표현, 존댓말 설명체가 섞여 있었고, 공개 문서로 보기에는 문체가 들쭉날쭉해 보였습니다. 목표는 단순했습니다. 원문 흐름은 유지하되, 어색한 문장만 정리하는 것이었습니다.

하지만 실제 결과는 기대와 달랐습니다. 문장 몇 개는 정중해졌지만, 글 전체를 읽었을 때는 오히려 짜깁기한 글처럼 보였습니다. 문제는 “반말이냐 존댓말이냐”가 아니었습니다. AI가 원문을 이해하고 편집한 것이 아니라, 문장 단위로 표면만 다듬은 듯한 흔적이 남았다는 점이었습니다.

처음 기대했던 작업 방식

제가 기대한 것은 글 전체를 새로 쓰는 것이 아니었습니다. 기존 글에는 직접 겪은 과정, 실수, 판단, 당시의 감정이 들어 있었습니다. 이런 부분은 검색해서 만든 정보보다 훨씬 중요합니다.

원했던 작업은 다음에 가까웠습니다.

• 문체가 갑자기 바뀌는 문장만 정리합니다.
• 반말처럼 보이는 표현만 설명체로 조정합니다.
• 원문에 있던 경험담과 순서를 유지합니다.
• 제목, 코드, 표, 내부 링크 구조를 유지합니다.
• 새 글처럼 재작성하지 않습니다.

즉, AI가 작가가 되는 것이 아니라 편집 보조자로 동작하길 기대했습니다. 글쓴이의 목소리를 지우는 것이 아니라, 공개 문서로 읽기 좋게 정리하는 정도면 충분했습니다.

실제로 생긴 문제

문제는 AI가 “문체 통일”을 너무 단순하게 이해한다는 데 있었습니다. 예를 들어 했다를 했습니다로 바꾸는 것은 쉬운 작업입니다. 하지만 모든 했다를 했습니다로 바꾼다고 글이 자연스러워지는 것은 아닙니다.

어떤 문장은 경험담의 리듬 때문에 담백한 평어체가 더 자연스럽고, 어떤 문장은 설명문 안에 있어서 존댓말이 더 자연스럽습니다. 같은 어미라도 문단의 위치와 역할에 따라 읽히는 느낌이 다릅니다.

더 큰 문제는 부분 수정이었습니다. 일부 문단만 정중한 설명체로 바뀌고, 다른 문단은 원래 말투가 남아 있으면 글 전체가 더 어색해집니다. 독자는 한 사람이 쓴 글이 아니라 여러 문서를 이어 붙인 글처럼 느끼게 됩니다.

결국 문체 통일은 단어 치환 문제가 아니라, 글 전체의 호흡을 맞추는 작업이었습니다.

AI가 원문을 망가뜨리는 순간

AI 편집에서 가장 위험한 순간은 AI가 글을 “더 그럴듯하게” 만들기 시작할 때입니다. 기술 블로그나 사용기에서는 깔끔한 설명보다 중요한 것이 있습니다. 바로 실제로 겪은 순서입니다.

어떤 문제가 먼저 생겼고, 왜 그 판단을 했고, 어디서 막혔고, 어떤 방식으로 해결했는지가 글의 가치가 됩니다. 그런데 AI가 이 흐름을 이해하지 못하면 글은 갑자기 일반적인 설명문으로 바뀝니다.

예를 들어 원래 글이 이런 방향이었다고 가정해보겠습니다.

직접 작업해보니 이 부분에서 계속 막혔습니다. 처음에는 설정 문제라고 생각했지만, 나중에 보니 원인은 다른 곳에 있었습니다.

이 문장은 조금 투박해도 실제 경험의 흐름이 있습니다. 그런데 AI가 이것을 너무 깔끔하게 다듬으면 다음처럼 변할 수 있습니다.

해당 문제는 설정 오류가 아니라 구조적 원인에서 발생한 것으로 판단됩니다. 따라서 원인 분석 후 적절한 수정이 필요합니다.

문장은 좋아 보이지만, 글쓴이가 직접 겪은 느낌은 사라집니다. 검색 결과 어디에나 있을 법한 문장이 됩니다. 이 차이는 작아 보여도 사용기 콘텐츠에서는 치명적입니다.

결국 전체 글을 다시 작성했다

처음에는 일부 문장만 고치면 될 줄 알았습니다. 어색한 어미를 정리하고, 반말처럼 보이는 표현을 설명체로 바꾸고, 문단 몇 개만 다듬으면 충분하다고 생각했습니다. 하지만 결과물을 읽어보니 문제는 문장 몇 개가 아니었습니다.

앞부분은 정중한 설명문처럼 바뀌었고, 중간에는 원래 경험담의 말투가 남았고, 뒤쪽에는 갑자기 새로 생성한 기술 문서 같은 문장이 섞였습니다. 한 문장씩 보면 틀린 말은 거의 없었지만, 전체 글로 보면 한 사람이 쓴 글처럼 읽히지 않았습니다.

그래서 결국 선택지는 하나였습니다. 부분 수정본을 더 고치는 대신, 원문을 다시 읽고 전체 글을 처음부터 다시 작성하는 것이었습니다. 여기서 “다시 작성”은 내용을 새로 꾸며낸다는 뜻이 아닙니다. 원래 있던 경험, 순서, 판단을 다시 꺼내고, 문단의 흐름을 새로 맞추는 작업에 가까웠습니다.

이 과정에서 분명해진 문제는 다음과 같았습니다.

• 문장 몇 개만 고치면 오히려 앞뒤 톤 차이가 더 크게 보입니다.
• 원문의 고유 경험은 남겨야 하지만, 문단 연결은 다시 짜야 합니다.
• AI가 만든 매끈한 설명문은 실제 작업 순서를 쉽게 지워버립니다.
• 부분 보정이 반복되면 글은 점점 더 짜깁기처럼 보입니다.
• 최종적으로는 원문과 수정본을 나란히 놓고 사람이 다시 판단해야 합니다.

이 경험은 AI가 만든 글에서 사람 냄새가 빠지는 순간들에서 다뤘던 문제와도 연결됩니다. 글이 어색해지는 이유는 단순히 표현이 딱딱해서가 아니라, 실제 경험이 어떤 순서로 흘렀는지 보이지 않기 때문입니다.

이후 정한 AI 편집 원칙

이 경험 이후, AI에게 글 수정을 맡길 때 기준을 바꿨습니다.

1. 원문 보존을 최우선으로 둡니다

문단 순서와 경험 흐름은 함부로 바꾸지 않습니다. 문장이 조금 투박하더라도 실제 판단 과정이 살아 있다면 그 문장을 먼저 살립니다.

2. 찾아바꾸기식 문체 통일은 하지 않습니다

했다 → 했습니다 같은 단순 치환은 글을 자연스럽게 만들지 못합니다. 문체는 어미가 아니라 문단의 역할과 호흡에서 결정됩니다.

3. 수정 전후를 비교합니다

문장이 좋아졌는지가 아니라 원래 의도가 살아 있는지를 봅니다. 특히 사용기에서는 “왜 그렇게 판단했는가”가 빠지면 글의 가치가 크게 줄어듭니다.

4. AI에게 전체 재작성을 맡기지 않습니다

필요한 경우에도 “이 문단만”, “이 표현만”, “원문 의미 유지”처럼 범위를 좁혀야 합니다. 프롬프트 자체도 더 구체적으로 설계해야 하며, 이 부분은 프롬프트 잘 쓰는 법: 질문 설계와 실전 활용과도 맞닿아 있습니다.

5. 최종 판단은 사람이 합니다

AI가 그럴듯한 계획을 말한다고 해서 결과물이 좋은 것은 아닙니다. 실제 공개 페이지에서 읽어보고 어색하면 다시 고쳐야 합니다. 운영 자동화든 글 편집이든, 마지막 검수는 여전히 사람이 해야 합니다.

결론: AI는 글을 고칠 수 있지만, 경험을 대신할 수는 없습니다

AI는 편리한 도구입니다. 하지만 AI가 글을 고친다는 것은 단순히 문장을 예쁘게 만드는 일이 아닙니다. 특히 사용기나 기술 블로그에서는 원문에 담긴 경험의 흐름이 핵심입니다.

이번 작업을 통해 배운 점은 분명했습니다. AI에게 글 수정을 맡길 수는 있습니다. 하지만 AI에게 원문의 판단과 경험까지 맡기면 안 됩니다.

좋은 AI 편집은 글쓴이의 목소리를 지우는 것이 아니라, 그 목소리가 더 잘 들리도록 정리하는 작업이어야 합니다. 그리고 그 차이를 확인하는 일은 아직까지 사람이 직접 해야 합니다.

태그: AI 사용기 · 글쓰기 · 편집 실패 · 블로그 운영 · 원문 보존 · 콘텐츠 품질