Humanizer와 Stop Slop: AI가 작성했다는 흔적을 제거하는 방법 비교

요약: 두 도구는 서로 다른 역할을 수행하며, 이 문제에 관심 있는 대부분의 사용자는 두 가지 모두를 사용합니다. Humanizer는 내용 자체는 바꾸지 않으면서도 인공지능이 쓴 것처럼 들리는 산문을 사람이 쓴 것처럼 다시 작성해줍니다. Stop Slop은 모델이 남기는 특정 흔적(tells)을 삭제하는 더 짧고 엄격한 규칙 세트입니다. Humanizer는 초안의 흐름 자체를 변경하고, Stop Slop은 존재해서는 안 되는 것을 제거합니다. 일반적으로 Humanizer를 먼저 사용하고 Stop Slop을 나중에 사용하는 것이 일반적인 순서입니다.

두 도구 모두 무료 오픈 소스 커뮤니티 스킬이며, SkillGild에 등록되어 있고 각자의 저장소에서 설치할 수 있습니다. 이 두 도구는 저희가 만든 것이 아닙니다.

각각의 기능 분석

**Humanizer**는 blader가 개발한 것으로, 내용 자체를 변경하지 않으면서 AI가 쓴 것처럼 들리는 텍스트를 사람이 쓴 것처럼 다시 작성해줍니다. 이 도구는 Wikipedia의 AI 글쓰기 가이드에 정리된 패턴을 기반으로 작동하며, 자신의 출력물도 동일한 목록과 비교하여 검토합니다. 이는 이 문제가 얼마나 광범위하게 인식되고 있는지를 보여주는 합리적인 지표로, 올해 가장 많이 검색된 커뮤니티 스킬입니다.

**Stop Slop**은 Hardik Pandya가 개발한 스킬 파일로, 모델이 스스로 남기는 글쓰기 흔적(tells)을 인식하고 제거하도록 훈련합니다. 여기에는 목청 가다듬는 듯한 도입부(

skillgild install humanizer --agent claude-code
skillgild install stop-slop --agent claude-code

Use --agent codex, cursor or gemini-cli for other clients.

순차적으로 실행하기 (Running them in sequence)

사람들이 정하는 순서는 초안 작성(draft) → Humanizer → Stop Slop → 직접 읽기입니다.

1. 초안을 작성하거나 생성합니다. 두 스킬 모두 할 말이 없는 초안에는 도움이 되지 않습니다. 이들은 내용이 아니라 읽는 방식을 바꿉니다.
2. Humanizer를 사용합니다. 문장이 재조합되고 단락의 형태가 바뀔 것으로 예상해야 합니다. 리라이팅(rewriting) 과정은 중요한 한정사(qualifier)를 잃을 가능성이 가장 높으므로, 출력물을 원본과 비교하여 읽어보세요.
3. Stop Slop을 사용합니다. 재작성보다는 삭제나 작은 치환이 일어날 것으로 예상해야 합니다. 이 단계는 더 큰 확신을 가지고 실행할 수 있는 과정입니다.
4. 소리 내어 읽습니다. 두 스킬 모두 알려진 패턴 목록을 기반으로 작동합니다. 어느 쪽도 당신의 주제, 독자 또는 실제로 의도한 바를 알지 못합니다.

Stop Slop을 먼저 실행하는 것이 틀린 것은 아니지만, 작업만 낭비할 뿐입니다. Humanizer의 리라이팅은 Stop Slop이 이미 제거했던 채우는 표현(filler closer)을 다시 도입할 수 있습니다.

두 스킬 모두 하지 않는 것 (What neither skill does)

한계점에 대해 명확히 알아야 합니다. 이 카테고리는 과장된 주장을 불러일으키기 때문입니다.

이러한 스킬들은 산문 스타일을 변경할 뿐입니다. 텍스트가 AI 감지 도구(AI-detection tools)에 의해 탐지되지 않도록 만들지는 못하며, 어느 스킬도 정직하게 그렇게 할 수 없습니다. 감지 도구들은 서로 의견이 다르며, 예고 없이 바뀌고, 인간의 글쓰기에 대해 오탐지(false positives)를 생성합니다. 만약 이들 중 하나를 사용하는 이유가 탐지기를 통과하기 위함이라면, 그것은 프로젝트 측에서 약속하는 바도 아니며 우리가 반복할 것도 아닙니다.

또한 사실을 확인하지 않습니다. 잘못된 숫자가 포함된 인간화된 단락은 읽기 좋지만 틀린 단락입니다. 정확성이 문제라면, 그것은 별도의 과정(pass)입니다.

이 영역의 다른 스킬들 (Other skills in this area)

[Writing Guidelines](https://skillgild.dev/skills/writing-guidelines)는 Vercel이 제공하는 세 번째 유용한 옵션이며, 또 다른 종류의 문제를 해결합니다. 이 도구는 Vercel 스타일 가이드에 포함된 80가지가 넘는 규칙을 사용하여 산문을 검토합니다. 문서화 및 제품 카피라이팅(product copy)에 적합하게 제작되었기 때문에, 도움말 센터(help centres), 온보딩 이메일(onboarding emails), UI 문자열(UI strings)에는 올바른 선택이지만 에세이에는 부적절한 선택입니다.

네 번째 프로젝트인 Caveman은 정반대의 접근 방식을 취합니다. 산문을 매끄럽게 다듬기보다는 간결하고 거의 전보 같은 출력물로 압축합니다. 이 도구는 인기가 많고 종종 앞서 언급된 두 도구와 함께 언급되지만, 저장소(repository)에서 이름 사용을 제한하기 때문에 SkillGild에 목록화되어 있지는 않으며 지나가듯 링크만 걸었습니다. GitHub에서 발견하는 다른 어떤 것과 마찬가지로 설치하기 전에 자체 저장소와 라이선스를 읽어보시기 바랍니다.

더 광범위한 세트를 보려면 최고의 Claude 코드 스킬 모음을 참조하거나, 대량으로 카피라이팅을 편집하고 주변 SEO 및 창의적 스킬도 필요하다면 마케팅을 위한 최고의 Claude 스킬을 참고하십시오.

우리가 이것들을 선택한 방법

두 스킬 모두 MIT 라이선스 하에 오픈 소스로, 명시된 저자에 의해 공개 저장소에서 관리되며, 사람들이 이름으로 충분히 많이 검색할 정도로 널리 사용됩니다. 저희는 목록화하기 전에 각 저장소의 README와 SKILL.md를 읽었으며, 둘 다 SkillGild에 복사되어 설치되는 것이 아니라 자체 저장소에서 설치됩니다. 저희는 이들 간의 출력 품질을 통제된 비교 테스트로 진행한 적이 없으며, 이 페이지는 어느 쪽이 더 낫다고 주장하지 않습니다. 이들은 서로 다른 처리 과정이며, 위의 순서는 해당 도구들의 자체 문서와 일반적인 사용 사례가 시사하는 바입니다. 두 스킬 모두 Claude 코드 스킬 카탈로그에 나타납니다.