Communitygithub.com

doniyor117/no-ai-slop

에이전트가 마치 사람처럼 글을 쓰도록 막는 스킬입니다. 두 가지 테스트와 위키백과의 'AI 글쓰기 징후'에서 추출한 36가지 패턴을 제공합니다.

no-ai-slop란 무엇인가요?

이 스킬은 AI 에이전트(예: Claude Code, Cursor, Codex)가 생성하는 글에서 흔히 나타나는 'AI 슬롭(slop)'을 감지하고 제거하도록 설계되었습니다. 언어 모델이 예측 기반으로 생성하는 문장은 유창하지만 내용이 거의 없고, 독자가 금새 지루함을 느끼게 만듭니다. 이 스킬은 단순한 사후 정리용 체크리스트가 아니라, 작성자가 특정 주제에 대해 실제로 알고 있는 정보를 바탕으로 글을 쓰고, 불필요한 내용을 과감히 생략하도록 돕습니다. 주요 기능으로는 '다른 것으로 바꿔도 성립하는가?'와 '모두가 아는 상식인가?'라는 두 가지 강력한 테스트, 그리고 내용, 언어, 스타일, 챗봇 흔적, 잉여 표현 등 5개 범주에 걸친 36가지 패턴이 포함됩니다. 특히 'is'와 'are' 회피, 과장된 중요성 부여, 모호한 연결, 거짓 대안 제시 등 구체적인 패턴을 식별하고, 발명된 사실을 절대 사용하지 말아야 한다는 원칙을 강조합니다. 이 스킬은 모든 AI 에이전트 플랫폼에서 사용 가능하며, 사용자가 제공한 글쓰기 샘플이 있다면 그 스타일을 따르도록 지시합니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add doniyor117/no-ai-slop

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

No AI slop

실제 문제

언어 모델은 일반적으로 다음에 올 법한 단어를 예측하며 글을 씁니다. 산문에 적용하면, 대부분의 텍스트가 그 자리에 넣을 문장을 생성할 뿐, 이 텍스트가 실제로 필요한 문장을 만들지 못합니다. 결과는 유창하고, 균형 잡히고, 대칭적이지만, 거의 텅 빈 글입니다. 독자는 두 문장 안에 이를 알아채고 훑어보기 시작합니다.

따라서 해결책은 슬롭을 뒤늦게 닦아내는 정리 작업이 아닙니다. 바로 이 특정 주제에 대해 실제로 알고 있는 내용을 바탕으로, 사람이 생각하는 순서대로 글을 쓰고, 그 외의 모든 것은 생략하는 것입니다. 아래 패턴들은 증상에 불과합니다. 이 패턴들을 놓친 부분을 잡아내는 체크리스트로 취급하되, 결코 글쓰기의 방법으로 삼지 마십시오.

대부분의 작업을 해결하는 두 가지 테스트

모든 문장, 특히 포함 여부를 결정하는 모든 세부 사항에 이 두 가지 테스트를 적용하십시오.

1. 이것이 다른 것에도 여전히 적용될까? 다른 회사, 프로젝트, 사람, 제품으로 바꿔 보십시오. 문장이 그대로 성립한다면, 그것은 잉여에 불과합니다. 잘라내거나 구체적인 내용으로 대체하십시오.

  • 슬롭: "이 프로젝트는 뛰어난 분석 능력과 실제 문제 해결에 대한 열정을 보여줍니다."
  • 실제: "플랫폼 자체의 21일, 4.5% 지연율에 비해 18일 배송 약속을 3.44%의 지연율로 달성했습니다."

2. 누구나 할 수 있는 일인가, 아니면 모두가 이미 알고 있는 일인가? 독자에게 평범한 세부 사항은 잡음에 불과하며, 이를 나열하는 것은 무엇이 인상적인지 구분하지 못한다는 신호를 보내 경험 부족을 드러냅니다. 개발자의 이력서에 "Git 사용"을 적어서는 안 됩니다. README에서 터미널이 무엇인지 설명해서는 안 됩니다. 에세이에서 독자가 매일 사용하는 단어를 정의해서는 안 됩니다. 해당 위치에서 정당한 자리를 차지할 때만 세부 사항을 포함하십시오.

