design-audit

Audits visual design for AI-generated aesthetic patterns and produces improvement plans. Use when reviewing UI design, checking if a website looks "AI-generated", auditing .pen files for generic aesthetics, or improving visual identity. Also use when "AI purple", "looks generic", "soulless design", "design review", "AI스러운", "디자인 점검", "디자인 감사", or "escape AI aesthetic". Do NOT use for code review (use code-review) or accessibility audit.

9 stars

Best use case

design-audit is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Audits visual design for AI-generated aesthetic patterns and produces improvement plans. Use when reviewing UI design, checking if a website looks "AI-generated", auditing .pen files for generic aesthetics, or improving visual identity. Also use when "AI purple", "looks generic", "soulless design", "design review", "AI스러운", "디자인 점검", "디자인 감사", or "escape AI aesthetic". Do NOT use for code review (use code-review) or accessibility audit.

Teams using design-audit should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/design-audit/SKILL.md --create-dirs "https://raw.githubusercontent.com/ssiumha/dots/main/prompts/skills/design-audit/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/design-audit/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How design-audit Compares

Feature / Agentdesign-auditStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Audits visual design for AI-generated aesthetic patterns and produces improvement plans. Use when reviewing UI design, checking if a website looks "AI-generated", auditing .pen files for generic aesthetics, or improving visual identity. Also use when "AI purple", "looks generic", "soulless design", "design review", "AI스러운", "디자인 점검", "디자인 감사", or "escape AI aesthetic". Do NOT use for code review (use code-review) or accessibility audit.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# Design Audit

디자인의 "AI스러움"을 8개 카테고리로 정량 점검하고, 개선 계획을 생성한다.

상세 절차는 INSTRUCTIONS.md를 참조하세요.

## Input Detection

`$ARGUMENTS` 또는 대화 맥락에서 대상을 감지한다.

| Input | Detection | Capture Tool |
|-------|-----------|--------------|
| URL (`http://`, `https://`) | regex | `agent-browser open` + `screenshot` + `snapshot -i` |
| .pen file | extension `.pen` | `mcp__pencil__get_screenshot` + `batch_get` + `search_all_unique_properties` |
| Image (.png/.jpg/.webp) | extension | Read (멀티모달 직접 분석) |
| CSS/Tailwind files | glob pattern | Grep (color, font, effect 패턴) |
| No input | — | AskUserQuestion으로 대상 확인 |

복수 소스 제공 시 모든 소스에서 수집 후 교차 검증한다.

## Workflow

### Phase 1: Capture

입력 타입에 따라 시각 + 구조 데이터를 수집한다.

- **URL**: agent-browser로 full-page screenshot + accessibility snapshot + CSS 패턴 grep
- **.pen**: pencil MCP로 screenshot + 디자인 토큰 인벤토리 (색상, 폰트, 간격, 라운딩)
- **Image**: Read로 직접 시각 분석 (구조 데이터 없음 → "Visual-only audit")
- **CSS**: Grep으로 color/font/effect/layout 패턴 추출

### Phase 2: Audit

`resources/01-ai-aesthetic-checklist.md`를 로드하여 8개 카테고리별 0-3점 채점:

1. **Color Palette** — AI Purple Problem, gradient 남용, neon accent
2. **Typography** — 제네릭 폰트(Inter/Roboto), 계층 부재
3. **Surface Treatment** — 과도한 smoothness, 질감 부재
4. **Imagery** — Glowing orb, chrome 3D, 스톡 느낌
5. **Layout Regularity** — 완벽한 대칭, 3-column grid 반복
6. **Visual Effects** — Glassmorphism/glow/blur 과잉
7. **Brand Identity** — Generic SaaS template 느낌
8. **Copy & Content** — AI slop copy, generic CTA, empty state 부재

총점/24 → 등급:

| 총점 | 등급 | 의미 |
|------|------|------|
| 0–4 | **Authentic** | AI 패턴 최소, 고유 아이덴티티 |
| 5–10 | **Mixed** | 일부 패턴 존재, 부분 개선 권장 |
| 11–17 | **AI-Adjacent** | 상당한 AI 영향, 우선 개선 필요 |
| 18–24 | **AI-Saturated** | 강한 AI 생성 느낌, 전면 재검토 |

**정량 분석 핵심**: 값의 통일이 문제가 아니라 "Custom vs Default" 구분이 핵심. Tailwind/프레임워크 default에 수렴했는가, 의도적 디자인 시스템인가.

### Phase 3: Report

점수 2+ 카테고리에 대해 `resources/02-improvement-patterns.md`를 로드하여 구체적 개선안을 포함한 리포트를 생성한다.

리포트 구조:
1. **Summary** — 전체 인상 2-3문장
2. **Scores** — 8개 카테고리 점수 테이블
3. **Findings** — 우선순위 순, Evidence + Pattern + Improvement
4. **Improvement Plan** — Quick Wins (1-2h) → Structure (2-4h) → Identity (4-8h)

