关于 written-critique
written-critique 是用于撰写简洁、结构化设计评审意见的技能。它要求基于可观察的设计决策给出具体反馈，区分工艺与审美判断，并优先提出一项高影响改进方向。
主要功能
- 01四部分结构化评审格式
- 02具体且可执行的观察
- 03区分工艺与审美反馈
- 04优先提出一项高影响改进
- 05简洁写作规范
适用场景
- 01在对话中评审设计
- 02提供无需追问的反馈
- 03确定影响最大的设计改进
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/written-critique确认已加载。
详细介绍
书面评审意见
提供可以直接采取行动的反馈，无需对方再向你澄清。
使用方法
/written-critique对本次对话中的设计评审应用结构化评审格式。
约束
评审结构
- 意图（2–3 句话）：说明设计想要实现什么，而不是它实际做了什么。描述它想营造怎样的体验。
- 有效之处（2–3 个具体决策）：每项都说明其背后的原则。
- 不足之处（1–2 个具体决策）：说明原因及其对用户的影响。
- 一项改进（1 条建议）：指出影响最大的一项改进，并以方向而非具体做法来表述。
写作规则
- 必须具体到让设计师无需后续沟通即可采取行动。
- 必须将工艺层面的反馈（对齐、一致性）与品味层面的反馈（是否应该存在）分开。
- 必须引用可观察到的设计决策，而非个人感受。
- 应控制在 300 词以内。简洁的反馈更容易被读完，长篇大论则不然。
- 绝不要在反馈中重写设计。应诊断问题，而非开具处方。
反模式
- 写成毫无结构的长篇大论。
- 在同一句中混合表扬和批评（每条观察只选一方）。
- 对所有细节一视同仁地提出反馈（应明确优先级）。
- 过于委婉，以至于反馈毫无力度。
评论
支持 Markdown