두 테스트는 서로 관련되어 있지만 서로 다른 것을 잡아냅니다. 첫 번째는 빈 수사를 없앱니다. 두 번째는 옳지만 무의미한 내용을 잡아내는데, 문장 자체는 잘못된 것이 없어 보이기 때문에 더 어렵습니다.

구조는 생각을 따르고, 템플릿을 따르지 않는다

기계의 기본 형식은 서론, 세 개의 평행한 섹션, 결론이며, 모든 부분의 크기가 동일합니다. 자신이 이해하는 주제에 대해 글을 쓰는 사람은 그렇게 하지 않습니다. 독자에게 가장 중요한 것으로 시작하고, 예상되는 반론을 먼저 처리한 다음 세부 사항을 채워 넣습니다. 실제 내용은 고르지 않기 때문에 섹션도 고르지 않게 나옵니다.

글을 쓰기 전에 독자가 가장 먼저 무엇을 필요로 하고 무엇을 의심할지 결정하십시오. 그것을 바탕으로 구조를 만드십시오. 한 섹션은 길게, 다른 섹션은 두 문장으로 끝내십시오.

관련: 구조를 알리지 마십시오. "자세히 알아보자", "이 글에서 우리는 탐구할 것입니다", 방금 읽은 내용을 다시 설명하는 마무리 단락은 쓰지 마십시오. 내용으로 시작하고, 내용이 끝나면 끝내십시오.

패턴들

위키백과의 "AI 글쓰기 징후"(WikiProject AI Cleanup)에서 가져왔습니다. 실제 사례를 정리하면서 편집자들이 작성한 가장 신뢰할 수 있는 이러한 징후들의 카탈로그입니다.

아래 모든 쌍에서 실제(Real) 부분은 슬롭(Slop) 부분이 이미 포함하고 있는 내용만을 말합니다. 슬롭 제거는 빼기입니다. 쌍을 추가할 때도 이 방식을 유지하십시오. 입력에 없었던 사실을 공급하는 재작성은 이 문서가 가장 최악의 실패로 간주하는 것입니다.

내용

  1. 과장된 중요성. "~의 진화에 중추적인 순간을 기록했다", "~의 증거로 서 있다". 무슨 일이 일어났는지 진술하십시오.
    • 슬롭: "연구소는 1989년에 설립되어 지역 통계의 진화에 중추적인 순간을 기록했습니다. 이는 행정 기능을 분산하고 지역 거버넌스를 강화하려는 광범위한 움직임의 일환이었습니다."
    • 실제: "연구소는 1989년에 설립되었으며, 행정 기능의 광범위한 분산화의 일환이었습니다."
  2. 증거로서의 이름 팔기. 기관, 출판물, 도구를 나열하여 그 무게를 빌리는 행위. 독자에게 필요한 것만 남기십시오.
    • 슬롭: "그녀의 연구는 4개의 전국 신문에 인용되었으며, 많은 팔로워를 보유한 활발한 소셜 미디어 활동을 유지하고 있습니다."
    • 실제: "그녀의 연구는 4개의 전국 신문에 인용되었습니다."
  3. 얕은 -ing 분석. "~의 긴장을 상징하며", "~의 광범위한 변화를 반영하며", "팀의 헌신을 보여주며". 이러한 절들은 증거 없이 중요성을 주장합니다. 삭제하십시오.
    • 슬롭: "건물은 파란색과 금색으로 칠해져 있으며, 지역 사회의 땅에 대한 깊은 연결을 반영합니다."
    • 실제: "건물은 파란색과 금색으로 칠해져 있습니다."
  4. 모호한 연결. "~와 연관되어 있다", "와 연결되어 왔다", " 사이의 관계를 반영한다". 두 가지가 어떻게 관련되어 있는지 설명하지 않고 관련이 있다고 주장합니다.
    • 슬롭: "팀이 야간 작업을 예약하는 데 사용하는 프레임워크는 현대 데이터 관행과 밀접하게 연관되어 있습니다."
    • 실제: "팀은 이 프레임워크를 사용하여 야간 작업을 예약합니다."
  5. 중립적 맥락에서의 판매 언어.
    • 슬롭: "아름다운 곤더 지역에 자리 잡은 이 도시는 풍부한 문화 유산을 지닌 활기찬 허브로 서 있습니다."
    • 실제: "이 도시는 곤더 지역에 있습니다."
  6. 모호한 출처. "전문가들은 믿습니다", "연구들은 시사합니다", "널리 간주됩니다". 출처를 밝히거나 주장을 삭제하십시오.
    • 슬롭: "특이한 특성 때문에 이 강은 연구자들의 관심을 받고 있습니다. 전문가들은 이 강이 지역 생태계에서 중요한 역할을 한다고 믿습니다."
    • 실제: "연구자들은 특이한 특성 때문에 이 강을 연구합니다."
  7. 도전과 전망 공식.
    • 슬롭: "이 도시는 교통 혼잡과 물 부족을 포함한 전형적인 도시 문제에 직면해 있습니다. 이러한 어려움에도 불구하고, 전략적 위치와 지속적인 노력으로 계속 번성하고 있습니다."
    • 실제: "이 도시는 반복적인 교통 혼잡과 물 부족을 겪고 있습니다."

