Communitygithub.com

benjaminstelzer/scoville-scribe-anti-ai-slop

목표 우선의 산문 및 인터페이스 작성 가드레일로, AI 슬롭(무의미한 텍스트 생성)을 방지합니다.

scoville-scribe-anti-ai-slop란 무엇인가요?

Scoville Scribe Anti-AI-Slop은 AI 에이전트가 생성하는 텍스트에서 흔히 발생하는 'AI 슬롭'—즉, 겉보기에는 완성된 것처럼 보이지만 독자의 목적을 약화시키는 허위 사실, 의미 변질, 일반적인 잡담, 일관성 없는 용어, 제품 동작과 무관한 인터페이스 텍스트—를 방지하기 위한 목표 지향적 가드레일입니다. 이 스킬은 Claude Code, Cursor, Codex와 같은 AI 코딩 에이전트에서 사용되며, 텍스트 생성을 '고정 삽입', '구조적 그룹화', '초안', '편집', '감사', '충실도 제어', '주장 유지 재작성' 등 명확한 모드로 분류하여 각 상황에 맞는 엄격한 규칙을 적용합니다. 특히 동작, 용어, 형식 등에서 모순이 발생할 경우 편리한 표현을 선택하지 않고 충돌을 보고하도록 설계되었습니다. 이 스킬은 Scribe(가독 텍스트 소유)와 Code(엔지니어링 아티팩트 소유), UI(인터페이스 구조 소유) 스킬 간의 명확한 역할 분담을 통해 AI가 생성하는 텍스트의 신뢰성과 정확성을 보장합니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add benjaminstelzer/scoville-scribe-anti-ai-slop

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

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

문서

Scoville Scribe Anti-AI-Slop

산문 슬롭(prose slop)이란, 읽는 이의 결과를 약화시키면서도 완성된 것처럼 보이는 글쓰기를 말합니다: 허위 사실, 의미 변질, 일반적인 잡담, 일관성 없는 제품 용어, 또는 제품 동작과 무관한 인터페이스 텍스트.

명시적 거부(opt-out) 시, 참조 문서를 읽지 말고, Skill 지시 도구를 사용하지 말며, 텍스트를 변경하지 말고, Skill에서 파생된 주장을 하지 마십시오. 상위 권위자가 Scribe를 요구할 경우, 정확한 충돌을 보고하십시오. 형제(sibling)의 거부는 해당 형제에만 적용됩니다.

지배적인 출처 해결

다음 각 우려 사항을 답변할 수 있는 출처로부터 해결하십시오:

  • 현재 진실(Current truth): 확인된 현재 동작과 제공된 사실적 출처.
  • 목표 진실(Target truth): 텍스트가 동작과 함께 변경될 때 명시적으로 요청된 최종 상태. 엔지니어링 증거는 완료 또는 게시 전에 해당 상태를 검증해야 합니다.
  • 용어(Terminology): 명시적 사용자 용어, 프로젝트 용어집, 공유 문자열, 동일한 개념에 대한 기존 사용법.
  • 형식(Form): 명시적 출력 요구 사항, 하우스 스타일, 실제 음성 샘플, 해당 표면 또는 장르의 관례.

이러한 출처가 실질적으로 충돌할 경우, 편리한 표현을 선택하는 대신 충돌을 보고하십시오. 용어는 절대 동작을 무시하지 않으며, 스타일 선례는 새로운 주장을 승인하지 않습니다.

이 Skill은 독립적으로 작동합니다. 엔지니어링 아티팩트의 경우, 해당 시 scoville-code-anti-ai-slop이 범위, 표준 코드, 동작 검증, 아티팩트 변경 및 검증을 소유합니다. Scribe는 가독 텍스트와 관련 용어 및 텍스트 표면에 대한 가장 작은 대상 읽기 전용 검사를 소유합니다. 검증된 동작을 재사용하십시오; 표현에서 추론하지 마십시오.

대화형 인터페이스의 경우, 해당 시 scoville-ui-anti-ai-slop이 프레임워크 정렬, 계층 구조, 레이아웃, 반응형 동작, 필수 레이블 또는 접근 가능한 이름의 존재 및 연결을 소유합니다. Scribe는 그 표현과 의미를 소유합니다. 고정된 출처 정확 문자열을 렌더링하는 것은 Scribe를 트리거하지 않습니다.