## Core Principles

1. **Evidence-based** — 구체적 요소(hex, 클래스명, 스크린샷 영역)를 근거로 채점. 주관적 느낌 배제
2. **Severity-ranked** — 3점 Critical → 2점 High → 1점 Low. 가장 큰 영향부터
3. **Actionable** — 모든 finding에 구체적 수정 방안 포함
4. **Non-dogmatic** — 맥락에 따라 AI 패턴이 의도적일 수 있음. Flag하되 condemn하지 않음
5. **Brand-aware** — 기존 브랜드 의도를 파악한 후 제안. 브랜드 파괴적 제안 금지

## Examples

### URL 점검
User: `/design-audit https://example-saas.com`
→ Phase 1: agent-browser screenshot + snapshot → Phase 2: 7-category scoring → Phase 3: report with findings

### .pen 파일 점검
User: `/design-audit ~/Documents/project.pen`
→ Phase 1: pencil screenshot + search_all_unique_properties → Phase 2: scoring → Phase 3: report

### 자연어 트리거
User: "이 사이트 너무 AI스러운데 어떻게 고칠 수 있을까?"
→ URL 또는 대상 확인 → full audit workflow

Related Skills

design-first

9
from ssiumha/dots

견적 산정 + 점진적 설계 합의 (견적→범위→구조→상호작용→계약→구현). Use when 견적내자, 견적 내줘, estimate effort, scope is unclear for multi-component work, new feature domain with undefined boundaries, or system integration requiring architectural decisions. 견적, 설계 먼저, 구조 설계, 범위 정의. Do NOT use for single-component changes where scope is already clear, or when a plan already exists (use plan-review instead).

tree-sitter

9
from ssiumha/dots

AST parsing, S-expression queries, tag extraction via tree-sitter CLI. Use when parsing code into AST, extracting tags, visualizing syntax trees, or performing structural analysis beyond ast-grep.

tidy

9
from ssiumha/dots

Performs small structural code cleanups (tidyings). Use when preparing code changes, removing dead code, reducing nesting, or cleaning up before feature work.

task-naming

9
from ssiumha/dots

CLI command naming convention for Justfile and Makefile. Enforces GAT (group-action-target) word order, grouped listing, mandatory descriptions. Use when creating Justfile recipes, Makefile targets, or reviewing task runner configs for naming consistency. Also use when asking "what should I name this command?" for task runners. Do NOT use for npm scripts, mise tasks, or Claude Code skill naming.

strategic-thinking

9
from ssiumha/dots

체계적 의사결정 프레임워크. First Principles, Trade-off 분석, Cognitive Bias 점검

security

9
from ssiumha/dots

Security expert hub. Code security review (OWASP Top 10, injection, XSS, credentials), vulnerability assessment (KISA 292 items, Unix/Windows server, web pentest, network, DBMS, cloud), ISMS-P certification (101 items, checklist, implementation plan), EFSR financial regulation compliance (전자금융감독규정, 12 articles). 보안 리뷰, 취약점 점검, 인증 준비, 금융규정 준수.

reflect

9
from ssiumha/dots

방향 수정 신호 감지 및 세션 전체 회고. Use when detecting course correction signals ("아니/잠깐/근데"), session retrospective, or reviewing overall progress. /reflect 또는 "회고해줘"로 수동 호출.

refactoring

9
from ssiumha/dots

기존 코드의 안전한 리팩토링. Characterization Test로 동작 보존하며 구조 개선

recall

9
from ssiumha/dots

Load context from Obsidian vault (journals, session pages) and JSONL session history. Vault 위치/구조는 `documentation` skill 참조. Temporal queries scan JSONL by date, topic queries use ir BM25. Use when "recall", "어제 뭐 했지", "what did we work on", "이전 작업", "session history".

qmd

9
from ssiumha/dots

Searches local markdown notes and documents using ir CLI. Use when searching notes, querying documents, managing collections, or retrieving document content.

qa

9
from ssiumha/dots

기능별 QA 체크리스트 생성, 수동 테스트 실행, 결과 기록. Use when QA 테스트, 체크리스트 만들기, 수동 검증, 기능 확인, qa 진행, checklist. Do NOT use for automated test code (use plan-review tdd / code-review instead) or BDD spec (use plan-review bdd instead).

principles

9
from ssiumha/dots

소프트웨어 공학 원칙 바스켓. 원칙 카탈로그 열람, 코드/설계/프로세스/테스트의 원칙 준수도 평가, 위반 식별 및 개선 가이드. Use when 원칙 평가, 원칙 점검, 원칙 검증, principles check, 코드 품질 근본 진단, 설계 원칙 리뷰, 아키텍처 원칙 점검, 프로세스 원칙 점검, 테스트 원칙 점검, 테스트 설계, or when other review skills need a principled foundation. Do NOT use for specific code review (use code-review), security audit (use security), or strategic decisions (use strategic-thinking).