メニュー
在概念开发完成后使用——评审、收集反馈、对照简报验证，并在交付前细化。
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 → [为什么]
理由：
→ [为什么这个选择最有利于项目——与证据挂钩]
规则：