클로드 코드 플러그인 korean-skills를 설치하고 실제 글에 돌려봤다. 줄표 14개를 5개로 줄였다. 자문형 표현 9곳을 전부 평서문으로 바꿨다. 괄호 용어 풀이 규칙을 코드에 박아 넣었다. 숫자가 먼저다. 어떻게 여기까지 왔는지는 아래에 있다.
애드센스 2차 거절에서 발견한 서식 균일성 문제
직접 진단해봤던 ujinify.com 애드센스 거절 건이다. ‘가치가 별로 없는 콘텐츠’로 두 번 거절당했다. 2026년 9월 30일, 그리고 10월 16일. 두 번째 진단에서 이상한 걸 발견했다. 35개 글 전부가 같은 서사 틀로 찍혀 나왔다.
훅 도입, 피크엔드 결론. 매 글 똑같은 구조였다. 그래서 agents/style-variants.ts를 만들어 오프닝·클로징·분량을 글마다 다르게 뽑도록 고쳤다. 근데 그건 글 전체 구조 수준의 얘기였다. 더 미세한 문장·서식 수준에서 AI가 쓴 것처럼 보이는 패턴이 남아 있는지 확인할 도구가 없었다.
영어용 AI 탐지기인 ai-checker(Byakugan)는 이미 써봤다. 별로였다. 한글 글에 돌렸더니 전부 ‘human’ 판정이 나왔다. 가장 비중 큰 판정 신호가 영어 상투어 사전 매칭이라서 한글에는 처음부터 안 맞는 구조였다. 한글 전용 도구를 따로 찾아야 했다.
korean-skills 클로드 코드 플러그인, 명령어 2줄이면 끝
GitHub에서 daleseo/korean-skills(⭐228)를 찾았다. 클로드 코드(Claude Code, AI 코딩 보조 도구) 플러그인(plugin, 기능을 추가하는 확장 모듈) 형태로 humanizer, grammar-checker(한글 맞춤법검사기 기능), style-guide 세 가지 스킬을 묶어서 제공한다.
설치는 명령어 두 줄이다.
claude plugin marketplace add daleseo/korean-skills
claude plugin install korean-skills@korean-skills둘 다 성공 메시지가 떴다. claude plugin list로 확인하니 Version 1.0.0, Status: enabled.
실제 설치 직후 터미널 출력이다. marketplace 등록, 플러그인 설치, 상태 확인까지 전부 성공으로 떴다.
설치 직후 바로 안 되는 이유, 새 세션이 필요하다
클로드 코드 플러그인을 설치하고 바로 korean-skills:humanizer를 불렀다. ‘Unknown skill’ 에러가 났다. 이건 좀 웃겼다. 성공 메시지까지 다 떴는데 못 찾는다고 한다.
새로 설치한 플러그인은 설치한 바로 그 세션(session, 현재 열려 있는 대화 창)에는 안 잡힌다. 새 세션을 열어야 쓸 수 있다. 전에 ai-checker MCP 플러그인 설치했을 때도 똑같은 패턴이었다. 매번 새 세션을 열어야 한다는 건 단점이다. 명확히 불편하다.
새 세션을 열고 다시 호출하니 이번엔 정상 작동했다. 어떤 텍스트를 분석할지 선택지 세 개를 먼저 물어봤다.
실제 글 4개를 분석해서 나온 6가지 반복 패턴
ujinify.com에 올라간 실제 글들을 humanizer에 넣었다. 먼저 #297 도입부를 테스트했더니 ‘자연도 A등급, 교정 불필요’가 나왔다. 그래도 약한 패턴 다섯 개를 짚어줬다.
#297 분석 결과 화면이다. A등급이 나왔는데도 괄호 용어 풀이 반복 같은 패턴 5개를 꼼꼼하게 짚어줬다.
이어서 #360, #213, #16까지 4개 글을 비교 분석했다. 사이트 전체에서 반복되는 패턴이 따로 뽑혔다.
4개 글을 표로 비교한 화면이다. 개별 글에서는 안 보이던 사이트 전체 패턴이 숫자로 드러났다.
- 괄호 용어 풀이가 4개 글 모두 반복됐다. 개별 글만 보면 약한 신호지만 사이트 전체로 보면 균일하다
- 최근 33개 제목 중 8개에 줄표 사용
- #360 본문에만 줄표 11번
- #213·#16에 ‘결론부터 말하면’류 전환 공식이 똑같이 반복
- 소제목에 ‘~란?’, ‘~했을까’ 자문형 반복
- #16이 이 패턴들을 가장 많이 갖고 있었다. 초기 프롬프트가 지금보다 더 고정적이었다는 뜻이다
코드와 라이브 글을 직접 고친 뒤 확인한 것
style-variants.ts가 못 잡은 부분이라서 바로 코드에 규칙을 추가했다.
content-writer.ts 프롬프트에 추가한 규칙: 괄호 용어 풀이는 처음 등장할 때 한 번만, 글 전체에서 최대 4개까지. 본문 줄표는 최대 1회. ‘결론부터 말하면’류 전환 공식 금지. outline-writer.ts에도 추가했다. 소제목에 줄표 금지, 질문형 소제목은 4~6개 중 최대 1개로 제한. npm test 7개 파일 전부 통과했다.
라이브 글 두 개도 직접 고쳤다. #360은 줄표 14개에서 5개로 줄었다. 남은 5개는 인용된 제목이나 이미지 alt 텍스트처럼 바꾸면 안 되는 자리뿐이다. #16은 자문형 표현 9곳을 전부 평서문으로 바꾸고 줄표 1곳도 정리했다. wp.data로 수정하고 LiteSpeed 캐시 퍼지한 뒤 라이브 페이지에서 직접 확인했다.
숫자로 증명할 수 있다는 점이 생각보다 유용했다
이 클로드 코드 플러그인 없이 사람이 35개 글을 일일이 비교하면서 패턴을 찾기는 현실적으로 어렵다. 한 글만 봐서는 눈치 못 채는 게 사이트 전체로 펼쳐 보면 숫자로 나온다. 그게 이 도구의 실제 쓸모였다.
한계는 분명하다. 새 세션에서만 쓸 수 있어서 매번 세션을 새로 열어야 한다. 수정 제안은 사람이 직접 라이브 글에 반영해야 한다. 자동 적용은 안 된다. 앞으로 ujinify.com 글쓰기 파이프라인에 이 클로드 코드 플러그인을 정기적으로 돌릴 생각이다.
처음엔 글 전체 구조만 다양하게 바꾸면 충분할 거라 봤다. 틀렸다. 문장 수준의 서식 패턴이 따로 쌓이고 있었다. 글 하나만 보면 절대 못 잡는 패턴이었다. 비교해야만 보였다.