본문으로 건너뛰기
cccskills
무료GitHub에 공개

absence-audit

Notice what's deliberately missing from a design. Restraint is a taste signal. Use when studying minimalist products, evaluating design maturity, or understanding the power of removal.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md1.4 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Absence Audit

The hardest things to notice are the things that aren't there.

How to use

  • /absence-audit Apply absence analysis to any design in this conversation.

Constraints

What to Look For

  • MUST list 5-10 things that are conspicuously absent from the design
  • MUST hypothesize for each: intentional removal or never considered?
  • MUST evaluate: does the absence strengthen or weaken the experience?
  • SHOULD note what the absence reveals about the design philosophy

Categories of Absence

  • Missing UI elements (no breadcrumbs, no tooltips, no onboarding tutorial)
  • Missing content (no testimonials, no feature comparison, no pricing)
  • Missing states (no loading skeleton, no empty state, no error recovery)
  • Missing interaction (no animation, no hover effects, no sound)

The Restraint Signal

  • Intentional absence is a strong taste signal. It says "we thought about this and decided it wasn't needed."
  • Accidental absence (missing error states, broken edge cases) signals the opposite.
  • MUST distinguish between the two.

Anti-Patterns

  • Treating every absence as a problem to fix
  • Assuming absence equals minimalism (it might just be incomplete)
  • Missing obvious gaps because you're focused on what IS there

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Explain the same design observation to a designer, a developer, and a non-technical stakeholder. Same insight, three languages. Use when working cross-functionally or presenting design decisions to mixed audiences.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Dragoon0x/taste-skills62026년 2월 27일 업데이트

Palette roles, restraint, semantic consistency, and when fewer colors means better design. Use when building color palettes, evaluating color usage, or diagnosing color-related design problems.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Dragoon0x/taste-skills62026년 2월 27일 업데이트

Understand the constraints a design was built under and evaluate quality within that context. Use when reviewing work that had limited time, budget, or team size, or when assessing whether constraints were handled well.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Dragoon0x/taste-skills62026년 2월 27일 업데이트

Structured exposure habits for building taste through relentless, intentional consumption. Not passive scrolling. Active intake across design, architecture, film, music, food, and culture. Use when building a taste practice, advising on professional development, or diagnosing why someone's design range feels narrow.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Dragoon0x/taste-skills62026년 2월 27일 업데이트

Consistent radii, pixel-perfect alignment, state coverage, and the details that signal design quality. Use when polishing designs, auditing quality, or evaluating whether a design is ready to ship.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Dragoon0x/taste-skills62026년 2월 27일 업데이트

Precise language for design feedback. Ban vague words. Name what you actually see. Use when giving design feedback, running critiques, or training teams to communicate about quality.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Dragoon0x/taste-skills62026년 2월 27일 업데이트

Dragoon0x의 스킬 모두 보기

이 스킬의 문제 신고