문법은 맞는데 읽기가 고역이다. 중간쯤 되면 졸음이 쏟아진다. 첫 줄부터 "아, 이건 AI가 쓴 글이구나" 하고 알아채게 된다.
AI에게 일본어로 글을 쓰게 할 때 느끼는 그 특유의 불편함은 오늘날에도 많은 사람들의 과제다. 이 불쾌함을 해소하기 위해 여러 사람이 실험하고 기술과 시스템을 개발해 왔다.
이 글에서는 일상적인 집필과 커뮤니티 성과를 통해 검증한 실질적인 인사이트를 다음 네 가지 관점에서 정리했다.
- 모델 선택: 하네스(프레임워크) 개선보다 올바른 모델 선택이 왜 더 중요한가
- 추천 작성 절차: 독자의 인지 부하를 줄이고 문장 리듬을 만드는 5단계
- 추천 스킬: 문장 길이를 관리하고 독자의 혼란을 방지하는 선구자들의 필수 도구
- 실제 작성 환경: "규칙을 추가할수록 AI 냄새가 난다"는 벽을 넘기 위한 저장소 구조
먼저 분명히 해두고 싶은 것은 "모델 선택"이 프롬프트나 훅(harnesses)보다 더 효과적이라는 점이다.
2026년 현재, 일본어 작문에는 Gemini 3.8 Flash가 압도적으로 우수하며, 그 뒤를 Kimi K3가 잇고 있다. 자연스러운 산문으로 호평받던 Claude는 코딩에 특화되면서 눈에 띄게 딱딱하고 각진 느낌으로 변했다. ChatGPT는 여전히 평범한데, 지나치게 균일한 문단 길이와 교과서 같은 구조로 인해 가장 노골적인 AI 흔적을 남긴다.
하지만 모델의 원시 출력에만 의존하면 문장 리듬이 단조로워지고 인지 부담이 독자에게 전가된다. 모델의 고유한 강점을 활용하려면 절차와 시스템이 필요하다.
추천 작성 절차
현재의 지식을 종합하면, 우리가 지금 취해야 할 작성 절차는 이 다섯 단계로 요약할 수 있다.
1[1단계] 정보 분류 및 절삭 (불필요한 친절 버리기)2 ↓3[2단계] 독자 멘탈 맵 설계 (전체 순서와 연결)4 ↓5[3단계] 억양과 변주 설계 (의도적인 열기 분배)6 ↓7[4단계] 작성과 기계적 검사 분리 (PostToolUse Hook으로 거부)8 ↓9[5단계] 인간이 마지막 10% 다듬기 (diff 기록하여 규칙에 피드백)
1단계. 사전 작성 시 정보 분류 및 '절삭'
AI 텍스트가 읽기 어려운 가장 큰 이유는 '인지 부하 전가'다(쓰보타 씨 / @tsubotax). 전제 조건, 보충 설명, 선제적 안심 등을 한 문장에 잔뜩 집어넣는다. 철칙은 AI에게 쓰기 전에 '상대방이 다음에 무엇을 할 것인가'에 사용되지 않는 정보를 잘라내는 것이다.
- 처음 두 줄에서 "누구를 위한 것인지, 어떤 결정이 필요한지"를 명시한다
- 각 문단에 '옵션 차이', '결정 자료', '검증 방법' 등 하나의 역할만 부여하고, 어디에도 해당하지 않는 문단은 버린다
- 삭제해도 결정에 영향을 주지 않는 괄호 내 보충 설명은 모두 제거한다
2단계. 독자의 '멘탈 맵'을 깨뜨리지 않는 글로벌 디자인
시키노 게이이치로(@golden_lucky)가 지적했듯, 텍스트 붕괴는 '앞으로 읽어야 의도가 드러나는 매복'이나 '이전 문단과의 연결 부족'에서 발생한다. 독자가 길을 잃지 않도록 경로를 준비하라.
- 개념을 처음 소개할 때는 순서대로 읽기만 해도 유형과 역할을 파악할 수 있도록 배열한다
- 새로운 정보를 도입하기 전에, 독자의 머릿속에 이를 수용할 경로를 미리 마련한다
- 제목 바로 뒤에는 항상 이전 문단과 연결되는 문장을 하나 배치한다
3단계. 의도적으로 '편향(변주)' 심어 넣기
AI는 모든 주제를 같은 온도로 논의하려는 경향이 있지만, 인간미의 본질은 '편향'이다(나츠 씨 / @art_reflection). 흥미로운 주제에는 집착하듯 이야기하고, 전제는 한 문장으로 가볍게 넘긴다. 구조 설계 단계에서 열기의 강도를 의도적으로 배분하라.
4단계. 작성과 기계적 검사의 분리
프롬프트에 금지 사항을 나열할수록 모델은 위축되어 문장을 짧게 만든다. 자유롭게 쓰게 한 후, 파일 출력 직후 Hook을 통해 기계적으로 검사하라. 위반 사항이 발견되면 단어만 교체하지 말고 문제를 포함하는 문장 전체를 다시 쓰게 하라. 작성과 검사를 분리하는 것이 리듬을 유지하는 핵심이다.
5단계. 인간이 마지막 10% 다듬기
AI만으로 100점을 목표로 하지 마라. 뼈대의 90%는 AI에게 맡기고, 나머지 10%의 호흡과 질감은 인간이 조정하라. 수정 사항을 기록하여 향후 프롬프트나 검사 규칙에 피드백하라.
추천 스킬
일본어 문서 품질을 높이는 데 필수적인, 커뮤니티에서 탄생한 도구와 스킬 중 내가 현재 직접 사용하는 것도 소개한다.
natural-japanese (@techtalkjp**
'AI 냄새는 어휘보다 리듬에서 드러난다'는 통찰에서 탄생한 Agent Skill (GitHub Repo / 설명 기사). 인간과 AI 텍스트의 측정된 코퍼스를 기반으로 문장 길이 변동(burstiness)을 기계적으로 감지하며, '명사 종결 부족'이나 '문두 반복 적음' 같은 기존 가정들은 폐기한다.
https://x.com/techtalkjp/status/2076808889371443679
japanese-tech-writing (@golden_lucky**
상업 서적 편집 관점에서 프롬프트를 스킬화한 것 (Gist / 블로그 포스트). handle directly, dig deeper, nothing less than ~처럼 논거 없이 태세만 과장하는 LLM 톤을 제거하고, 독자가 순차적으로 이해할 수 있도록 어순과 주어 배치를 규제한다.
https://x.com/golden_lucky/status/2066751852088336698
Hooks × lint with good patterns (@yugen_matuni**
AI 코딩 도구의 Hook 기능(PostToolUse)을 사용하여 파일 작성 직후 검사하는 시스템. NG 표현에 대해 '~에 진정한 가치가 있다' 같은 구체적인 수정 패턴(good)을 함께 반환하여 문장 전체를 다시 쓰도록 유도한다.
https://x.com/yugen_matuni/status/2088251220452679951
나의 작성 환경
내 작성 저장소에서는 "규칙을 추가할수록 문장이 축소되고 AI 냄새가 돌아왔다"는 실패를 경험했다. 관례를 추가하면 AI는 안전하고 짧은 문장으로 후퇴했다.
이로부터 나는 '규칙을 줄이지 말고 위치를 분리하라'는 설계 원칙을 도출했다.
1[전체 작성 흐름]23[입력] style-guide / voice-samples / edit-patterns (판단 기준만)4 ↓5[작성 실행] writer (Gemini 3.8 Flash)6 ↓7[자동 검사] PostToolUse Hook (detect-ai-smell.js로 거부)8 ↓9[품질 판단] reviewer (rubric.md 기반 객관적 평가)10 ↓11[최종 다듬기] 인간 조정 및 게시 (diff를 규칙에 피드백)
1kgsi-note-documents_v2/2├── CLAUDE.md # 운영 정책, 작성 모드, 에이전트 권한3├── GOVERNANCE.md # 참조 자료 크기 제한, 세 가지 저장 위치4├── style-guide.md # 고기소의 작풍 (판단 설명만, 최대 4,500자)5├── references/6│ ├── voice-samples.md # 스타일 샘플 (기능별 문단 발췌)7│ ├── edit-patterns.md # 수동 수정 대장 (before→after)8│ └── rubric.md # 리뷰어 평가 기준 (거리 벤치마크)9├── human-bench/ # 과거 인간 작성 기사 5개 (writer는 읽지 않음; 기계 검사 임계값)10├── scripts/11│ ├── detect-ai-smell.js # 기계 검사 게이트 (regex, 밀도 체크, 'good' 패턴 포함)12│ ├── clean-japanese-spacing.js # 일본어/서양 문자 간 반각 공백 자동 제거13│ └── hooks/ # PostToolUse Hooks 등용 스크립트14├── editor/ # 로컬 노트 스타일 미리보기 및 수정 에디터15└── note/ # 기사 본문 (최종 초안)
이것은 내가 커스텀한 로컬 에디터(note-editor) 화면이다. 왼쪽에서 편집하면 중앙의 노트 제작과 동일한 미리보기에 즉시 반영되며, 오른쪽 패널에서 선택 범위에 대한 부분적 AI 수정을 수행할 수 있다.
커스텀 에디터. /note-editor 명령어로 실행
세 가지 저장 위치와 권한 분리
- 내재화 레이어 (writer가 읽음):
style-guide.md,voice-samples.md. writer의 판단 기준만 얇게 서술한다 (최대 4,500자). - 기계 레이어 (Hook이 자동 스캔):
scripts/detect-ai-smell.js. 문자 수 제한 없음. regex로 감지 가능한 금지 사항과 수정 정책(good)을 집계한다. - 판단 레이어 (reviewer가 읽음):
references/rubric.md. 별도 에이전트가 완성된 초안과 목표 사이의 거리를 독립적으로 평가한다.
팽창을 방지하기 위해 가이드가 한도의 80%를 초과하면, 새로 추가하는 규칙만큼 오래된 규칙을 삭제한다.
실제 파일 발췌
실제로 운영 중인 파일에서 핵심 부분을 발췌했다.
`GOVERNANCE.md` (위치 및 한도 관리 원칙)
1writer와 reviewer가 읽는 자료가 팽창하면, 규칙을 따르려다 문장이 축소되고 AI 냄새가 돌아온다.2이 환경에서는 '규칙은 줄이지 않고 재배치한다'는 원칙 아래 위치별로 한도를 설정한다.34[세 가지 저장 위치]5- 내재화 레이어 (writer가 읽음): style-guide.md, voice-samples.md, edit-patterns.md6 → 얇게 유지. 판단 설명만. 체크리스트화하지 말 것7- 기계 레이어 (Hook이 자동 스캔): scripts/detect-ai-smell.js 내의 검사8 → 한도 없음. regex로 쓸 수 있는 모든 금지 사항은 여기로9- 판단 레이어 (reviewer가 읽음): references/rubric.md, references/voice-samples.md10 → 거리 기준은 발췌본. 혼란스러울 때만 유형당 템플릿 하나씩
`scripts/detect-ai-smell.js` (기계 검사와 'good' 대비)
1// detect-ai-smell.js 발췌2const CHECKS = [3 {4 name: "회피적 표현 / 유보적 태도",5 patterns: [/一概には言え|メリットもデメリットも|一長一短|状況によります|と言えるでしょう|と考えられます/g],6 limit: 1,7 gate: true,8 good: "한쪽을 택해 단언하고, 근거 문장을 바로 뒤에 배치한다. 양론 제시로 마무리하지 말 것",9 },10 {11 name: "예고 클리셰 '중요한 것은...'",12 patterns: [/重要なのは|大事なのは/g],13 limit: 1,14 gate: true,15 good: "예고 없이 내용을 직접 쓴다. '중요한 것은 X' → 'X다. 왜냐하면 ~'",16 },17 {18 name: "추상적 대비의 간판",19 patterns: [/という構図です|デザイン思考/g],20 limit: 1,21 gate: true,22 good: "대비점은 누가 무엇을 하는 행위로서 쓴다. 'A와 B의 구도' → 'A는 ~한다. B는 ~하지 않는다'",23 },24];
`style-guide.md` (writer에 대한 전제 지시)
1이 가이드는 체크리스트가 아니다. 쓰면서 '규칙을 위반하고 있지 않은가?'라고 자문하면 AI 냄새가 돌아온다.2내가 기사를 쓸 때 이것들은 내재화된 전제로 작동한다.34시작하기 전에 다음을 언어화한다:51. 지금 누구로서 쓰는가 (예: 실무에서 AI를 만지는 디자이너)62. 어떤 반응에 대해 쓰는가 (기대 → 현실 → 갭)73. 어떻게 마무리할 것인가 (미해결 질문을 남기거나 입장을 단언하고 끝낸다)84. 억양 설계. 어느 섹션을 강조하고, 어느 섹션은 한 문장으로 가볍게 넘길 것인가
결론
하네스가 아무리 정교하고 모델이 아무리 뛰어나더라도, 인간 작가 안에 '날것의 구체성'이 없다면 텍스트는 성립하지 않는다.
AI가 진부한 말을 뱉어내는 것은 인간이 '무엇을 경험했고 무엇이 이상했는가' 같은 소재를 제공하지 않았기 때문이다. 추상적인 지시는 추상적인 상투어만 낳을 뿐이다.
"실제로 만져보니 예상보다 단순해서 실망했다"
"새벽에 풀 리퀘스트가 통과될 때 조금 안도감을 느꼈다"
생생한 관찰, 숫자, 고유명사라는 씨앗이 있을 때 비로소 Gemini 3.8 Flash의 표현력과 Hook 기반 자동 검사가 빛을 발한다.
AI 작문은 게으른 자동화가 아니라, 자신의 불편함을 독자에게 효율적으로 전달하기 위한 편집 시도다. 방금 쓴 그 한 줄을 되돌아보는 것부터 시작해 보라.
참고: 이 기사 자체도 여기서 설명한 작성 환경을 바탕으로 쓰였다.
