跳到正文
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(原文)

安装前可以查看交给 AI 代理的指令内容。

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 / 1000 字

此表单受 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 的全部技能

报告此技能的问题