ahaoai
ahaoai/designagent
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/ahaoai/designagent --skill 05-review命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | 05-review |
| description | 在概念开发完成后使用——评审、收集反馈、对照简报验证，并在交付前细化。 |
在宣称一个设计"最终"之前，它必须经过评审。此技能管理结构化评审：对照简报、对照标准、与利益相关者一起。评审捕捉熟悉性隐藏的问题。目标不是让每个人都满意——是验证设计对用户、上下文和策略有效。
硬性门槛：没有至少一次对照设计简报和成功标准的结构化评审，任何设计都不算最终。 "我看起来不错"不是评审。
与未沉浸在这个项目中的人分享：
评审常常暴露出矛盾。在退出评审之前，扫描以下情况：
冲突解决块格式（与 03-strategy 相同）：
冲突检测：
- 源A：[反馈 / 数据点 — 引用原文]
- 源B：[冲突元素 — 引用原文]
- 性质：[为什么它们矛盾]
解决决策：
→ [选择了哪个方向]
理由：
→ [设计优先级逻辑]
取舍：
→ [什么被牺牲或推迟了]
规则：
| 借口 | 事实 |
|---|---|
| "做好了，客户一定会喜欢的" | 每个这么说的人都错了。评审它。 |
| "明天就是截止日期" | 晚而正确比准时而错误好。 |
| "我已经知道他们会说什么" | 你不是用户。测试。 |
| "反馈是主观的，我可以忽略" | 反馈中的模式揭示真实问题。倾听模式。 |
→ 下一步：使用 06-deliver 定稿资产、交付并生成规格。
评审产生决策——改什么、保留什么、推迟什么。重要决策必须记录。
何时记录：
日志格式（与 03-strategy 相同）：
决策：[评审中决定了什么]
选项：
A. [按请求修改]
B. [替代修改方案]
C. [保持原样 / 推迟 / 融合——描述]
选定：[选择]
拒绝：
A → [为什么——与策略、用户数据或可行性挂钩]
B → [为什么]
理由：
→ [为什么这个选择最有利于项目——与证据挂钩]
规则：