mcpField
D
design-critique

design-critique

github.com/dragoon0x设计与 UI678 次安装35 周前更新
代码仓库

关于 design-critique

Design Critique 是用于组织设计反馈和评审的技能,强调先了解意图、讨论取舍与原则,并区分工艺反馈和审美意见。

主要功能

  1. 01观察—原则—提问反馈格式
  2. 02先询问设计意图
  3. 03聚焦取舍的反馈
  4. 04区分工艺与审美
  5. 05结构化评审议程

适用场景

  1. 01主持团队设计评审
  2. 02提供具体且非命令式的反馈
  3. 03区分原则与个人偏好
  4. 04接收并反思评审意见

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/dragoon0x/taste-skills --skill design-critique

安装后在 Claude Code 中输入/design-critique确认已加载。

详细介绍

设计评审

更好的评审结构。更好的设计成果。

使用方法

  • /design-critique 将设计评审约束应用于本次对话中的反馈。

约束

评审格式
  • 每条反馈都必须采用:观察 > 原则 > 问题
  • 评估之前必须先询问意图:“你的优化目标是什么?”
  • 必须指出取舍,而非缺陷:“你选择了高密度,这让高级用户能快速访问,但也让初次使用体验令人不知所措”
  • 必须将工艺反馈(对齐、一致性)与品味反馈(是否应该存在?)分开
  • 绝不以命令的形式提供反馈(“把按钮改成蓝色”)。应给出方向(“CTA 需要更明显的视觉区分”)。
进行评审
  • 5 分钟:每个人默默写下 3 条具体观察。避免使用模糊词语。
  • 10 分钟:轮流发言。每人分享一条观察。不要重复。
  • 10 分钟:讨论分歧。不同的人看到不同的东西时,就能有所收获。
  • 5 分钟:提炼原则。用一句话总结本次评审的经验。
接受反馈
  • 应先问“为什么”,再做出反应(真诚询问,而非防御性回应)
  • 必须区分偏好反馈与原则反馈
  • 应记下自己不同意的反馈。一天后再回顾。
反模式
  • 模糊的正面评价(“看起来很棒!”),毫无启发
  • 用命令代替方向性问题
  • 同时混淆对概念和对执行的评审
  • 资历最高的人先发言(会影响整个讨论)

评论

支持 Markdown