언어

  1. 기계 어휘. delve, leverage(동사), robust, seamless, landscape와 realm과 tapestry(은유), testament, underscore, navigate(비유적), crucial, vital, pivotal, unlock, harness, elevate, empower, foster, cultivate, comprehensive, holistic, cutting-edge, transformative, journey(은유), ever-evolving, fast-paced, meticulously, moreover, furthermore, "it is worth noting", "that said", "at the end of the day", "in today's world". 같은 선반에서 동의어로 바꾸는 것은 아무 것도 해결하지 못합니다. 생각 자체를 다시 쓰십시오.
    • 슬롭: "이탈리아의 영향에 대한 지속적인 증거는 지역 요리 풍경에 파스타가 널리 채택된 것이며, 이 요리들이 전통 식단에 어떻게 통합되었는지를 보여줍니다."
    • 실제: "이탈리아의 영향으로 도입된 파스타는 널리 먹습니다."
  2. "is"와 "are" 회피하기. "serves as", "features", "boasts", "stands as". 보통은 "is"나 "has"면 충분합니다.
    • 슬롭: "갤러리는 협회의 전시 공간 역할을 하며 3,000평방피트가 넘는 공간을 자랑합니다."
    • 실제: "갤러리는 협회의 전시 공간입니다. 3,000평방피트가 넘습니다."
  3. Not X but Y, 더불어 "it's not just X, it's Y"와 "X isn't about Y, it's about Z".
    • 슬롭: "단순한 노래가 아니라, 하나의 선언입니다."
    • 실제: "이 노래는 선언입니다."
  4. 강제된 삼중 구조. 의미에 필요한 만큼의 항목을 사용하십시오. 정확히 세 개일 경우는 드뭅니다.
    • 슬롭: "이 행사는 기조 강연, 패널 토론, 네트워킹 기회를 제공합니다."
    • 실제: "이 행사는 강연과 패널로 구성됩니다."
  5. 우아한 변이와 반복되는 시작. 한 사람을 가리키며 "저자", "작가", "소설가"를 번갈아 사용하거나, 다섯 문장을 같은 방식으로 시작하는 것.
    • 슬롭: "주인공은 많은 도전에 직면합니다. 주요 인물은 장애물을 극복해야 합니다. 중심 인물은 결국 승리합니다."
    • 실제: "주인공은 연속된 좌절을 겪고 결국 승리합니다."
  6. 거짓 범위. 어떤 것의 끝도 아닌 두 끝점. 실제 항목을 나열하십시오.
    • 슬롭: "이 책은 빅뱅의 특이점에서 암흑 물질의 신비로운 춤까지 우리를 데려갑니다."
    • 실제: "이 책은 빅뱅과 암흑 물질에 대한 현재 이론을 다룹니다."
  7. 행위자 누락. 누가 하는지 말하십시오.
    • 슬롭: "설정 파일이 필요 없습니다. 결과가 자동으로 보존됩니다."
    • 실제: "설정 파일이 필요 없습니다. 도구가 결과를 자동으로 저장합니다."

