القائمة
在概念开发完成后使用——评审、收集反馈、对照简报验证，并在交付前细化。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Use when starting any professional design task — route brand, interior, UI/UX, industrial, AI image, video, and other design work through the appropriate DesignAgent methodology before finalizing solutions.
在启动任何设计项目时使用——收集上下文、约束、利益相关者和目标，在进入设计流程之前完成。DesignAgent 线性工作流的第一步。
在导入完成后使用——调研用户、上下文、竞争者和约束。第一次发散阶段。禁止跳过调研直接出方案。
在设计简报获批后使用——设定创意方向、定义定位、建立评估标准，然后再生成概念。DesignAgent 线性工作流的第三步。
在策略获批后使用——生成概念、探索视觉方向、原型制作和迭代。DesignAgent 线性工作流的第四步。
在评审完成后使用——定稿生产文件、编写规格、交付给开发或生产部门，并呈现最终提案。
| name | 05-review |
| description | 在概念开发完成后使用——评审、收集反馈、对照简报验证，并在交付前细化。 |
在宣称一个设计"最终"之前，它必须经过评审。此技能管理结构化评审：对照简报、对照标准、与利益相关者一起。评审捕捉熟悉性隐藏的问题。目标不是让每个人都满意——是验证设计对用户、上下文和策略有效。
硬性门槛：没有至少一次对照设计简报和成功标准的结构化评审，任何设计都不算最终。 "我看起来不错"不是评审。
与未沉浸在这个项目中的人分享：
评审常常暴露出矛盾。在退出评审之前，扫描以下情况：
冲突解决块格式（与 03-strategy 相同）：
冲突检测：
- 源A：[反馈 / 数据点 — 引用原文]
- 源B：[冲突元素 — 引用原文]
- 性质：[为什么它们矛盾]
解决决策：
→ [选择了哪个方向]
理由：
→ [设计优先级逻辑]
取舍：
→ [什么被牺牲或推迟了]
规则：
| 借口 | 事实 |
|---|---|
| "做好了，客户一定会喜欢的" | 每个这么说的人都错了。评审它。 |
| "明天就是截止日期" | 晚而正确比准时而错误好。 |
| "我已经知道他们会说什么" | 你不是用户。测试。 |
| "反馈是主观的，我可以忽略" | 反馈中的模式揭示真实问题。倾听模式。 |
→ 下一步：使用 06-deliver 定稿资产、交付并生成规格。
评审产生决策——改什么、保留什么、推迟什么。重要决策必须记录。
何时记录：
日志格式（与 03-strategy 相同）：
决策：[评审中决定了什么]
选项：
A. [按请求修改]
B. [替代修改方案]
C. [保持原样 / 推迟 / 融合——描述]
选定：[选择]
拒绝：
A → [为什么——与策略、用户数据或可行性挂钩]
B → [为什么]
理由：
→ [为什么这个选择最有利于项目——与证据挂钩]
规则：