Communitygithub.com

benjaminstelzer/scoville-ui-anti-ai-slop

프레임워크를 인식하는 UI 품질 가드레일로, AI 디자인 슬롭(slop)을 방지합니다.

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

Scoville UI Anti-AI-Slop은 UI 디자인에서 흔히 발생하는 'AI 슬롭'—일관성 없는 시각적 언어나 모범 사례로 위장한 임시방편—을 방지하기 위한 프레임워크 인식 가드레일입니다. 이 스킬은 사용성, 정보 설계, 적응성, 접근성, 명확성을 최우선으로 하며, 기존 디자인 시스템과 시맨틱 토큰을 존중하고 우선순위 체계(접근성 요구사항 > 사용자 요청 > 저장소 지침 > 프레임워크 규칙 > 로컬 패턴)에 따라 작업을 라우팅합니다. Claude Code, Cursor, Codex 등 AI 에이전트 플랫폼에서 사용할 수 있으며, 소스 코드 감사(audit)와 렌더링된 동작 검증을 명확히 구분하여 허위 주장을 방지합니다. 결과적으로 개발자는 이 스킬을 통해 디자인 시스템을 훼손하지 않으면서도 접근성과 사용성을 보장하는 일관된 UI 결정을 내릴 수 있습니다.

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

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

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

문서

Scoville UI Anti-AI-Slop

제품의 인터페이스를 개선하십시오. 사용성, 정보 설계, 적응, 접근성, 명확성을 결과물로 취급하십시오. 모범 사례로 위장한 또 다른 디자인 언어를 설치하지 마십시오.

사용자가 이 Skill을 명시적으로 제외하는 경우, 참조를 읽거나, Skill 기반 도구를 사용하거나, 변경을 가하거나, Skill에서 파생된 완료 주장을 하기 전에 중단하십시오. 더 높은 권한을 가진 프로젝트 또는 호스트 지침이 여전히 이를 요구할 수 있습니다. 이 경우 정확한 충돌을 보고하십시오. 형제 Skill을 제외하는 것은 해당 형제만 제외하며, 그 계약을 여기에 재현하는 것을 허용하지 않습니다.

먼저 소유권 확인

다음 순서대로 각 우려 사항을 해결하십시오:

  1. 시스템, 안전, 법적 구속력이 있는 접근성 요구사항;
  2. 명시적인 사용자 요청(비구속적 목표에 대한 보고된 제한 사항의 사전 동의 포함);
  3. 저장소 지침;
  4. 표준 제품 요구사항, 디자인 시스템 컴포넌트, 래퍼, 테마, 시맨틱 토큰, 승인된 에셋;
  5. 해결되지 않은 우려 사항에 대한 소유 프레임워크 또는 플랫폼;
  6. 해당 소유자와 일치하는 의도적인 로컬 패턴; 그리고
  7. 나머지 갭에 대한 이 Skill의 일반 UI 원칙.

낮은 소스가 높은 소유자를 재정의하지 못하게 하십시오. 실질적인 충돌이 있으면 표면화하십시오. 반복되는 로컬 관례는 그것이 의도적이고, 현재 적합하며, 동일한 표면에 적절한 경우에만 인정됩니다.

접근성 목표가 명시되지 않은 경우, 웹 UI에는 WCAG 2.2 Level AA를, 그 외에는 소유 플랫폼의 현재 지침을 사용하십시오. 지원되는 컴포넌트와 API를 사용하십시오. 표준 소유자가 최소 요구사항을 충족할 수 없는 경우, 병렬 디자인 언어로 숨기지 말고 정확한 제한 사항을 보고하십시오.

스택이 익숙하지 않거나, 소유권이 모호하거나, 여러 UI 레이어가 상호작용하거나, 표준 시각적 소유자가 없는 것처럼 보이거나, 지원되는 커스터마이징 경로가 불확실한 경우, references/framework-alignment.md를 먼저 읽고 소유자를 결정하십시오.

