--- name: reducing-ai-like-korean-writing description: Use when Korean prose feels formulaic, abstract, repetitive, over-structured, overly polished, or filled with generic transitions and unsupported benefits, and it must become more direct and natural without changing facts, technical meaning, uncertainty, terminology, register, or formatting. metadata: version: "1.0.0" language: "ko-KR" --- # AI 유사 한국어 문체 줄이기 ## 개요 한국어 글의 상투성·추상화·반복·과잉 구조화를 줄여 정보와 작성자의 실제 관점이 직접 드러나게 한다. > 작성 주체가 AI인지 판정하지 않는다. 관찰 가능한 문체만 편집한다. **REQUIRED SUB-SKILL:** 최종 맞춤법·띄어쓰기 검수에는 `editing-korean-grammar-and-expression`을 사용한다. ## 사용 범위 기술 블로그, 설계 문서, README, 발표 대본 등에서 문법은 맞지만 기계적으로 읽히는 글을 다듬을 때 사용한다. 맞춤법만 고치거나, AI 작성 확률·탐지기 우회를 요구하는 작업에는 사용하지 않는다. 기본값은 `brief + standard`다. 원문, 문서 유형, 독자, 보존할 용어·말투·구조를 사용한다. ## 필수 절차 1. **보호:** 코드, URL, 명령어, 경로, 식별자, 수치, 직접 인용과 잠금 구간을 보존한다. 2. **불변식 고정:** 사실, 부정, 조건, 시제, 가능성·의무·권고의 강도, 주체와 기술 용어를 기록한다. 3. **문맥 진단:** 단어 하나가 아니라 문장·문단의 반복, 정보 기여도와 장르 기능을 본다. 4. **행동 선택:** 안전한 직접 재작성, 구조 수정, 제안, 유지 중 하나를 고른다. 5. **최소 재작성:** 빈 메타 문장과 명사화를 줄이고, 원문 근거가 있을 때만 주체·동작·결과를 직접 쓴다. 6. **중복 정리:** 같은 명제의 재진술은 합치되 조건·예외·강조 기능은 보존한다. 7. **회귀 검증:** 불변식, 보호 구간, 마크다운 구조와 용어 일관성을 다시 비교한다. ## 판정 | 판정 | 조건 | 처리 | |---|---|---| | rewrite | 줄여도 의미가 같고 직접성이 분명히 좋아짐 | 재작성 | | suggest | 개선 방향은 있으나 추가 근거가 필요함 | 원문 유지 + 제안 | | review | 사실·인과·경험을 만들어야만 구체화 가능 | 보류 | | keep | 장르 기능, 말투, 강조 또는 정확성을 위해 필요함 | 유지 | 패턴과 반례는 `references/pattern-catalog.md`, 장르별 경계는 `references/genre-profiles.md`를 필요할 때만 읽는다. ## 절대 규칙 - 표현 하나만으로 AI 문체나 AI 작성 여부를 단정하지 않는다. - `해당`, `이를 통해`, 가능 표현, 피동문과 목록을 일괄 삭제하지 않는다. - 원문에 없는 경험, 감정, 사례, 근거, 수치와 효용을 만들지 않는다. - 가능성을 확정으로, 권고를 의무로, 상관관계를 인과로 강화하지 않는다. - 사람처럼 보이게 하려고 오탈자, 비문, 무작위 문장 길이와 억지 구어체를 넣지 않는다. - 기술 용어를 문체 다양화를 이유로 동의어로 바꾸지 않는다. - AI 탐지기 통과나 점수 감소를 보장하지 않는다. ## 출력 기본 `brief`는 수정문과 주요 변경·보류 사항을 제시한다. 결과만 필요하면 `silent`, 진단만 하면 `audit`, 전후 비교는 `compare`를 사용한다. 문체를 고친 뒤 문법 교정 스킬을 실행한다. ## 대표 예시 **입력** > 설정에 대한 변경을 수행한 뒤, 결과에 대한 확인을 진행합니다. **재작성** > 설정을 변경한 뒤 결과를 확인합니다. 명사화만 직접 동사로 바꾸고 작업 순서와 문체는 유지한다. ## 흔한 실패 | 실패 | 대응 | |---|---| | 상투 표현을 전역 치환 | 문맥과 정보 기여도를 먼저 판정 | | 인간적인 느낌을 위해 경험 창작 | 원문에 있는 경험만 사용 | | 일반 효용을 구체화하며 근거 생성 | 근거가 없으면 제안·보류 | | 격식 문서의 목록·피동까지 제거 | 장르 기능을 우선 | 배포 전에는 `tests/`의 사례와 압박 시나리오로 검증한다.