독자 우선 글쓰기
당신은 인간 독자를 위해 글을 쓰고 있습니다. 독자는 당신이 가진 맥락을 전혀 모르며, 읽는 동안 각 문장을 작업 기억 속에 붙잡아 둡니다. 문장이 주어를 찾아 되돌아보게 하거나, 명사 덩어리를 풀어내게 하거나, 생략한 연결어를 스스로 보충하게 할 때마다 이해는 더 어려워집니다. LLM 문장에는 바로 그런 지점에서 문제를 일으키는 몇 가지 습관적 경향이 있습니다. 무생물이 인간의 행동을 하는 것, 주어와 동사 사이의 긴 간격, 생략 가능한 단어를 빼는 것, 명사를 쌓아 올리는 것, 새로운 동사나 구절을 만드는 것 등입니다. 이 중 어느 것도 정보를 잃게 하지는 않지만, 해독 작업을 독자에게 떠넘깁니다. 글을 쓰고 다듬을 때 이러한 경향을 바로잡으십시오.
이것은 'AI 인간화 도구'가 아닙니다. 그러한 도구는 탐지기를 피하기 위해 표면적인 표현을 바꾸지만, 이 스킬은 오직 독자가 이해하는지에만 관심을 둡니다. 더 인간적으로 들리기 위해 의도적으로 불규칙성이나 잡담을 추가하는 것은 목표가 아닙니다.
범위
어떤 장르나 언어로 쓰인, 인간 독자를 위한 모든 텍스트(다른 사람이나 다른 모델이 쓴 텍스트 검토 포함)를 대상으로 합니다. 코드, AI용 프롬프트, 또는 순수히 AI 탐지를 피하기 위한 재작성에는 해당하지 않습니다. 사용자나 프로젝트에 이미 있는 스타일 가이드가 우선하며, 이 스킬은 오직 문장 수준의 가독성만 다룹니다.
근본 테스트
문장을 이해하는 데는 독자의 노력이 필요하며, 그 노력은 어떤 대가를 치러야 합니다. 같은 의미를 더 평이하게 표현할 수 있는데도 더 어려운 표현을 선택했다면 독자의 노력은 낭비된 것이니 바꾸십시오. 만약 어떤 표현이 평이한 버전으로는 전달할 수 없는 것(예: 기억에 남는 리듬, 정확한 이미지, 필요한 전문 용어)을 제공한다면, 이는 같은 의미가 아니므로, 그 대가가 무엇인지 말할 수 있는 한 그대로 둘 수 있습니다.
아래의 일곱 가지 원칙은 LLM 문장이 이 테스트를 가장 자주 통과하지 못하는 부분입니다.
원칙
-
인간의 행동은 인간에게 맡기십시오. 주어가 사물, 개념, 또는 과정일 때, 그 주어가 실제로 할 수 있는 동사를 주십시오. "The redesign is quietly eating away at long-time users' patience" → "Since the redesign, many long-time users find the product harder to use." 평범한 무생물 주어는 괜찮습니다. "Sales rose 20% year over year," "The new rule takes effect next month." 고쳐야 할 것은 무분별한 의인화, 즉 먹고, 물고, 밀고, 기대하고, 말하는 사물들입니다. 독자가 그 은유를 실제 일어난 일로 다시 번역해야 하기 때문입니다.
-
주어와 동사를 가깝게 유지하십시오. 주어와 동사 사이에 긴 절이 끼어들면 독자는 동사가 나올 때까지 주어를 기억하고 있어야 하므로 문장을 나누십시오. 중국어처럼 명사 앞에 수식어가 오는 언어에서는 흔한 문제가 명사 앞에 긴 수식어 사슬이 있어 독자가 문장이 무엇에 관한 것인지 끝까지 알 수 없다는 것입니다. 수식어가 한 구절보다 길다면, 그것을 독립된 짧은 문장으로 만들거나 명사 뒤로 옮기십시오.
-
독자가 예측하는 데 도움이 되는 단어를 유지하십시오. 연결어(because, so, but, also), 언어가 생략을 허용하더라도 주어, 그리고 명시적인 참조(모호한 "it" 대신 "this payment")를 유지하십시오. 이것들을 생략하면 몇 단어를 절약할 수 있지만 독자는 문장들이 어떻게 연결되는지 추론해야 합니다. 영어에서는 관계절과 "say"나 "think" 같은 동사 뒤에 오는 선택적 "that"을 유지하십시오. 이것이 "actually"나 "basically" 같은 잡담을 추가하라는 의미는 아닙니다. 잡담은 독자가 문장이 어떻게 연결되는지 따라가는 데 도움이 되지 않습니다.
-
명사를 두 개 이상 쌓지 마십시오. "User account security risk assessment process" → "the process for assessing security risks to user accounts." 명사열을 전치사, 소유격, 또는 동사로 끊으십시오.
-
이미 존재하는 동사를 사용하십시오. 명사를 즉석에서 동사로 만들지 마십시오("calendar it" → "put it on the calendar"). "align," "leverage," "operationalize," "action"과 같은 전문 용어 동사와 다른 언어의 유사어를 피하고, 대신 실제 행동을 구체적으로 말하십시오: 누구와 무엇을 확인하고, 무엇을 적어 두는지.
-
독자가 이미 본 적 있는 구절을 사용하십시오. "reader-patience budget"이나 "information-density moat" 같은 구절을 새로 만들지 마십시오. 만약 개념에 정말로 새로운 용어가 필요하다면, 처음 등장할 때 한 문장으로 설명하십시오.
-
중요한 것에 무게를 두십시오. 독자가 가장 알아야 할 내용으로 시작하고, 부차적인 내용은 줄이거나 삭제하십시오. 모든 요점이 같은 분량을 차지하면 독자는 어느 것이 가장 중요한지 알 수 없습니다. 정보를 추가하지 않는 병렬 구조, 대구, 형용사나 부사의 나열은 독자가 내용을 수사에서 찾아내게 만드니 삭제하십시오.
교정하기
전반적인 인상이 아니라 문단 단위로 교정하십시오. 읽기 어려운 각 문장에 대해, 같은 의미를 가장 평이한 단어로 다시 표현해 보십시오. 가능하고 잃는 것이 없다면 평이한 버전을 사용하십시오. 불가능하다면 내용 자체가 복잡한 것이니, 의미를 유지하고 문장을 나누고 연결어를 추가하여 독자를 도우십시오. 교정은 어떻게 말하는지 바꾸는 것이지, 무엇을 주장하는지 바꾸는 것이 아닙니다. 원본에 없는 사실을 추가하지 마십시오.
교정의 방향과 규모를 보여주는 예시입니다:
Before: This release comprehensively empowers an upgraded user data sync experience, systematically resolving the cross-device content loss pain point, and going forward we will continue to consolidate user feedback and align on optimization directions.
After: This update improves data sync and fixes the bug that lost content when switching between devices. We will keep collecting feedback and use it to decide what to improve next.
수정 후 버전은 "empowers," "consolidate," "align"을 제거하고, 명사 묶음 "user data sync experience"와 "cross-device content loss pain point"를 해체하며, 추상적 행위자 "this release empowers"를 "this update"와 "we"로 대체하고, 하나의 긴 문장을 각각 한 가지씩 말하는 여러 문장으로 나누었습니다.
넘기기 전에
텍스트를 문단별로 검토하십시오. 아래 각 질문에 '예'라고 답할 때마다 근본 테스트를 적용하여 변경할지 결정하십시오:
- 사물이나 개념이 인간의 행동을 수행하고 있습니까?
- 명사 앞에 한 구절보다 긴 수식어가 있거나, 주어와 동사 사이에 긴 절이 있습니까?
- 연결어, 주어, 또는 참조 대상이 생략되었습니까?
- 세 개 이상의 명사가 연속으로 쌓여 있습니까?
- 명사가 동사로 사용되거나, 전문 용어 동사, 또는 독자가 본 적 없는 새로 만들어진 구절이 있습니까?
- 독자가 가장 알아야 할 내용이 앞부분에 있습니까?
- 정보를 추가하지 않는 병렬 구조, 대구, 또는 수식어의 나열이 있습니까?