제품군 소유권 구분 유지

이 Skill은 단독으로 작동합니다. Code는 엔지니어링 범위, 코드 소유권, 무결성, 위험, 증명을 소유합니다. UI는 프레임워크 정렬, 계층 구조, 레이아웃, 상호작용 표현, 반응형 적응, 렌더링된 증거를 소유합니다. Scribe는 의미, 용어, 지역화, 그리고 표시되거나 접근 가능한 문구가 변수일 때만 충실도를 소유합니다. 고정된 소스 정확 문자열은 이를 활성화하지 않습니다.

UI는 텍스트 레이아웃, 가독성, 공간, 스케일링, 필수 레이블이나 접근 가능한 이름의 존재 및 연결을 소유합니다. Scribe는 해당되는 경우 내용을 소유합니다. 형제 규칙을 복사하거나 그 검증을 반복하지 마십시오.

작업 라우팅

  1. 요청된 표면, 저장소 지침, 프레임워크 버전, 표준 소유자, 가장 가까운 유사 표면을 필요한 만큼만 검사하십시오.
  2. 기본 작업, 우선순위, 영향받는 상태, 내용 변형, 입력, 반응형 변환을 식별하십시오.
  3. 표준 컴포넌트, 토큰, 변형, 레이아웃, 중단점, 상호작용을 재사용하십시오. 소유자에서 입증된 갭이 있는 경우에만 프리미티브를 추가하십시오.
  4. 결과와 필요한 상태를 위한 가장 작은 일관된 변경을 만드십시오.
  5. 결과를 반증할 수 있는 렌더링된 조건만 확인하십시오. 보고서에서 렌더링된 증거, 소스 검사, 확인되지 않은 동작을 분리하십시오. 구현되지 않은 방향이나 소스 전용 감사의 경우, 방향이나 결과가 렌더링되지 않았으며 렌더링된 동작이 확인되지 않은 상태로 남아 있음을 명시적으로 밝히십시오. 해당 경계를 보고하기 위해 검증을 로드하지 마십시오.

작업 흐름, 계층 구조, 레이아웃, 가독성, 상태, 접근성 구조, 반응형 동작에 대한 품질 결정을 내리기 전에 references/ui-quality.md를 읽으십시오. 증거 전용 질문의 경우, 인터페이스 자체도 판단해야 하는 경우가 아니라면 검증만 로드하십시오.

인터페이스 변경 후, 또는 렌더링된 동작, 반응형 동작, 관찰된 상호작용, 시각적 품질, 접근성을 주장하기 전에 references/validation.md를 읽으십시오. 결과를 검사된 구조로 한정하고 렌더링 및 상호작용 동작을 명시적으로 확인하지 않은 상태로 두는 소스 전용 감사에서는 이를 로드하지 마십시오. 빌드 또는 소스 리뷰는 렌더링된 동작을 증명할 수 없습니다.

UI 무결성 하한선 보호

병렬 시각적 언어를 발명하거나, 시맨틱 토큰을 우회하거나, 접근 가능한 컴포넌트를 재구축하거나, 포커스 또는 입력 조정을 제거하거나, 필수 콘텐츠를 숨기거나, 하나의 시각적 단서를 의미의 유일한 전달자로 사용하거나, 변경된 상태에 대한 복구를 생략하거나, 전역 테마 재정의를 통해 로컬 예외를 적용하여 외관을 개선하지 마십시오.

선호하는 글꼴, 팔레트, 반경, 그림자, 카드 패턴, 중단점, 픽셀 값 또는 유행하는 금지 사항을 강요하지 마십시오. 정량적 규칙은 이 Skill이 아닌 접근성 표준, 플랫폼 또는 디자인 시스템에서 제공됩니다.

감사 또는 조언만 요청받은 경우, 관찰된 증거에 기반한 우선순위가 있는 결과를 반환하고 편집하지 마십시오.

관련 스킬