LLM 글쓰기, 대필보다 편집이 강하다

모델에게 단어를 주지 말라는 조언

Thomas Ptacek의 글은 LLM 글쓰기 논쟁을 실용적으로 정리한다. 핵심 규칙은 두 가지다. 첫째, LLM이 제안한 단어를 한 단어도 쓰지 말라. 둘째, 모델의 격려를 피하라. 다소 과격해 보이지만 의도는 분명하다. 모델을 유령작가로 쓰는 순간 글은 "출력물" 냄새를 내기 쉽고, 모델의 칭찬은 초고의 약점을 고칠 기회를 빼앗는다.

이 접근은 AI를 배척하지 않는다. 오히려 적극적으로 쓴다. 다만 역할을 바꾼다. 사람이 먼저 초고를 쓰고, 모델은 수동태, 명사화, 반복 표현, 불필요한 부사, 흐름이 어긋난 문단을 찾아낸다. 그런 다음 사람은 직접 다시 쓴다. 모델은 결함 탐지기와 비교 평가자로 남고, 문장의 최종 소유권은 작성자에게 있다.

Style: Lessons in Clarity and Grace, C Interfaces and Implementations, OpenAI의 prompt engineering 자료, Anthropic의 프롬프트 엔지니어링 가이드를 함께 보면 글의 주장은 도구 사용법이 아니라 편집 권한 설계에 가깝다.

왜 칭찬이 위험한가

LLM은 대체로 친절하다. 초고를 넣으면 구조가 좋다, 톤이 강하다, 독자가 좋아할 것이라고 말한다. 문제는 초고 단계에서 그런 칭찬이 대부분 해롭다는 점이다. 좋은 글은 초고의 충동을 버리는 과정에서 나온다. 문단을 옮기고, 비유를 버리고, 첫 문장을 갈아엎고, 750단어를 삭제하는 작업이 목소리를 만든다.

모델의 칭찬은 이 재작업을 늦춘다. 특히 기업 콘텐츠에서는 더 치명적이다. 제품팀, 마케팅팀, 리더십 메시지가 모두 LLM의 매끈한 문장으로 수렴하면 브랜드는 안전하지만 무색해진다. 독자는 구체적 경험보다 평균적인 설득 문구를 먼저 감지한다. LLM 인지 바이러스 논문, 의존성의 임계점, AI 도구론, 모두가 빌더가 되지는 않는다, 디브레인롯 휴가, AI 개발자의 학습 근육을 묻다가 모두 같은 경고를 공유한다. 도구가 능력을 보조하다가 판단 근육을 대신할 수 있다.

개발자에게 맞는 글쓰기 도구의 형태

Ptacek은 글쓰기 workshopping tool을 만들었다고 설명한다. Python, HTMX, SQLite, Tailwind로 문서와 하이라이트, 사이드바 코멘트, 수정 내역을 다루는 편집 도구를 만들고, 각 편집 패스를 Codex, Claude, Antigravity CLI 같은 도구로 돌린다는 구상이다. 여기서 중요한 것은 특정 스택이 아니다. 편집을 하나의 반복 가능한 파이프라인으로 본다는 점이다.

개발팀 문서에도 그대로 적용할 수 있다. RFC 초안을 사람이 쓰고, 모델에게 논리 점프, 용어 불일치, 위험 항목 누락, 근거 없는 단정을 찾게 한다. 제안 문장을 복사하지 않고, 지적된 문제만 받아 사람이 다시 쓴다. 그런 다음 원문과 수정본을 별도 모델 세션에 넣어 어느 쪽이 더 명확한지 비교한다. 이 방식은 AI를 쓰되 작성자의 책임을 흐리지 않는다.

한국어 콘텐츠에서 더 중요한 이유

한국어 LLM 글쓰기는 영어보다 평균 문체로 빨리 수렴하는 문제가 있다. "중요한 시사점을 제공한다", "새로운 가능성을 열었다", "귀추가 주목된다" 같은 문장이 반복되면 독자는 바로 피로해진다. 특히 전문 매체, 기업 블로그, 리더십 레터는 문체의 고유성이 신뢰와 연결된다.

따라서 한국어 팀은 금지어 목록보다 편집 역할표를 먼저 만들어야 한다. 모델이 할 수 있는 일은 문제 표시, 중복 탐지, 용어 일관성 검사, 독자 질문 예상이다. 모델이 하면 안 되는 일은 최종 문장 작성, 브랜드 목소리 결정, 경험 없는 사례 생성이다. AI 글쓰기 정책은 "써도 되나"보다 "어느 권한까지 맡길 것인가"로 정리될 때 실무에 맞다.

자주 묻는 질문

Q1: LLM을 글쓰기에 쓰지 말라는 뜻인가요?

A: 아닙니다. 대필보다 편집 보조로 쓰라는 뜻입니다. 결함 탐지와 비교 평가에는 매우 유용합니다.

Q2: 모델 문장을 전혀 쓰지 않는 규칙은 너무 엄격하지 않나요?

A: 실무에서는 완화할 수 있지만, 목소리를 지키는 훈련으로는 강력합니다. 특히 공개 글과 리더십 메시지에 효과적입니다.

Q3: 모델의 칭찬이 왜 문제인가요?

A: 초고의 약점을 고쳐야 할 시점에 확신을 줍니다. 편집에서 가장 중요한 재작업을 늦출 수 있습니다.

Q4: 기업 문서에는 어떻게 적용하나요?

A: RFC, 블로그, 제안서 초안을 사람이 쓴 뒤 모델에게 논리 누락, 반복, 모호한 표현만 찾게 하고 수정은 사람이 해야 합니다.

Q5: 한국어 글쓰기에서 특히 조심할 점은 무엇인가요?

A: 평균적인 보도자료 문체로 수렴하는 것입니다. 모델이 만든 매끈한 표현보다 구체적 경험과 판단을 남겨야 합니다.