텍스트를 생성하는 동안 호스트, 프로젝트, 요청 및 Scribe 제약 조건을 함께 적용하십시오. Scribe는 다른 소유자의 답변에 대한 후처리 패스(post-processing pass)가 아닙니다. 표면 경계는 각 세그먼트에 적용할 규칙을 결정합니다.

독자 결과 최적화

안전 및 명시적 제약 조건 이후, 독자가 반드시 알아야 하거나, 결정해야 하거나, 수행해야 하는 것을 위해 최적화하십시오. 사실, 의미, 프로젝트 언어 및 형식은 전달을 제한합니다; 매끄러운 산문은 그 중 어느 것도 대체하지 않습니다.

편집이 해당 결과를 진전시키거나, 구체적인 결함을 수정하거나, 바인딩 요청 또는 프로젝트 규칙을 충족할 때만 텍스트를 변경하십시오. 요청된 세부 수준을 일치시키십시오. 직접적인 지시는 직접적으로 유지하십시오. 설명, 분석 또는 교육의 경우 인과 관계와 중요한 경계를 포함하십시오; 동작을 더 예측 가능하게 만들 때만 예시나 대조를 사용하십시오.

모드 및 경로 선택

  • 고정 삽입(Fixed insertion): 완전히 제공된 표현을 고정된 구조에 삽입합니다. 표현, 충실도, 용어, 동작 또는 인터페이스 판단이 요청되지 않는 경우에만 사용합니다. 이는 이후 표면 트리거를 무시합니다; 출처에서 추출하거나 재생산하는 것은 출처 정확(Source-exact)입니다.
  • 구조적 그룹화(Structured grouping): 열거된 결정, 제안 또는 작업 항목을 그룹화하면서 모든 항목과 열린 라이프사이클 선택을 유지하는 것이 핵심입니다; 참조 문서를 로드하지 마십시오.
  • 초안(Draft): 허용된 사실과 주장으로만 작성하십시오.
  • 편집(Edit): 관찰된 문제를 해결하는 가장 작은 변경을 하십시오.
  • 감사(Audit): 위치, 문제, 독자 영향 및 수정 방향을 보고하십시오; 요청하지 않는 한 다시 작성하지 마십시오. 감사는 평가하는 대상에 대한 경로를 계속 따릅니다.
  • 충실도 제어(Fidelity-controlled): 출처 정확 텍스트를 적용, 실질적으로 요약, 현지화, 추출 또는 재생산하거나, 그러한 결과를 감사하거나, 제어된 변형을 생성하거나, 규제 또는 저작자 소유 콘텐츠를 초안 또는 편집하기 전에 fidelity-modes.md를 읽으십시오. 고정 삽입 및 구조적 그룹화는 핵심 전용으로 유지됩니다.
  • 주장 유지 재작성(Claim-preserving rewrite): 주장을 변경하지 않고 표현이나 흐름을 변경하는 것은 편집입니다. 연속 산문의 경우, 위의 충실도 제어 조건이 적용되지 않는 한, 충실도 참조 대신 prose-patterns.md를 읽으십시오.

결과를 변경할 수 있는 독자, 허용된 사실 및 주장, 필요한 어조, 언어, 장르, 형식 및 무결성 제약 조건만 결정하십시오. 누락된 답변이 실질적으로 다른 텍스트를 생성할 때만 질문하십시오.

하나의 아티팩트는 산문, 인터페이스 문자열, 절차, 구조화된 레코드, 릴리스 노트 및 정확하거나 규제된 텍스트를 혼합할 수 있습니다. 올바른 경로를 적용하기에 충분할 정도로만 각 세그먼트를 분류하십시오; 전체 아티팩트를 하나의 프로필로 강제하지 마십시오.

고정 삽입을 제외하고, 사용자 대면 GUI 또는 CLI 문자열, 오류, 알림, 트랜잭션 메시지, 접근 가능한 텍스트, 메타데이터 또는 동작 바운드 절차를 작성, 변경, 감사 또는 비교하기 전에 interface-text.md를 읽으십시오.

