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

design-critique-partner

Run structured design critiques with frameworks for feedback that is honest, specific, and actionable.

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

설치 방법 보기

포함된 파일(1)

  • SKILL.md4.3 KB

SKILL.md(원문)

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

Overview

Critique is design's quality control — but most "feedback" is either vague praise or personal taste masquerading as judgment. A good critique partner evaluates work against its goals, separates problems from preferences, and delivers feedback the designer can actually act on. This skill provides critique frameworks for both giving and receiving design feedback.

When to use

  • Reviewing a design before stakeholder presentation or launch

  • Running team critique sessions (design crits)

  • Giving feedback on a colleague's or freelancer's work

  • Preparing to receive critique on your own designs

  • Building a culture of honest feedback

Core concepts

      • Critique against goals, not taste. Every critique starts with: what is this trying to achieve, for whom? "I don't like blue" is taste; "the blue CTA doesn't stand out against the blue hero, hurting conversion" is critique.
      • The 3-level framework. Level 1: Does it work? (goals, usability, clarity). Level 2: Is it coherent? (hierarchy, consistency, craft). Level 3: Is it excellent? (distinctiveness, delight, memorability). Fix level 1 before debating level 3.
      • Specific, observable, actionable. "The headline hierarchy is unclear because the subhead is larger than the headline on mobile" beats "the typography feels off." Point to the thing, explain the effect, suggest a direction.
      • Questions over declarations. "What happens when the username is 40 characters?" or "What's the primary action you want here?" Questions invite thinking; declarations invite defensiveness.
      • Separate the problem from the solution. "Users might miss the CTA" is the problem (valuable). "Make it red and bigger" is a solution (maybe wrong). Good critique identifies problems clearly and lets the designer solve.
      • Receiving critique well. Listen without defending, ask clarifying questions, separate useful signal from noise, and decide later what to change. Defensiveness in the room kills future honesty.

Practical workflow

      1. Set up the critique. Presenter shares: the goal, the audience, constraints, and what feedback they need (what's decided vs open). Timebox: 20-30 minutes per piece.
      1. Silent review first. 3-5 minutes of silent looking. Prevents anchoring on the first loud opinion and gives introverts equal footing.
      1. Clarifying round. Questions only — no opinions yet. Ensures everyone understands what they're looking at before judging it.
      1. Structured feedback. Go level by level: does it achieve the goal? (biggest issues first), then craft and coherence, then polish. Each person: one strength, then concerns with specifics.
      1. Prioritize the fixes. End with: the 2-3 changes that matter most, ranked. A list of 20 nits helps nobody; the top 3 change the design.
      1. Document decisions. What feedback was accepted, what was rejected (with reason), and what's still open. Prevents re-litigating the same points next crit.
      1. Follow up. Review the revision against the critique. Close the loop — critique without follow-through is just opinion theater.

Common pitfalls

      • Taste disguised as critique. "I would have done it differently" without tying to goals. Always anchor feedback to the stated objectives.
      • Praise sandwiches. Burying real feedback in fluff. Professionals can handle direct, kind, specific critique — the sandwich just confuses the message.
      • Designing in the crit. The group art-directing pixel by pixel. Critique identifies problems; the designer owns solutions. Stop the group redesign.
      • Piling on. Five people repeating the same point. Facilitator's job: acknowledge, capture once, move on.
      • Critiquing the person. "You always..." or questioning competence. Critique the work, in this version, against these goals. Nothing else.
      • No goals stated. Critiquing without knowing what the design is for. The first question is always: "what's this trying to do?" — if nobody knows, that's the feedback.

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

Master 1Password: vaults, Watchtower, passkeys, SSH agent, CLI, and family/team administration. Use when getting full value from 1Password personally or administering it for others.

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

aicodedecode/awesome-muse-skills282026년 10월 10일 업데이트

Create 3D visuals with modeling, texturing, lighting, rendering, and optimization for web and product.

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

aicodedecode/awesome-muse-skills282026년 10월 10일 업데이트

Create 3D web experiences: scene setup, models, materials, lighting, animation, scroll-driven scenes, and performance budgets. Use when adding 3D to websites beyond basic demos.

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

aicodedecode/awesome-muse-skills282026년 10월 10일 업데이트

Writing abstracts that get papers read — structured content, the 5-sentence core, and journal-specific constraints.

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

aicodedecode/awesome-muse-skills282026년 10월 10일 업데이트

Learn effectively from courses and academies: choosing programs, studying actively, and converting courses into skills. Use when investing time/money in structured learning.

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

aicodedecode/awesome-muse-skills282026년 10월 10일 업데이트

Audit designs for accessibility with WCAG checklists covering color, type, focus, motion, and content.

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

aicodedecode/awesome-muse-skills282026년 10월 10일 업데이트

aicodedecode의 스킬 모두 보기

이 스킬의 문제 신고