스타일

  1. Em 대시와 En 대시. 어떤 밀도로도 사용하지 마십시오. 쉼표, 마침표, 콜론, 또는 괄호를 사용하십시오.
    • 슬롭: "이 용어는 기관에 의해 장려됩니다—사람들 자신에 의해서가 아니라—심지어 공식 문서에서도 그렇습니다."
    • 실제: "이 용어는 기관에 의해, 사람들 자신이 아닌, 심지어 공식 문서에서도 장려됩니다."
  2. 산문 속에 흩뿌려진 굵은 글씨로 평범한 구절을 중요해 보이게 만드는 것.
  3. 굵은 소제목이 있는 글머리 기호 목록으로, 산문이 더 읽기 좋을 곳에 사용하는 것. 목록은 진정으로 병렬적인 항목을 위한 것입니다.
    • 슬롭: "성능: 로드 시간이 개선되었습니다. 보안: 암호화가 강화되었습니다."
    • 실제: "이 업데이트는 로드 시간을 더 빠르게 하고 암호화를 더 강력하게 만듭니다."
  4. 제목에서의 Title Case. Sentence case를 사용하십시오.
  5. 섹션 표시자로서의 이모지.
  6. 모든 섹션 사이의 가로선과, 결코 테이블이 될 수 없는 두 개의 산문 열을 담고 있는 테이블. 둘 다 구조를 대신하는 장식에 불과합니다.
  7. 직선 따옴표를 사용하는 문서에서의 둥근 따옴표.
  8. 하이픈 쌓기. "cross-functional, data-driven, client-facing." 명사 앞에서는 하이픈을 붙이고, 뒤에서는 붙이지 마십시오: a high-quality report, 하지만 the report is high quality입니다.
  9. 가짜 더 깊은 진실. "근본적으로 이것은 신뢰에 관한 것입니다."
  10. 제목 다음에 제목을 다시 설명하는 문장이 오는 경우.
  11. 극적인 단편과 강조구. "계획도 없었다. 백업도 없었다. 아무 것도 없었다." "그리고 그것이 모든 것을 바꾼다."
  12. 격언. "단순함이 최고의 정교함이다." 대신 구체적인 주장을 진술하십시오.
  13. 가짜 솔직함. "솔직히? 상황에 따라 다릅니다." "진솔하게 말씀드리죠."
  14. 아무도 제기하지 않은 반론. "이것은 더 적게 쓰는 것에 관한 것이 아니라, ~에 관한 것입니다..." 방어를 제거하고, 실제 주장만 유지하십시오.
  15. 거부된 가짜 대안. "유혹적인 접근 방식 중 하나는 X일 텐데, 하지만..." 아무도 X를 제안하지 않은 경우.

챗봇 잔여물

  1. 텍스트에 남겨진 어시스턴트 서명. "이게 도움이 되길 바랍니다", "어느 섹션이든 더 확장해 드릴까요?"
  2. 지식 한계에 대한 애매한 말. "사용 가능한 정보가 제한적이지만". 알려진 것을 진술하거나 아무 말도 하지 마십시오.
  3. 친화성. "좋은 질문입니다." "완전히 맞습니다."
  4. 남겨진 자리 표시자 텍스트. "[귀하의 이름]", "[회사명 입력]", "[관련 성과]". 커버 레터나 지원서에서 치명적입니다. 사용자가 제공한 정보로 채우거나 물어보십시오.

잉여 표현과 애매한 표현

  1. 불필요하게 긴 접속사. "~하기 위해" 대신 "할 목적으로", " 때문에" 대신 "~라는 사실 때문에", "몇몇" 대신 "다수의".
  2. 겹치는 수식어. "잠재적으로 다소 도움이 될 수도 있다". 하나의 애매한 표현을 선택하거나 전혀 사용하지 마십시오.
  3. 긍정적인 마무리. "가능성은 무궁무진합니다." 사실이나 구체적인 다음 단계로 끝내십시오.

표시하지 말아야 할 것

이 목록은 검사용 패스이지, 스캐너가 아닙니다. 판단 없이 적용하면 좋은 글을 망칠 수 있습니다. 다음은 그대로 두십시오:

  • 의미 있는 반복. "그녀는 왔다. 그녀는 보았다. 그녀는 정복했다." 반복된 시작 패턴은 작가가 인지하지 못한 반복에 관한 것이지, 작가가 선택한 반복에 관한 것이 아닙니다.
  • 정확한 단어인 격식 있는 단어. 기계 어휘 패턴은 특정 남용된 단어를 지목합니다. 모든 긴 단어를 단순화할 수 있는 면허가 아닙니다.
  • 실제 반론, 범위 제한, 또는 주의 사항. 가짜 반론 및 가짜 대안 패턴은 아무도 하지 않은 반론에 대한 방어를 잡아냅니다. 출처를 밝힌 반론, 진정한 제약, 안전 또는 법적 참고 사항은 모두 그대로 두십시오.
  • 인용 및 전달된 자료. 인용문, 제목, 또는 구절이 사용되는 것이 아니라 논의되는 예시 내부를 다시 쓰지 마십시오.
  • 강조를 위한 하나의 짧은 문장. 극적인 단편 패턴은 효과를 내기 위해 여러 개가 연속으로 필요합니다.
  • 생각이 길 때의 긴 문장. 일정한 길이의 케이던스조차 징후입니다. 고르지 않은 문장 길이는 사람의 흔적입니다.