제품 생성 이메일은 인터페이스 경로를 사용합니다; 편집, 개인 또는 뉴스레터 산문은 동작 바운드가 아닌 한 산문 경로를 사용합니다. 혼합 이메일은 세그먼트별로 경로를 지정하십시오.

사용자 대면 문자열을 현지화하기 전에 fidelity-modes.md와 interface-text.md를 모두 읽으십시오.

연속 산문, 구조화된 레코드 내부에 초안 작성된 실질적 근거, 또는 요청된 자연스럽고 인간적인 또는 안티슬롭 작성을 위해 prose-patterns.md를 읽으십시오. 형식이 표현을 소유하는 고정된 짧은 레코드나 interface-text.md가 소유하는 동작 바운드 인터페이스 절차에 대해 로드하지 마십시오. 단계별 비인터페이스 절차에 산문이 포함되어 있다는 이유만으로 로드하지 마십시오; 작업에 실질적인 연속 설명이 필요하거나 자연스럽거나 안티슬롭 작성을 명시적으로 요청하지 않는 한 경로를 코어 전용으로 유지하십시오.

보편적 무결성 기준 보호

절대 다음을 발명하거나 조용히 변경하지 마십시오:

  • 이름, 숫자, 날짜, 단위, 링크, 인용 또는 귀속;
  • 인용문, 기술 용어, 부정, 양상, 조건 또는 예외;
  • 1인칭 경험, 감정, 의견, 관계 또는 정체성; 또는
  • 제품 기능, 원인, 보증, 타임라인, 사용 가능한 작업 또는 검증된 런타임 동작.

가설과 예시는 명백히 가상으로 유지하십시오. 증거가 해결하지 못할 때 의도적인 모호성을 유지하십시오. 동작 바운드 텍스트의 경우, 지원되는 현재 상태를 설명하십시오; 아티팩트가 명시적으로 해당 대상에 관한 것이고 엔지니어링 증거가 주장을 소유할 수 있는 경우에만 요청된 대상을 설명하십시오.

모든 절차(수동, 인터페이스 또는 CLI)에서 검증된 동작이나 요청이 변경하지 않는 한, 전제 조건, 순서, 입력, 경고, 명령, 자리 표시자 및 예상 결과를 보존하십시오. 더 명확한 문장이 다른 작업을 승인하지는 않습니다.

고위험 법률, 의료, 금융, 안전, 프라이버시 또는 게시 주장은 적절한 권위 있는 출처와 자격을 갖춘 검토가 필요합니다. 편집은 둘 중 하나를 대체할 수 없습니다.

목소리를 제조하지 않고 편집

강력한 구절과 작가가 입증한 레지스터를 보존하십시오. AI 저작자를 진단하거나, 탐지 회피를 약속하거나, 보편적인 단어, 구두점, 문장 길이 또는 형식 금지를 적용하지 마십시오. 추정된 기원이 아니라 이 독자와 장르에 미치는 영향 때문에 패턴을 수정하십시오. 표준 용어는 문체상 불편하게 반복되더라도 표준으로 유지됩니다.

일상적인 Scribe 지침은 조용히 적용하십시오. Skill 사용을 알리거나 정상적인 초안 작성, 편집 또는 감사를 설명하지 마십시오. 명백하지 않은 조치, 일시 중지, 범위 변경, 외부 영향 및 중대한 위험에 대해서는 호스트의 공개 규칙을 따르십시오.

확인 및 완료

텍스트를 반환하기 전에:

  1. 독자가 의도된 결과에 도달할 수 있는지 확인;
  2. 편집에 의해 수정된 모든 무결성 기준 항목을 다시 확인;
  3. 각 세그먼트가 해당 표면 및 충실도 경로를 따르는지 확인;
  4. 요청된 언어, 형식, 길이 및 모드를 확인;
  5. 사용자가 감사 또는 설명을 요청하지 않는 한 프로세스 설명을 제거.

해결되지 않은 사실적 또는 프로젝트 충돌을 보고하십시오. 매끄러운 복사본 내부에 숨기지 마십시오. 감사만 요청받은 경우 편집하지 마십시오.

관련 스킬