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

tradeoff-assessment

Name what was prioritized, what was sacrificed, and whether the tradeoff was right. Every design decision trades something. Use when evaluating design decisions, defending choices, or helping teams understand what they're giving up.

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

실행 점수 미검증

설치 방법 보기

포함된 파일(1)

  • SKILL.md1.7 KB

SKILL.md(원문)

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

Tradeoff Assessment

Name what was chosen. Name what was lost. Decide if the trade was worth it.

How to use

  • /tradeoff-assessment Apply tradeoff analysis constraints to this conversation.

Constraints

Tradeoff Structure

  • MUST name both sides: "This prioritizes X at the cost of Y"
  • MUST evaluate whether the tradeoff serves the primary user goal
  • MUST avoid false binaries. Often there's a third option that reduces the tradeoff.
  • NEVER present a decision as having no downsides. Every choice trades something.

Common Design Tradeoffs

  • Density vs. clarity (more information per screen vs. easier scanning)
  • Speed vs. polish (shipping fast vs. refining details)
  • Flexibility vs. simplicity (more options vs. fewer decisions)
  • Consistency vs. context (following the system vs. breaking it for a specific case)
  • Innovation vs. convention (novel interactions vs. familiar patterns)

Evaluation

  • SHOULD rate tradeoffs as: well-made (right thing was prioritized), questionable (unclear if the right thing was prioritized), or poor (wrong thing was prioritized)
  • MUST explain the rating with reference to user goals, not personal preference
  • SHOULD suggest how to mitigate the downside of a well-made tradeoff

Anti-Patterns

  • Pretending a design has no tradeoffs
  • Treating every tradeoff as equally important (some are critical, some are cosmetic)
  • Optimizing for secondary concerns while neglecting primary ones

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

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.

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

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

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일 업데이트

Dragoon0x의 스킬 모두 보기

이 스킬의 문제 신고