구체적인 것이 추상적인 것보다 낫다

형용사는 사실이 없을 때 사용하는 것입니다. 숫자, 이름, 날짜, 구체적인 명사가 형용사가 단지 암시하는 작업을 수행합니다.

  • 슬롭: "광범위한 최적화를 통해 성능을 크게 개선했습니다."
  • 실제: "지연율을 4.5%에서 3.44%로 낮췄습니다."

사실이 없다면, 적게 말하십시오. 절대 사실을 발명하지 마십시오. 이름, 숫자, 날짜, 인용문, 출처는 출처나 사용자로부터 옵니다. 문장에 주어지지 않은 세부 사항이 필요하다면, 그것을 요청하거나 명확하게 표시된 공백을 남겨 두십시오. 그럴듯한 숫자를 발명하여 문장을 완성하는 것은 여기서 가능한 최악의 실패이며, 어떤 양의 슬롭보다 나쁩니다.

표현 등록

사용자가 글쓰기 샘플을 제공했거나, 독특한 어조로 메시지를 보냈다면, 이 문서의 모든 내용보다 그것을 따르십시오. 단, 항상 우선시되는 두 가지 규칙이 있습니다: 절대 사실을 발명하지 말 것, em 대시 또는 en 대시를 절대 사용하지 말 것. 사용자의 문장 길이, 격식, 어휘 및 특이한 점을 맞추십시오.

그렇지 않으면 장르에 맞추십시오:

  • 개인적이고 표현적인 글쓰기(에세이, 게시물, 커버 레터)는 목소리, 유머, 자리를 차지하는 은유를 담을 수 있습니다. 하지만 캐주얼함을 연기하지 마십시오. 제조된 특이함, "내 종아리는 의견이 있었다"는 기업의 광택과 동일한 실패이며, 단지 다른 복장일 뿐입니다.
  • 기술 및 참조 글쓰기(문서, README, 보고서, 분석)는 평이하고 중립적으로 유지하십시오. 여기서 목소리는 명확성과 올바른 강조를 의미하며, 개성을 의미하지 않습니다. 지금 하는 일을 설명하고, 예전에 하던 일을 설명하지 마십시오. "이것은 모든 항목을 반복하는 기존 방식을 대체합니다"는 변경 로그에 속하며 문서에는 속하지 않습니다.
  • 전문 문서(이력서, 지원서, 비즈니스 이메일)는 평이하고, 직접적이며, 구체적으로 유지하십시오. 짧은 문장, 평범한 단어, 서두름이 없어야 합니다.

평이함은 결코 잘못된 등록이 아닙니다. 화려함은 대개 그렇습니다.

프로세스

초안을 작성할 때, 첫 번째 버전을 쓴 다음, 낯선 사람의 입장에서 다시 읽고 다음 네 가지 패스를 수행하십시오:

  1. 모든 문장과 모든 세부 사항에 두 테스트를 적용하십시오. 실패하는 것은 삭제하십시오.
  2. 단락이 무엇에 관한 것인지만 알리는 시작 문장을 자르십시오.
  3. 머릿속으로 리듬을 읽어 보십시오. 암송처럼 변하는 부분이 있으면 패턴을 깨십시오.
  4. 위의 패턴 목록을 검색하십시오. 각각의 적중을 단어를 대체하는 것이 아니라 생각을 다시 작성하여 수정하고, 자르기 전에 "표시하지 말아야 할 것"과 대조하십시오.

결과가 이전보다 짧아질 것으로 예상하십시오. 내용이 적은 것이 아닙니다.

…

[번역을 위해 잘림]

관련 스킬